Re: SPDIF and cs46xx ?

Re: SPDIF and cs46xx ?

[Peter Heatwole]

Benny Sjostrand wrote:
> - The magic status bit's, I'm not sure if the current implementation in
> the cs46xx that set's the IEC958 is correct. I have not found any way to
> verify

   If I may ask, what are the "magic status bits"?  Are they the same as the
AES bits?  Speaking of which, what's the use of the AES# bits?  I looked on the
internet but couldn't find what these bits mean.  

If AES# aren't the same as the magic bits, is there anything in there I can try
playing with?

(don't think you need these, but hey)
xine with dolby passthru: iec958:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2
ac3dec with -C:   iec958:AES0=0x2,AES1=0x82,AES2=0x0,AES3=0x2
ac3dec with -P:   iec958:AES0=0x87,AES1=0x0,AES2=0x0,AES3=0x0


   On a sidenote, ac3dec never makes the clicking noise; only xine does that.
But, I noticed that ac3dec always makes a click when I first start playing.
Could this be a result of the different AES# configuration?

   BTW, I am using a Cambridge Soundworks DTT2500 digital receiver.  Another
user suggested switching to digital input _after_ starting the stream.  Well, I
can't select digital or analog, but I can select analog or auto, so I leave it
on auto.
   This done, I tried playing a stream in xine _before_ turning the receiver on,
I don't get the clicking sound.  The only sounds I hear then are a click/hiss
when I change chapters on the DVD.

   Question: does the first bit of the stream have to "setup" the receiver to
receive an AC3 stream?  Some sort of "header"?


-- Peter Heatwole
"Murphy was just a well known pessimist."



-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun and
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Re: SPDIF and cs46xx ?

[Benny Sjostrand]

>
>
>   If I may ask, what are the "magic status bits"?  Are they the same as the
>AES bits?  Speaking of which, what's the use of the AES# bits?  I looked on the
>internet but couldn't find what these bits mean.  
>  
>
Sorry if I've made any confusion. What I meant was the IEC958 status 
bits, (AES0-AES3)
one posible reason why it dont works could be that code in the cs46xx 
driver that update the
status bits in not 100% correct.

>
>   On a sidenote, ac3dec never makes the clicking noise; only xine does that.
>But, I noticed that ac3dec always makes a click when I first start playing.
>Could this be a result of the different AES# configuration?
>  
>
What I know about the AES# configuration is that the _bit_ that really 
matters
is the bit that says that the stream is digital data, and not audio.

/Benny




-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Re: SPDIF and cs46xx ?

[Peter Heatwole]

Peter Heatwole wrote:
>    On a sidenote, ac3dec never makes the clicking noise; only xine does that.
> But, I noticed that ac3dec always makes a click when I first start playing.
> Could this be a result of the different AES# configuration?

   Never mind that question.  I just noticed that it's only during the DVD menu
("Air Force One" DVD) that I hear the clicking.  Once I get into the movie only
changing chapters clicks/hisses and is quiet.


-- Peter Heatwole
"Murphy was just a well known pessimist."



-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun and
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Re: SPDIF and cs46xx ?

[Peter Heatwole]

Hello,

   I have also been attempting to use Dolby Digital passthru with my Turtle
Beach Santa Cruz.  Unfortunately I have not yet been successful.
   For these tests I am using todays (March 16) CVS of alsa-kernel, alsa-driver
and alsa-lib.  For xine I'm using xine-lib-1-beta8, compiled with todays ALSA
CVS.

   In my tests I have had two different results:

1) No sound
2) A clicking sound (described by another user as "cards in a bike")  For the
   times I get this sound, it's normally about 4-6 beats-per-second (or so), but
   if I unmute "IEC958 Input" it nearly doubles (about 8-12 beats-per-second).

------------------

   Here's the relevant console output from xine when I start playing a movie:

liba52:No accelerated IMDCT transform found
audio_alsa_out: Audio Device name = iec958:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2
audio_alsa_out: Number of channels = 2
audio_alsa_out:open pause_resume=0
stream       : PLAYBACK
access       : RW_INTERLEAVED
format       : S16_LE
subformat    : STD
channels     : 2
rate         : 48000
exact rate   : 48000 (48000/1)
msbits       : 16
buffer_size  : 16384
period_size  : 512
period_time  : 10666
tick_time    : 10000
tstamp_mode  : NONE
period_step  : 1
sleep_min    : 0
avail_min    : 512
xfer_align   : 1
start_threshold  : 512
stop_threshold   : 16384
silence_threshold: 0
silence_size : 0
boundary     : 1073741824
start_mode: DATA
xrun_mode: STOP
tstamp_mode: NONE
period_step: 1
sleep_min: 0
avail_min: 512
xfer_align: 1
silence_threshold: 0
silence_size: 0
boundary: 1073741824
metronom: fixing sound card drift by -1544 pts
audio_alsa_out:write:BAD STATE, state = 1
audio_alsa_out:write:BAD STATE2, state = 1, going to try XRUN
audio_alsa_out:write:BAD STATE, state = 1
audio_alsa_out:write:BAD STATE2, state = 1, going to try XRUN

------------------

   Here's my syslog output when I start and stop a AC3 stream (with either xine
or ac3dec [-C/-P]):

Mar 16 12:54:17 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/cs46xx_lib.c:
1430: open raw iec958 channel
Mar 16 12:54:17 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:226: cs46xx_dsp_proc_free_scb_desc: freeing PCMSerialInput_II
Mar 16 12:54:17 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:226: cs46xx_dsp_proc_free_scb_desc: freeing AsynchFGTxSCB
Mar 16 12:54:17 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:290: dsp_spos: creating SCB <AsynchFGTxSCB>
Mar 16 12:54:17 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:1178: IEC958 pass through
Mar 16 12:54:17 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:1243: dsp_spos: creating SRC "SrcTask_SCB0"
Mar 16 12:54:17 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:597: dsp_spos: setting SrcTask_SCB0 rate to 48000
Mar 16 12:54:17 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:290: dsp_spos: creating SCB <SrcTask_SCB0>
Mar 16 12:54:17 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:1268: dsp_spos: creating PCM "PCMReader_SCB0" (5)
Mar 16 12:54:17 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:290: dsp_spos: creating SCB <PCMReader_SCB0>
Mar 16 12:54:17 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/cs46xx_lib.c:
1001: period_size (2048), periods (32) buffer_size(65536)
Mar 16 12:54:27 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/cs46xx_lib.c:
1446: close raw iec958 channel
Mar 16 12:54:27 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:226: cs46xx_dsp_proc_free_scb_desc: freeing PCMReader_SCB0
Mar 16 12:54:27 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:226: cs46xx_dsp_proc_free_scb_desc: freeing SrcTask_SCB0
Mar 16 12:54:27 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:226: cs46xx_dsp_proc_free_scb_desc: freeing AsynchFGTxSCB
Mar 16 12:54:27 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:290: dsp_spos: creating SCB <AsynchFGTxSCB>
Mar 16 12:54:27 darkstar kernel: ALSA ../../alsa-kernel/pci/cs46xx/dsp_spos_scb_
lib.c:290: dsp_spos: creating SCB <PCMSerialInput_II>

