Re: Backported sbxfi driver (UNTESTED!)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Takashi Iwai пишет:> At Thu, 16 Oct 2008 19:06:58 +0400,> The Source wrote:>   >> Takashi Iwai пишет:>>     >>> At Thu, 16 Oct 2008 19:00:16 +0400,>>> The Source wrote:>>>   >>>       >>>> Takashi Iwai пишет:>>>>     >>>>         >>>>> At Thu, 16 Oct 2008 18:41:08 +0400,>>>>> The Source wrote:>>>>>   >>>>>       >>>>>           >>>>>> Takashi Iwai пишет:>>>>>>     >>>>>>         >>>>>>             >>>>>>> At Thu, 16 Oct 2008 18:15:45 +0400,>>>>>>> The Source wrote:>>>>>>>   >>>>>>>       >>>>>>>           >>>>>>>               >>>>>>>> Takashi Iwai пишет:>>>>>>>>     >>>>>>>>         >>>>>>>>             >>>>>>>>                 >>>>>>>>> At Thu, 16 Oct 2008 17:36:04 +0400,>>>>>>>>> The Source wrote:>>>>>>>>>   >>>>>>>>>       >>>>>>>>>           >>>>>>>>>               >>>>>>>>>                   >>>>>>>>>>>> And, which X-Fi model do you have?>>>>>>>>>>>> Please show the lspci -nv output, too.>>>>>>>>>>>>>>>>>>>>>>>>     >>>>>>>>>>>>         >>>>>>>>>>>>             >>>>>>>>>>>>                 >>>>>>>>>>>>                     >>>>>>>>>>>>                         >>>>>>>>>>> I've got the X-Fi Elite Pro.>>>>>>>>>>> That's The one with the external In/Out box.>>>>>>>>>>>>>>>>>>>>>> Speaking of which, the headphone jack on it does not output a signal >>>>>>>>>>> yet, the signal only goes to line out.>>>>>>>>>>>>>>>>>>>>>> There's some relais on the card that seem to switch these, they click >>>>>>>>>>> multiple times with the windows driver and not all all with yours, I >>>>>>>>>>> think that's the reason :)>>>>>>>>>>>   >>>>>>>>>>>       >>>>>>>>>>>           >>>>>>>>>>>               >>>>>>>>>>>                   >>>>>>>>>>>                       >>>>>>>>>> Original OSS driver doesn't output to external block also, so it >>>>>>>>>> wouldn't be easy to make this support I think.>>>>>>>>>>     >>>>>>>>>>         >>>>>>>>>>             >>>>>>>>>>                 >>>>>>>>>>                     >>>>>>>>> The values for port->conv[0] and [1] values in sbxfi_playback_open()>>>>>>>>> might play some role.  It's I2SA_L and I2SA_R, alias DAI_CH_I2SAL>>>>>>>>> and DAI_CH_I2SAR, as default.  You can try other values, such as,>>>>>>>>> DAI_CH_I2SBL, DAI_CH_I2SA1L, and so on.>>>>>>>>>>>>>>>>>>>>>>>>>>> Takashi>>>>>>>>>>>>>>>>>>   >>>>>>>>>       >>>>>>>>>           >>>>>>>>>               >>>>>>>>>                   >>>>>>>> Latest snapshot has a bug:>>>>>>>> make[3]: *** No rule to make target >>>>>>>> `/mnt/e/temp/alsa-driver-unstable/acore/jack.o', needed by >>>>>>>> `/mnt/e/temp/alsa-driver-unstable/acore/snd.o'. Stop.>>>>>>>>     >>>>>>>>         >>>>>>>>             >>>>>>>>                 >>>>>>> Already fixed.>>>>>>>>>>>>>>>>>>>>> Takashi>>>>>>>>>>>>>>   >>>>>>>       >>>>>>>           >>>>>>>               >>>>>> In file included from /mnt/e/temp/alsa-driver-unstable/acore/jack.c:3:>>>>>> /mnt/e/temp/alsa-driver-unstable/acore/../alsa-kernel/core/jack.c: In >>>>>> function ‘snd_jack_new’:>>>>>> /mnt/e/temp/alsa-driver-unstable/acore/../alsa-kernel/core/jack.c:107: >>>>>> error: ‘SW_MICROPHONE_INSERT’ undeclared (first use in this function)>>>>>> /mnt/e/temp/alsa-driver-unstable/acore/../alsa-kernel/core/jack.c:107: >>>>>> error: (Each undeclared identifier is reported only once>>>>>> /mnt/e/temp/alsa-driver-unstable/acore/../alsa-kernel/core/jack.c:107: >>>>>> error: for each function it appears in.)>>>>>> /mnt/e/temp/alsa-driver-unstable/acore/../alsa-kernel/core/jack.c: In >>>>>> function ‘snd_jack_report’:>>>>>> /mnt/e/temp/alsa-driver-unstable/acore/../alsa-kernel/core/jack.c:157: >>>>>> error: ‘SW_MICROPHONE_INSERT’ undeclared (first use in this function)>>>>>>     >>>>>>         >>>>>>             >>>>> Hmm, it seems broken for older kernels right now.>>>>> The easy workaround is to pass --with-cards=sbxfi to configure.>>>>>>>>>> Anyway, I'll fix it now.>>>>>>>>>> thanks,>>>>>>>>>> Takashi>>>>>>>>>>   >>>>>       >>>>>           >>>> --Hey, man, this is cool! Plays just fine (volume ok, speed ok, no>>>> --glitches) with 96000, 48000, 44100, 22050, 16/24 bit, Stereo and --Mono!!>>>> --I didn't change anything in the source code, so I don't use system>>>> --timer. Yes!!>>>>>>>> However oss (alsa-emulated) is unstable. I'll test more.>>>>     >>>>         >>> Could be due to 96kHz base-rate?  Try base_rate=48000.>>> If you get still problems, please show the kernel logs with debug=2.>>>>>> BTW, the jack.c compile error should have been fixed now (hopefully).>>> Let me know if you still have the build errors.>>>>>>>>> thanks,>>>>>> Takashi>>>>>>   >>>       >> Ok. OpenAL with alsa also seem to cause problems.>>     >> In both cases, check the period_size and buffer_size values (shown in> the kernel message, or /proc/asound/card0/pcm0p/sub0/hw_params).> And, try to aplay with these parameters, whether you get the similar> problem.>> 	% aplay -v --period-size=xxx --buffer-size=yyy foo.wav>>> Takashi>>   I'm sorry, but any attemp to play file with ossplay results in complete system hang with error:unable to handle NULL ponter dereference at address 0000000000000008.....(hang, no more output).I tried many wav formats. So I can't get error log or period and buffer sizes, sorry.
_______________________________________________Alsa-devel mailing listAlsa-devel@xxxxxxxxxxxxxxxxxxxx://mailman.alsa-project.org/mailman/listinfo/alsa-devel

[Index of Archives]     [ALSA User]     [Linux Audio Users]     [Kernel Archive]     [Asterisk PBX]     [Photo Sharing]     [Linux Sound]     [Video 4 Linux]     [Gimp]     [Yosemite News]

  Powered by Linux