From: James Courtier-D. <Ja...@su...> - 2003-08-11 22:54:28
|
Christopher S Horler wrote: > Well I just tried it again and read the source code some more. It seems > if you're soundcard is failing to report AFMT_AC3 correctly then you can > override this with oss_pass_through_bug. > > However neither of these yield any improvement for me so I'm forced to > assume this is a bug of the ac3 handling on emu10k1 kernel driver for > audigy i.e. the dsp patch for audigy doesn't work right for > passthrough. Since I can't even play any ac3 file even using the > example programs in the with emu10k1 this kind of makes sense + I'm yet > to hear of a working audigy with ac3 passthrough. Linux does not support ac3 passthru on the audigy or audigy2. Both oss and alsa have the same problem. There is nothing you can do to xine to fix that because it is a "feature lacking" issue with the linux audigy/audigy2 drivers and not a "bug". I recently brought an audigy2, so if I get time, I might install it and hack the alsa drivers a bit to get it to work. > > > On Mon, 2003-08-11 at 19:55, Henning Haaland Kulander wrote: > >>Hi Christopher, >> >>That sounds about right... I get a noise, kind of like the static noise >>on a TV with no signal, but it only sounds at regular intervals. My >>Creative Inspire Digital 5700 receiver does not show any indication that >>it is receiving digital sound. It has an indicator that would normally >>show that it is receiving Dolby Digital sound, or DTS, but those >>indicators are black. >> >>My theory is that the receiver thinks the packages it receives are >>normal PCM packages and treats them as such... Unfortunately the >>receiver has no LEDS to indicate PCM... So this cannot be verified. Your receiver requires the "non-audio" bit to be set. The "oss_bug" workaround only works on receivers that don't need the "non-audio" bit set. >> >> >>Regards, >>Henning Kulander >> >>On Mon, 2003-08-11 at 20:33, Christopher S Horler wrote: >> >>>Hi Henning, >>> >>>I have a similar problem with my digital sound. I would like to clarify >>>this noise on digital (I think I get it too), there's no discernible >>>sound track, just clicking repeating at what appears to be a regular >>>interval. The speakers indicate they are receiving a digital input. My >>>sound-card is a soundblaster audigy (using the emu10k1 driver v0.20a) >>> >>>On Mon, 2003-08-04 at 14:57, Henning Haaland Kulander wrote: >>> >>>>Hi! >>>> >>>>I downloaded xine-lib-1-rc0, and subsequently rc0a to test it on my >>>>machine. It works fine with normal analog sound output, but digital >>>>sound output only makes noise, kind of a tch-tch-tch effect.. :) >>>> >>>>I also get this error message in console: >>>>---------------------------------------- >>>>audio_oss_out: unsupported mode 00000000 >>>>audio_oss_out: AC3 SNDCTL_DSP_SETFMT failed. 16. Using alternative. >>>>load_plugins: plugin dxr3-spudec failed to instantiate itself. >>>>libspudec:init_plugin called >>>>audio_oss_out: AC3 SNDCTL_DSP_SETFMT failed. 16. Using alternative. This would normally mean that you have not loaded the special AC3 passthru dsp patch into the emu10k1 driver. If you were to try alsa, there is no need to for special dsp patching and it would just work. >>>> >>>> >>>>Since I have never experienced this problem with the earlier xine-lib-1 >>>>releases, I tried diffing against beta12 to see what was the difference. >>>>I found that line 313 is the problem. By commenting out this line I can >>>>get both analog and digital output. >>>> >>>>I'm using an SBLive 5.1 card with emu10k1-v0.20a drivers on the Linux >>>>2.4.21-0.13mdk (Mandrake 9.1 standard kernel) >>>> >>>>I attached the patch I used to fix it (not a real patch, only a patch >>>>between the fixed .c-file and the emacs-backup) for reference. I see >>>>that the changes were made by James in an attempt to enable digital >>>>output on systems that does not report availability of spdif. Patch was put in to the CVS some time ago. >>>> >>>>Other than that: Congratulations on another great release! Without doubt >>>>the best so far! |