------------------

   TIA for any advice or help with this.  And thanks for all your great work,
Benny.

-- Peter Heatwole
"Murphy was just a well known pessimist."



-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun and
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Re: SPDIF and cs46xx ?

[Benny Sjostrand]

>
>
>2) A clicking sound (described by another user as "cards in a bike")  For the
>   times I get this sound, it's normally about 4-6 beats-per-second (or so), but
>   if I unmute "IEC958 Input" it nearly doubles (about 8-12 beats-per-second).
>  
>
Sounds like your receiver don't detect the AC3 stream, and inteprets it
like PCM instead. There can be many reasons why this hapen, right now I 
can mention:
- The AC3 is altered in some how, DSP applies gain's, roundings, while 
procesing stream (operation that are audible while playing PCM, and 
probably improbes sound),  then when the data reach the receiver it's 
not detected as AC3 anymore. In the current cs46xx driver there's a 
special treatment for 48khz streams through IEC958, to prevent the DSP 
process the stream in any way.
- The magic status bit's, I'm not sure if the current implementation in 
the cs46xx that
set's the IEC958 is correct. I have not found any way to verify ...


/Benny




-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Re: SPDIF and cs46xx ?

[Gregoire Favre]

On Mon, Mar 17, 2003 at 12:23:10AM +0100, Benny Sjostrand wrote:

> Sounds like your receiver don't detect the AC3 stream, and inteprets it
> like PCM instead. There can be many reasons why this hapen, right now I 
> can mention:
> - The AC3 is altered in some how, DSP applies gain's, roundings, while 
> procesing stream (operation that are audible while playing PCM, and 
> probably improbes sound),  then when the data reach the receiver it's 
> not detected as AC3 anymore. In the current cs46xx driver there's a 
> special treatment for 48khz streams through IEC958, to prevent the DSP 
> process the stream in any way.
> - The magic status bit's, I'm not sure if the current implementation in 
> the cs46xx that
> set's the IEC958 is correct. I have not found any way to verify ...

