After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 401373 - Direct access to alsa api
Direct access to alsa api
Status: RESOLVED DUPLICATE of bug 355658
Product: ekiga
Classification: Applications
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
Depends on:
Blocks:
 
 
Reported: 2007-01-27 16:28 UTC by Baybal Ni
Modified: 2007-01-28 17:18 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
my asound.conf (448 bytes, application/octet-stream)
2007-01-28 12:05 UTC, Baybal Ni 		Details

Description Baybal Ni 2007-01-27 16:28:26 UTC 
Please add direct access to alsa api
Comment 1 Snark 2007-01-27 19:34:31 UTC 
No. We have an abstraction layer precisely so we can support both ALSA and OSS with the linux kernel and other APIs on other platforms ; in the future we'll be able to use gstreamer...
Comment 2 Baybal Ni 2007-01-28 11:34:28 UTC 
Some peoples have very serious problems with alsa backend. It's too simple for support of asound.conf tricks. Look's like that there is no posible way to workaround these bug without dirty hacks and virtual alsa hw devices.
Comment 3 Damien Sandras 2007-01-28 11:48:49 UTC 
Can you elaborate ?
Comment 4 Baybal Ni 2007-01-28 12:05:59 UTC 
Created attachment 81363 [details]
my asound.conf
Comment 5 Baybal Ni 2007-01-28 12:08:33 UTC 
I must always use fake hw device over dsnoop instead of just selecting dnsoop in ekiga options.
Comment 6 Damien Sandras 2007-01-28 17:18:37 UTC 
OK, so you want to have the choice to manually enter a sound device instead of choosing one in the list proposed by Ekiga.

It is a DUP of Bug #355658.
Comment 7 Damien Sandras 2007-01-28 17:18:57 UTC 

*** This bug has been marked as a duplicate of 355658 ***