And is there any hope of any enhancement?
I "need" the SPDIF of my Digifire 7.1 to be able to use the bitstreamout
plugin of VDR made by Dr. Werner Fink
(https://sourceforge.net/projects/bitstreamout/) because as he wrote the
SPDIF out of my DVB card is not "good":

"As long as the hardware on the DVB cards are not able to put
the 16bit none audio PCM data stream into a 32bit none audio
S/P-DIF transport stream all receivers which uses the bit flags
of the S/P-DIF transport stream for identifying none audio
loose.  All S/P-DIF data get from the DVB card to not have the
none audio bit set.  AFAIK this is a hardware bug (or better
this is the information I've got from TT) ..."

But when I try the plugin I got:

Mar 29 15:15:17 localhost vdr[9090]: S/P-DIF: Period size not available: Invalid argument
Mar 29 15:15:17 localhost vdr[9090]: S/P-DIF: unable to establish BitStreamOut for none audio PCM 
Mar 29 15:15:17 localhost vdr[9090]: REPLAY: can't open spdif interface

I am using CVS of driver/lib/utils from yesterday...

Any suggestion?

Thank you very much,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: SPDIF and cs46xx ?

[Benny Sjostrand]

>
>
>And is there any hope of any enhancement?
>I "need" the SPDIF of my Digifire 7.1 to be able to use the bitstreamout
>plugin of VDR made by Dr. Werner Fink
>(https://sourceforge.net/projects/bitstreamout/) because as he wrote the
>SPDIF out of my DVB card is not "good":
>
>"As long as the hardware on the DVB cards are not able to put
>the 16bit none audio PCM data stream into a 32bit none audio
>S/P-DIF transport stream all receivers which uses the bit flags
>of the S/P-DIF transport stream for identifying none audio
>loose.  All S/P-DIF data get from the DVB card to not have the
>none audio bit set.  AFAIK this is a hardware bug (or better
>this is the information I've got from TT) ..."
>
>But when I try the plugin I got:
>
>Mar 29 15:15:17 localhost vdr[9090]: S/P-DIF: Period size not available: Invalid argument
>Mar 29 15:15:17 localhost vdr[9090]: S/P-DIF: unable to establish BitStreamOut for none audio PCM 
>Mar 29 15:15:17 localhost vdr[9090]: REPLAY: can't open spdif interface
>
>  
>
Seems like a user application problem to me.  The cs46xx driver just 
support a limited set of period-size configurations, that's a limitation 
in the HW. Then it's up to the application to handle it (I guess)
I've managed to make AC3 and DTS through SPDIF work witth OGLE and Xine, 
I dont see any reason why it would'nt work with any other application, 
at least you should get further than: "S/P-DIF: Period size not 
available: Invalid argument" then when you've managed to open the device 
and write data to it maybe there will apear other unknown problems ...

/Benny



-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: SPDIF and cs46xx ?

[Gregoire Favre]

On Sun, Mar 30, 2003 at 03:11:00AM +0200, Benny Sjostrand wrote:

> Seems like a user application problem to me.  The cs46xx driver just 
> support a limited set of period-size configurations, that's a limitation 
> in the HW. Then it's up to the application to handle it (I guess)
> I've managed to make AC3 and DTS through SPDIF work witth OGLE and Xine, 
> I dont see any reason why it would'nt work with any other application, 
> at least you should get further than: "S/P-DIF: Period size not 
> available: Invalid argument" then when you've managed to open the device 
> and write data to it maybe there will apear other unknown problems ...

Well, I think there are two problem, the first one is the limited set of
period-size configurations which the bitstream plugin should take care
of, but the real reason I repost what Dr. Werner Fink wrote in the
vdr@linuxtv.org mailing list was because he spoke exactly about a
problem we are a lots to have with the cs46xx driver :-(
Also found relative to DVB (AC3overDVB from Stefan Huelswitt,
http://www.muempf.de/down/vdr-1.1.26-AC3overDVB-0.1.4.diff.gz ) which
contains in the README.AC3overDVB:

If your receiver doesn't detect the encapsulated stream (at the
beginning of replay in general) you will hear the digital data played as
PCM data. It's a spiky noise. Don't turn up the volume too much, or the
speakers may be damaged. You have been warned!

And afterthat I post the answer from Dr. Werner Fink:

As long as the hardware on the DVB cards are not able to put
the 16bit none audio PCM data stream into a 32bit none audio
S/P-DIF transport stream all receivers which uses the bit flags 
of the S/P-DIF transport stream for identifying none audio
loose.  All S/P-DIF data get from the DVB card to not have the
none audio bit set.  AFAIK this is a hardware bug (or better
this is the information I've got from TT) ...

And what I think is that we have exactly the same problem with the
cs46xx driver: I couldn't have a real 5.1 with any tools under linux and
cs46xx (ac3dec,ac3play,mplayer,xine), in fact I couldn't alsa hear the
sound from the CD using the SPDIF...

I think we need a fix for some receiver that don't detect the
encapsulated stream...

Thank you very much,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: SPDIF and cs46xx ?

[Benny Sjostrand]

>
>
>Well, I think there are two problem, the first one is the limited set of
>period-size configurations which the bitstream plugin should take care
>of, but the real reason I repost what Dr. Werner Fink wrote in the
>vdr@linuxtv.org mailing list was because he spoke exactly about a
>problem we are a lots to have with the cs46xx driver :-(
>Also found relative to DVB (AC3overDVB from Stefan Huelswitt,
>http://www.muempf.de/down/vdr-1.1.26-AC3overDVB-0.1.4.diff.gz ) which
>contains in the README.AC3overDVB:
>  
>
About the period sizes there'e nothing we can do in the driver, as this is a
HW limitation.
(However it's possible to implement Scatter/Gather DMA support for the
cs46xx driver, then maybe there's more posibilies to variate the period
size, but that's not going to happen in a near future ...)

>If your receiver doesn't detect the encapsulated stream (at the
>beginning of replay in general) you will hear the digital data played as
>PCM data. It's a spiky noise. Don't turn up the volume too much, or the
>speakers may be damaged. You have been warned!
>
>  
>
I think that the problem with the current cs46xx driver could be the 
status bits
in the IEC958 stream that is not set correctly.  Some receivers seems to 
ignore
the status bits and detects the format looking into the stream instead, 
other receivers
may look into the status bits to detect if it's PCM audio, or digital data.
So it's posible that AC3 DTS, etc work's OK with thoose receivers that 
just ignores
the content of the status bits, which I think is the case of my Harmon 
Kardoon
receiver.

/Benny



-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: SPDIF and cs46xx ?

[Gregoire Favre]

On Sun, Mar 30, 2003 at 09:35:48PM +0200, Benny Sjostrand wrote:

> About the period sizes there'e nothing we can do in the driver, as this is a
> HW limitation.
> (However it's possible to implement Scatter/Gather DMA support for the
> cs46xx driver, then maybe there's more posibilies to variate the period
> size, but that's not going to happen in a near future ...)

OK, I hope Dr. Werner Fink could work with this limitation ;-)

> I think that the problem with the current cs46xx driver could be the 
> status bits
> in the IEC958 stream that is not set correctly.  Some receivers seems to 
> ignore
> the status bits and detects the format looking into the stream instead, 
> other receivers
> may look into the status bits to detect if it's PCM audio, or digital data.
> So it's posible that AC3 DTS, etc work's OK with thoose receivers that 
> just ignores
> the content of the status bits, which I think is the case of my Harmon 
> Kardoon
> receiver.

Great, even with my bad english and I was understood !!!
Is there any hope to fix this issue?

Thank you very much,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en

Re: SPDIF and cs46xx ?

[Benny Sjostrand]

> If mmap is used in the bitstreamout plugin the period size is 1024 bytes or
> 256 stereo PCM samples. Does this work with the cs46xx hw?
Yes, 1024 _bytes_ period size should be supported by block DMA.
The following period sizes are supported: 2048, 1024, 512, 256, 64, 32 
bytes.

> See my former mail how this could be done if the hardware allows direct
> access to the S/P-DIF out (e.g. raw out with 96kHz for effective 49kHz
> sample frequence of the PCM data).
The current cs46xx driver only supports raw 48khz output. I'm not sure, 
but maybe  it's possible to set the SPDIF controller to 96khz. I need to 
check this.

/Benny


-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/

Re: SPDIF and cs46xx ?

[Gregoire Favre]

On Mon, Mar 31, 2003 at 01:47:52PM +0200, Dr. Werner Fink wrote:

> Hmmm ... I've put some lines into cmipci.c to support setting of
> the seconf/third status bits within the 2*192 status bits of
> the S/P-DIF stream for supporting none audio data PCM streams
> (with this it should also possible to support 20 or 24 bits per
> PCM word) -> See USE_AES_IEC958 cpp macro in cmipci.c.
> 
> IMHO this way should be possibel for all sound chips which are
> not able to provide a hardware setup of the status bits of the
> S/P-DIF stream but able to put out raw data (e.g. 32 bit S/P-DIF
> words) with doubled sample clock onto the S/P-DIF out plug.

Hello again,

sorry to ask again :-(
I have just installed latest alsa CVS of drivers,lib and utils and still
get a:

pr  4 13:37:43 localhost vdr[20035]: S/P-DIF: Period size not available: Invalid argument
Apr  4 13:37:43 localhost vdr[20035]: S/P-DIF: unable to establish BitStreamOut for none audio PCM 
Apr  4 13:37:43 localhost vdr[20035]: REPLAY: can't open spdif interface

Should I change anything anywhere?
Or buy a card with cmipci? (Well I like the Digifire 7.1 I have now,
which has also an integrated Firewire...).

Thank you very much,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/

Re: SPDIF and cs46xx ?

[Benny Sjostrand]

>
>
>sorry to ask again :-(
>I have just installed latest alsa CVS of drivers,lib and utils and still
>get a:
>
>pr  4 13:37:43 localhost vdr[20035]: S/P-DIF: Period size not available: Invalid argument
>Apr  4 13:37:43 localhost vdr[20035]: S/P-DIF: unable to establish BitStreamOut for none audio PCM 
>Apr  4 13:37:43 localhost vdr[20035]: REPLAY: can't open spdif interface
>
>Should I change anything anywhere?
>Or buy a card with cmipci? (Well I like the Digifire 7.1 I have now,
>which has also an integrated Firewire...).
>  
>
I would like to get to the bottom of this problem.
Let's try figure out exactly which lines of code produces thoose 
messages: "S/P-DIF: Period size not available: Invalid argument" and 
"S/P-DIF: unable to establish BitStreamOut for none audio PCM"

/Benny



-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/

Re: SPDIF and cs46xx ?

[Gregoire Favre]

On Fri, Apr 04, 2003 at 08:01:37PM +0200, Benny Sjostrand wrote:

> I would like to get to the bottom of this problem.
> Let's try figure out exactly which lines of code produces thoose 
> messages: "S/P-DIF: Period size not available: Invalid argument" and 
> "S/P-DIF: unable to establish BitStreamOut for none audio PCM"

The whole archive could be found under
http://prdownloads.sourceforge.net/sourceforge/bitstreamout/

And I have put the file spdif.c under
http://ulima.unil.ch/greg/linux/spdif.c

In this file, there are the errors messages, unfortunately it's far too
complicated for my basic programming knowledge ;-)

Thank you very much,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/

Re: SPDIF and cs46xx ?

[Benny Sjostrand]

>
>
>The whole archive could be found under
>http://prdownloads.sourceforge.net/sourceforge/bitstreamout/
>
>And I have put the file spdif.c under
>http://ulima.unil.ch/greg/linux/spdif.c
>
>In this file, there are the errors messages, unfortunately it's far too
>  
>
>complicated for my basic programming knowledge ;-)
>
The snd-cs46xx driver should support the period size specified by the
program (1024 bytes right ?), so next.

Did you load the snd-cs46xx module with the mmap_valid=1 parameter ??

/Benny



-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/

Re: SPDIF and cs46xx ?

[Gregoire Favre]

On Sat, Apr 05, 2003 at 08:46:37PM +0200, Benny Sjostrand wrote:

> The snd-cs46xx driver should support the period size specified by the
> program (1024 bytes right ?), so next.
> 
> Did you load the snd-cs46xx module with the mmap_valid=1 parameter ??


??? No, the only reference I found about this option is regarding OSS
(http://alsa.opensrc.org/index.php?page=cs46xx) and I never thought it
was of any use for me...
I have added
options snd-cs46xx mmap_valid=1
to my /etc/modules.conf and done an /etc/init.d/alsa restart without any
change, so I try a /etc/init.d/alsa stop and checked that's there is no
more alsa modules loaded at all and do a
modprobe snd-cs46xx mmap_valid=1

Or is there another way?

Thank you very much,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/

Re: SPDIF and cs46xx ?

[Benny Sjostrand]

>
>
>??? No, the only reference I found about this option is regarding OSS
>(http://alsa.opensrc.org/index.php?page=cs46xx) and I never thought it
>was of any use for me...
>I have added
>options snd-cs46xx mmap_valid=1
>to my /etc/modules.conf and done an /etc/init.d/alsa restart without any
>change, so I try a /etc/init.d/alsa stop and checked that's there is no
>more alsa modules loaded at all and do a
>modprobe snd-cs46xx mmap_valid=1
>
>  
>
Adding it to modules.conf should be enough, that does not seems to be 
the problem anyway. So:

        if ((err = snd_pcm_hw_params_set_period_size(out, hwparams, 
MMAP_BURST, 0)) < 0) {
!!        esyslog("S/P-DIF: Period size not available: %s", 
snd_strerror(err));
        period_size = 0;
        goto err_out;
        }
        // function returns less than 0 on error or greater than 0
        if ((err = snd_pcm_hw_params_set_buffer_size_near(out, hwparams, 
burst_size*periods)) < 0) {
        esyslog("S/P-DIF: Buffer size not available: %s", 
snd_strerror(err));
        goto err_out;
        }
    } else {
        frag = 1;

        // function returns less than 0 on error or greater than 0
        if ((err = snd_pcm_hw_params_set_period_size(out, hwparams, 
burst_size, 0)) < 0) {
 !!       esyslog("S/P-DIF: Period size not available: %s", 
snd_strerror(err));
        period_size = 0;
        goto err_out;
        }

It seems to be the snd_pcm_hw_params_set_period_size(...) that fails, it 
seems to be two possible places where this function is called.
I guess there's a constraint in the cs46xx driver which does not allow 
the desired period settings, maybe someone with more knowledge about the 
alsa-lib  can help us figure out what ??

/Benny




-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/

Re: SPDIF and cs46xx ?

[Gregoire Favre]

On Mon, Apr 07, 2003 at 11:17:49AM +0200, Dr. Werner Fink wrote:

> Please use mmap way ... see manaul page vdr-bistreamout.5 for more
> details.

Well, I didn't thought about it :-( I did try to use mmap, and you are
totally right, with this option, the error message are gone ;-)
Unfortunately all I can hear is a clicking sound (just like with a
direct connection with my DVB card) and with what I now know it's not a
problem with the bistreamout but with the cs46xx driver!!!

Same problem with ac3play,xine,mplayer...

So I am sorry for having looked for a false problem :-(

> You do not need a new card.

But only someone who could solve the SPDIF output of the cs46xx
driver...

Thank you very much,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/

Re: SPDIF and cs46xx ?

[Ronny V. Vindenes]

On Thu, 13 Mar 2003, Gregoire Favre wrote:

> On Thu, Mar 13, 2003 at 01:56:27PM +0100, Ronny V. Vindenes wrote:
> 
> > I don't have mplayer here, but as far as I can remember:
> > "mplayer -dvd 1 -ac hwac3 -ao alsa9" should play a dts/dolby digital 5.1 
> 
> I'll try this tonight, I haven't tested without the alsa9:spdif, and
> without the -abs [1234] I had problems...
> 
> > dvd track using spdif out. If you can I would recommend using xine instead 
> > of mplayer for playing 5.1 streams as it has much cleaner and flexible 
> > settings, atleast untill you find out if the problem lies with the driver, 
> > alsa-lib or elsewhere.
> 
> I have also xine installed, but I didn't get any 5.1 with it also, but I
> will try some harder ;-)
> 
> > I'll test the 0.9.1 driver when I get home tonight and see if it works for 
> > me.
> 

I have now tested 0.9.1 driver & lib with mplayer 0.90rc4 and 
xine-lib-1-beta8/xine-ui-0.9.19. Both worked very well. xine works more or 
less out of the box¹ (just tick the a52_pass-thru under sound options), 
while mplayer needed to be started like this; 
mplayer -ao alsa9:mmap -ac hwac3 video_with_ac3.mpeg

Finally I can retire my rotten sb live! for good :)

[¹] xine did have some odd behaviour when it came to navigating dvd menus 
that didn't have sound on all pages. It would make some highpitched noise 
when entering a silent page. Don't know if the problem is with xine or the 
driver, but it sounds like the spdif loops the last few samples instead of 
going silent.

-- 
Ronny V. Vindenes <sublett@dc-s.com>



-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun and
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Re: SPDIF and cs46xx ?

[Benny Sjostrand]

>
>
>[¹] xine did have some odd behaviour when it came to navigating dvd menus 
>that didn't have sound on all pages. It would make some highpitched noise 
>when entering a silent page. Don't know if the problem is with xine or the 
>driver, but it sounds like the spdif loops the last few samples instead of 
>going silent.
>
>  
>
I've noticed this behaviour too. Maybe the driver still needs some 
refines. However it does note seems to happen with the Ogle player, the 
DVD menu support is quite new for xine.

/Benny




-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Re: SPDIF and cs46xx ?

[Christian Esken]

Am Friday 14 March 2003 22:29 schrieb Benny Sjostrand:
> >[¹] xine did have some odd behaviour when it came to navigating dvd menus
> >that didn't have sound on all pages. It would make some highpitched noise
> >when entering a silent page. Don't know if the problem is with xine or the
> >driver, but it sounds like the spdif loops the last few samples instead of
> >going silent.
>
> I've noticed this behaviour too. Maybe the driver still needs some
> refines. However it does note seems to happen with the Ogle player, the
> DVD menu support is quite new for xine.

It also happens in xine when pausing DVD playback.

Chris


-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun and
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

SPDIF and cs46xx ?

[Gregoire Favre]

Hello,

reading this ml, I see there were some change to the CVS regarding
cs46xx and SPDIF, so I do:

./cvscompile --with-sequencer=yes --with-cards=cs46xx --with-isapnp=no
make install

And then, my DVB-s card is connected to the first CD-in of my Digifire
7.1, I can hear it with the analog out, but not with the SPDIF...
Maybe I don't know how to change the mixer right?

And if I use the
http://prdownloads.sourceforge.net/sourceforge/bitstreamout/
I get: 

Mar  8 15:31:16 localhost vdr[6790]: S/P-DIF: Period size not available: Invalid argument
Mar  8 15:31:16 localhost vdr[6790]: S/P-DIF: unable to establish BitStreamOut for none audio PCM 
Mar  8 15:31:16 localhost vdr[6790]: INSTREAM: can't open spdif interface

Also with ac3play:

./ac3play /data/linux/dvb/from_beyond_the_edge_44k_256kbps.ac3 
ac3play: Unable to update the IEC958 control: No such file or directory
ac3play: Period size not available: Invalid argument
Segmentation fault
Exit 139

mplayer also (with -ao alsa9):

Checking audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int 
AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
alsa-init: testing and bugreports are welcome.
alsa-init: requested format: 48000 Hz, 2 channels, Signed 16-bit (Little-Endian)
alsa-init: 1 soundcard found, using: hw:0,0
alsa-init: unable to set periodsize: Invalid argument
Could not open/initialize audio device -> no sound.
Audio: no sound

I have done some try with xine, but it's not better...

Should I do something differently?

Thank you very much,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com

Re: SPDIF and cs46xx ?

[Benny Sjostrand]

>
>
>Mar  8 15:31:16 localhost vdr[6790]: S/P-DIF: Period size not available: Invalid argument
>Mar  8 15:31:16 localhost vdr[6790]: S/P-DIF: unable to establish BitStreamOut for none audio PCM 
>Mar  8 15:31:16 localhost vdr[6790]: INSTREAM: can't open spdif interface
>
>Also with ac3play:
>
>./ac3play /data/linux/dvb/from_beyond_the_edge_44k_256kbps.ac3 
>ac3play: Unable to update the IEC958 control: No such file or directory
>ac3play: Period size not available: Invalid argument
>Segmentation fault
>Exit 139
>  
>
Sure you are using the latest and greatest alsa-lib? course: "ac3play: 
Unable to update the IEC958 control: No such file or directory", should 
not happen.

>mplayer also (with -ao alsa9):
>
>Checking audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
>AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int 
>AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
>alsa-init: testing and bugreports are welcome.
>alsa-init: requested format: 48000 Hz, 2 channels, Signed 16-bit (Little-Endian)
>alsa-init: 1 soundcard found, using: hw:0,0
>alsa-init: unable to set periodsize: Invalid argument
>Could not open/initialize audio device -> no sound.
>Audio: no sound
>  
>
The only period sizes supported by the cs46xx hw are:
     2048 bytes
     1024 bytes
       512 bytes
       256 bytes
       128 bytes
         64 bytes
         32 bytes
Try check which period size the programs wants, as something related to 
the period_size seems to be the problem.

>I have done some try with xine, but it's not better...
>
>  
>
Should work fine with xine, almost as it is, out of the box without any 
special configuration.

/Benny



-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
for complex code. Debugging C/C++ programs can leave you feeling lost and 
disoriented. TotalView can help you find your way. Available on major UNIX 
and Linux platforms. Try it free. www.etnus.com

Re: SPDIF and cs46xx ?

[Gregoire Favre]

On Sat, Mar 08, 2003 at 06:28:54PM +0100, Benny Sjostrand wrote:

> Sure you are using the latest and greatest alsa-lib? course: "ac3play: 
> Unable to update the IEC958 control: No such file or directory", should 
> not happen.

I wasn't sure, but know I am: I use the latest CVS lib also...
So the error come from another point???

> The only period sizes supported by the cs46xx hw are:
>     2048 bytes
>     1024 bytes
>       512 bytes
>       256 bytes
>       128 bytes
>         64 bytes
>         32 bytes
> Try check which period size the programs wants, as something related to 
> the period_size seems to be the problem.

I suppose it's the -format option of mplayer, if I lauch it that way,
mplayer -ao alsa9 -channels 6 -format 1024 -dvd 1 I got:

Checking audio filter chain for 48000Hz/6ch/16bit -> 48000Hz/6ch/8bit...
AF_pre: af format: 2 bps, 6 ch, 48000 hz, little endian signed int 
AF_pre: 48000Hz 6ch Signed 16-bit (Little-Endian)
alsa-init: testing and bugreports are welcome.
alsa-init: requested format: 48000 Hz, 6 channels, AC3
alsa-init: soundcard set to surround51
ALSA lib pcm.c:1739:(snd_pcm_open_conf) Invalid type for PCM surround51
definition (id: surround51, value: cards.pcm.surround51)
alsa-init: playback open error: Invalid argument
Could not open/initialize audio device -> no sound.
Audio: no sound

And with mplayer -ao alsa9 -format 1024 I got:
Checking audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/8bit...
AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int 
AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
alsa-init: testing and bugreports are welcome.
alsa-init: requested format: 48000 Hz, 2 channels, AC3
alsa-init: soundcard set to iec958:AES0=0x2,AES1=0x82,AES2=0x0,AES3=0x2
alsa-init: unable to set periodsize: Invalid argument
Could not open/initialize audio device -> no sound.
Audio: no sound

Well, now I don't think it's the -format...

> Should work fine with xine, almost as it is, out of the box without any 
> special configuration.

Well, I would really like that too ;-)

Thank you very much for your answer,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com

Re: SPDIF and cs46xx ?

[Takashi Iwai]

At Sat, 8 Mar 2003 18:52:44 +0100,
Gregoire Favre wrote:
> 
> On Sat, Mar 08, 2003 at 06:28:54PM +0100, Benny Sjostrand wrote:
> 
> > Sure you are using the latest and greatest alsa-lib? course: "ac3play: 
> > Unable to update the IEC958 control: No such file or directory", should 
> > not happen.
> 
> I wasn't sure, but know I am: I use the latest CVS lib also...
> So the error come from another point???
> 
> > The only period sizes supported by the cs46xx hw are:
> >     2048 bytes
> >     1024 bytes
> >       512 bytes
> >       256 bytes
> >       128 bytes
> >         64 bytes
> >         32 bytes
> > Try check which period size the programs wants, as something related to 
> > the period_size seems to be the problem.
> 
> I suppose it's the -format option of mplayer, if I lauch it that way,
> mplayer -ao alsa9 -channels 6 -format 1024 -dvd 1 I got:

did you install the latest alsa-lib, too?
only installing alsa-driver doesn't suffice.


Takashi


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: SPDIF and cs46xx ?

[Gregoire Favre]

On Mon, Mar 10, 2003 at 03:42:32PM +0100, Takashi Iwai wrote:

> did you install the latest alsa-lib, too?
> only installing alsa-driver doesn't suffice.

Yes, from CVS also...
Is there an easy way to test 5.1 with alsa?

Thank you very much,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: SPDIF and cs46xx ?

[Takashi Iwai]

At Mon, 10 Mar 2003 15:46:08 +0100,
Gregoire Favre wrote:
> 
> On Mon, Mar 10, 2003 at 03:42:32PM +0100, Takashi Iwai wrote:
> 
> > did you install the latest alsa-lib, too?
> > only installing alsa-driver doesn't suffice.
> 
> Yes, from CVS also...
> Is there an easy way to test 5.1 with alsa?

ah, now got the point.

surround51 pcm is for ANALOG 5.1 output.  and it's NOT supported on
cs46xx yet.

the easiest way to check is to use ac3dec in alsa-utils.
run with -C option for AC3-passthru mode.


Takashi


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: SPDIF and cs46xx ?

[Gregoire Favre]

On Mon, Mar 10, 2003 at 03:52:32PM +0100, Takashi Iwai wrote:

> ah, now got the point.
> 
> surround51 pcm is for ANALOG 5.1 output.  and it's NOT supported on
> cs46xx yet.

Well, I don't need any analog 5.1, all I want is the SPDIF...

> the easiest way to check is to use ac3dec in alsa-utils.
> run with -C option for AC3-passthru mode.

Great, I should do it tonight at home :-)

Thank you very much, I did try with ac3play without success, let's see
if it would play better with ac3play...

And do you know what I should do to play files with mplayer?

And why I can't use a plugin with VDR
http://prdownloads.sourceforge.net/sourceforge/bitstreamout/
I get:

Mar  8 15:31:16 localhost vdr[6790]: S/P-DIF: Period size not available: Invalid argument
Mar  8 15:31:16 localhost vdr[6790]: S/P-DIF: unable to establish BitStreamOut for none audio PCM
Mar  8 15:31:16 localhost vdr[6790]: INSTREAM: can't open spdif interface

Thank you very much,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: SPDIF and cs46xx ?

[Gregoire Favre]

On Mon, Mar 10, 2003 at 03:52:32PM +0100, Takashi Iwai wrote:

> ah, now got the point.
> 
> surround51 pcm is for ANALOG 5.1 output.  and it's NOT supported on
> cs46xx yet.
> 
> the easiest way to check is to use ac3dec in alsa-utils.
> run with -C option for AC3-passthru mode.

;-)
With -C I don't hear anything with my file, so with -P, but with -R I
can hear the sound, but my receiver only tell me about stereo, no 5.1.

Something I really don't understand:

./ac3dec -C /data/linux/dvb/from_beyond_the_edge_44k_256kbps.ac3
Using PCM device 'iec958:AES0=0x2,AES1=0x82,AES2=0x0,AES3=0x2'
AC3 Stream 44.1 KHz 256 kbps

Don't gives me any sound, but
./ac3dec -D iec958:AES0=0x2,AES1=0x82,AES2=0x0,AES3=0x2 /data/linux/dvb/from_beyond_the_edge_44k_256kbps.ac3
5.1 Mode 44.1 KHz 256 kbps Complete Main Audio Service
Using PCM device 'iec958:AES0=0x2,AES1=0x82,AES2=0x0,AES3=0x2'
does (stereo only).

Where could I find info about those?

Oh, just for the info, for playing with mplayer, the abs option is
really cool:

mplayer -dvd 1 -ao alsa9 -channels 2 -abs 3
allow me to hear stereo sound with alsa:
Checking audio filter chain for 48000Hz/2ch/16bit ->
48000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int 
AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
alsa-init: testing and bugreports are welcome.
alsa-init: requested format: 48000 Hz, 2 channels, Signed 16-bit
(Little-Endian)
alsa-init: 1 soundcard found, using: hw:0,0
alsa9: 48000 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little
Endian
AO: [alsa9] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 48000Hz/2ch/16bit ->
48000Hz/2ch/16bit...

And with mplayer -dvd 1 -ao alsa9:iec958 -channels 2 -abs 3
I have also great stereo sound:
Checking audio filter chain for 48000Hz/2ch/16bit ->
48000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int 
AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
alsa-init: testing and bugreports are welcome.
alsa-init: requested format: 48000 Hz, 2 channels, Signed 16-bit
(Little-Endian)
alsa-init: soundcard set to iec958
alsa9: 48000 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little
Endian
AO: [alsa9] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 48000Hz/2ch/16bit ->
48000Hz/2ch/16bit...

But with
mplayer -dvd 1 -ao alsa9:iec958 -channels 6 -abs 3:
Checking audio filter chain for 48000Hz/6ch/16bit ->
48000Hz/6ch/16bit...
AF_pre: af format: 2 bps, 6 ch, 48000 hz, little endian signed int 
AF_pre: 48000Hz 6ch Signed 16-bit (Little-Endian)
alsa-init: testing and bugreports are welcome.
alsa-init: requested format: 48000 Hz, 6 channels, Signed 16-bit
(Little-Endian)
alsa-init: soundcard set to iec958
alsa-init: unable to set channels: Invalid argument
Could not open/initialize audio device -> no sound.
Audio: no sound

Any idea?
And yes, the DVD I have tried are 5.1 (also DTS)...

Thank you very much,

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

Re: SPDIF and cs46xx ?

[Takashi Iwai]

At Mon, 10 Mar 2003 22:15:40 +0100,
Gregoire Favre wrote:
> 
> On Mon, Mar 10, 2003 at 03:52:32PM +0100, Takashi Iwai wrote:
> 
> > ah, now got the point.
> > 
> > surround51 pcm is for ANALOG 5.1 output.  and it's NOT supported on
> > cs46xx yet.
> > 
> > the easiest way to check is to use ac3dec in alsa-utils.
> > run with -C option for AC3-passthru mode.
> 
> ;-)
> With -C I don't hear anything with my file, so with -P, but with -R I
> can hear the sound, but my receiver only tell me about stereo, no 5.1.
> 
> Something I really don't understand:
> 
> ./ac3dec -C /data/linux/dvb/from_beyond_the_edge_44k_256kbps.ac3
> Using PCM device 'iec958:AES0=0x2,AES1=0x82,AES2=0x0,AES3=0x2'
> AC3 Stream 44.1 KHz 256 kbps
> 
> Don't gives me any sound,

44.1kHz ac3 ?  then it likely doesn't work because ac3dec assumes
48k only.

> but
> ./ac3dec -D iec958:AES0=0x2,AES1=0x82,AES2=0x0,AES3=0x2 /data/linux/dvb/from_beyond_the_edge_44k_256kbps.ac3
> 5.1 Mode 44.1 KHz 256 kbps Complete Main Audio Service
> Using PCM device 'iec958:AES0=0x2,AES1=0x82,AES2=0x0,AES3=0x2'
> does (stereo only).

without -C option, it's not sent as a raw data.


> Where could I find info about those?
> 
> Oh, just for the info, for playing with mplayer, the abs option is
> really cool:
> 
> mplayer -dvd 1 -ao alsa9 -channels 2 -abs 3
> allow me to hear stereo sound with alsa:
> Checking audio filter chain for 48000Hz/2ch/16bit ->
> 48000Hz/2ch/16bit...
> AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int 
> AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
> alsa-init: testing and bugreports are welcome.
> alsa-init: requested format: 48000 Hz, 2 channels, Signed 16-bit
> (Little-Endian)
> alsa-init: 1 soundcard found, using: hw:0,0
                                       ^^^^^^
the spdif device is hw:0,2.
i guess ther is an option in mplayer to specify the pcm name for
ALSA.  use "spdif" there instead of "hw:0,2".


ciao,

Takashi


-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Re: SPDIF and cs46xx ?

[Gregoire Favre]

On Tue, Mar 11, 2003 at 05:54:59PM +0100, Takashi Iwai wrote:

> 44.1kHz ac3 ?  then it likely doesn't work because ac3dec assumes
> 48k only.

OK :-(
So I made another ac3 files recording Pro-7 and using ds.jar:
./ac3dec -6 -R /video2/esa1.ac3
2.0 Mode 48.0 KHz 448 kbps Complete Main Audio Service
Using PCM device 'iec958:AES0=0x0,AES1=0x82,AES2=0x0,AES3=0x2'

And I can hear in only in stereo... maybe the -6 option is not the right
one?

So I take a DVD with which I am really sure have 5.1, with ds.jar I
demux it and with -R I can hear, but only stereo and with the other
option I can't???

> the spdif device is hw:0,2.
> i guess ther is an option in mplayer to specify the pcm name for
> ALSA.  use "spdif" there instead of "hw:0,2".

Well:

mplayer -vo null -ao alsa9:spdif -abs 1 -channels 2 gives me:

Cache fill:  0.00% (0 bytes)    MPEG-PS file format detected.
VIDEO:  MPEG2  720x576  (aspect 3)  25.00 fps  8750.0 kbps (1093.8
kbyte/s)
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
AC3: 5.1 (3f+2r+lfe)  48000 Hz  448.0 kbit/s
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, 16 bit (0x10), ratio: 56000->192000 (448.0 kbit)
Selected audio codec: [a52] afm:liba52 (AC3-liba52)
==========================================================================
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 720 x 576 (preferred csp: Mpeg PES)
VDec: using Mpeg PES as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [null] 720x576 => 1024x576 Mpeg PES  [fs]
Selected video codec: [mpegpes] vfm:mpegpes (Mpeg PES output (.mpg or
Dxr3/DVB card))
==========================================================================
Checking audio filter chain for 48000Hz/2ch/16bit ->
48000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int 
AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
alsa-init: testing and bugreports are welcome.
alsa-init: requested format: 48000 Hz, 2 channels, Signed 16-bit
(Little-Endian)
alsa-init: soundcard set to spdif
alsa9: 48000 Hz/2 channels/4 bpf/32768 bytes buffer/Signed 16 bit Little
Endian
AO: [alsa9] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 48000Hz/2ch/16bit ->
48000Hz/2ch/16bit...

And I could hear great stereo sound just before, but
mplayer -vo null -ao alsa9:spdif -abs 1 -channels 6 gives me:


MPEG-PS file format detected.
VIDEO:  MPEG2  720x576  (aspect 3)  25.00 fps  8750.0 kbps (1093.8
kbyte/s)
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
AC3: 5.1 (3f+2r+lfe)  48000 Hz  448.0 kbit/s
Using MMX optimized resampler
AUDIO: 48000 Hz, 6 ch, 16 bit (0x10), ratio: 56000->576000 (448.0 kbit)
Selected audio codec: [a52] afm:liba52 (AC3-liba52)
==========================================================================
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 720 x 576 (preferred csp: Mpeg PES)
VDec: using Mpeg PES as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [null] 720x576 => 1024x576 Mpeg PES  [fs]
Selected video codec: [mpegpes] vfm:mpegpes (Mpeg PES output (.mpg or
Dxr3/DVB card))
==========================================================================
Checking audio filter chain for 48000Hz/6ch/16bit ->
48000Hz/6ch/16bit...
AF_pre: af format: 2 bps, 6 ch, 48000 hz, little endian signed int 
AF_pre: 48000Hz 6ch Signed 16-bit (Little-Endian)
alsa-init: testing and bugreports are welcome.
alsa-init: requested format: 48000 Hz, 6 channels, Signed 16-bit
(Little-Endian)
alsa-init: soundcard set to spdif
alsa-init: unable to set channels: Invalid argument
Could not open/initialize audio device -> no sound.
Audio: no sound

And all I can hear is a sound like "cards on a bike"...

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun and
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Re: SPDIF and cs46xx ?

[Ronny V. Vindenes]

On Wed, 12 Mar 2003, Gregoire Favre wrote:

> On Tue, Mar 11, 2003 at 05:54:59PM +0100, Takashi Iwai wrote:
> 
> > 44.1kHz ac3 ?  then it likely doesn't work because ac3dec assumes
> > 48k only.
> 
> OK :-(
> So I made another ac3 files recording Pro-7 and using ds.jar:
> ./ac3dec -6 -R /video2/esa1.ac3
> 2.0 Mode 48.0 KHz 448 kbps Complete Main Audio Service
> Using PCM device 'iec958:AES0=0x0,AES1=0x82,AES2=0x0,AES3=0x2'
> 
> And I can hear in only in stereo... maybe the -6 option is not the right
> one?
> 
> So I take a DVD with which I am really sure have 5.1, with ds.jar I
> demux it and with -R I can hear, but only stereo and with the other
> option I can't???

The -R option tells ac3dec to decode the stream to a stereo pcm stream, 
you want to use -C or -P and not include -4/-6

> 
> > the spdif device is hw:0,2.
> > i guess ther is an option in mplayer to specify the pcm name for
> > ALSA.  use "spdif" there instead of "hw:0,2".
> 
> Well:
> 
> mplayer -vo null -ao alsa9:spdif -abs 1 -channels 2 gives me:
> 
> Cache fill:  0.00% (0 bytes)    MPEG-PS file format detected.
> VIDEO:  MPEG2  720x576  (aspect 3)  25.00 fps  8750.0 kbps (1093.8
> kbyte/s)
> ==========================================================================
> Opening audio decoder: [liba52] AC3 decoding with liba52
                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

I think you need to pass -ac hwac3 to mplayer to enable ac3 pass-thru

> Using SSE optimized IMDCT transform
> AC3: 5.1 (3f+2r+lfe)  48000 Hz  448.0 kbit/s
> Using MMX optimized resampler
> AUDIO: 48000 Hz, 2 ch, 16 bit (0x10), ratio: 56000->192000 (448.0 kbit)
> Selected audio codec: [a52] afm:liba52 (AC3-liba52)
> ==========================================================================
> ==========================================================================
> Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
> VDec: vo config request - 720 x 576 (preferred csp: Mpeg PES)
> VDec: using Mpeg PES as output csp (no 0)
> Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
> VO: [null] 720x576 => 1024x576 Mpeg PES  [fs]
> Selected video codec: [mpegpes] vfm:mpegpes (Mpeg PES output (.mpg or
> Dxr3/DVB card))
> ==========================================================================
> Checking audio filter chain for 48000Hz/2ch/16bit ->
> 48000Hz/2ch/16bit...
> AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int 
> AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
> alsa-init: testing and bugreports are welcome.
> alsa-init: requested format: 48000 Hz, 2 channels, Signed 16-bit
> (Little-Endian)
> alsa-init: soundcard set to spdif
> alsa9: 48000 Hz/2 channels/4 bpf/32768 bytes buffer/Signed 16 bit Little
> Endian
> AO: [alsa9] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
> Building audio filter chain for 48000Hz/2ch/16bit ->
> 48000Hz/2ch/16bit...
> 
> And I could hear great stereo sound just before, but
> mplayer -vo null -ao alsa9:spdif -abs 1 -channels 6 gives me:
> 

I haven't tested the latest cs46xx driver but in rc7 something was wrong 
with the way it initalized spdif, that prevented my amplififer (denon 
avr1802) from recognising ac3 streams if input was set to spdif before 
playing a file. Starting a dvd in xine and after a couple of seconds 
turning the amplifier input to spdif would usually work fine.

-- 
Ronny V. Vindenes <sublett@dc-s.com>



-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! 
Get cracking and register here for some mind boggling fun and 
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en

Re: SPDIF and cs46xx ?

[Gregoire Favre]

On Wed, Mar 12, 2003 at 12:08:45PM +0100, Ronny V. Vindenes wrote:

> The -R option tells ac3dec to decode the stream to a stereo pcm stream, 
> you want to use -C or -P and not include -4/-6

;-)
OK, but I don't hear anything with -C or -P (with and without -4/-6), so
what do you suggest?


> I think you need to pass -ac hwac3 to mplayer to enable ac3 pass-thru

Great, I'll try tonight!!!

> I haven't tested the latest cs46xx driver but in rc7 something was wrong 
> with the way it initalized spdif, that prevented my amplififer (denon 
> avr1802) from recognising ac3 streams if input was set to spdif before 
> playing a file. Starting a dvd in xine and after a couple of seconds 
> turning the amplifier input to spdif would usually work fine.

Thank you very much for the hint, I will try that way!!!

	Grégoire
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch


-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun and
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en