Mailing List Archive: MythTV: Dev

Re: [mythtv-commits] Ticket #1104: multi channel audio support

Index | Next | Previous | View Threaded

mark at dclabs

Aug 3, 2006, 7:15 PM

Post #1 of 22 (4857 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channel audio support

found a bug so have attached a new patch in trac
trac however didnt mail a notification so this is the notification
was causing my frontend to segfault. variable wasnt inited in
audiooutputbase
cheers
mark

_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

mark at dclabs

Aug 14, 2006, 12:58 AM

Post #2 of 22 (4734 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channel audio support [In reply to]

>
> Hi,
>
> i tried your patch yesterday and have the problem, that the center-sound
> is on the surround-left speaker. I use a Pundit-R with an ATI IXP chipset
> and atiixp-ALSA-module (release 1.0.12rc2)... Is there any more
> information I could give to you? Which way do you want infos? Here or in
> the dev-maillist?
>
dts or ac3?
analog or passthrough?

mark
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

lueddich at gmx

Aug 14, 2006, 9:55 AM

Post #3 of 22 (4730 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channel audio support [In reply to]

Analog and ac3, don't know about german channels providing dts ;)

Mark Spieth schrieb:
>> Hi,
>>
>> i tried your patch yesterday and have the problem, that the center-sound
>> is on the surround-left speaker. I use a Pundit-R with an ATI IXP chipset
>> and atiixp-ALSA-module (release 1.0.12rc2)... Is there any more
>> information I could give to you? Which way do you want infos? Here or in
>> the dev-maillist?
>>
>>
> dts or ac3?
> analog or passthrough?
>
> mark
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
>
>

mark at dclabs

Aug 14, 2006, 9:33 PM

Post #4 of 22 (4708 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channelaudio support [In reply to]

> Analog and ac3, don't know about german channels providing dts ;)

the 6 analog channels out (for me) are
L,R -> audio out plug 1
C,LFE -> plug 2
SR,SL -> plug 3

afaict this is standard.
will do some testing over the weekend or earlier if I have time with my
limited setup.

does your channel have 6ch audio? (including LFE/subwoofer)
can you get the startup part of the frontend log to see what the audio part
is doing.
thanks
mark

_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

lueddich at gmx

Aug 15, 2006, 9:50 AM

Post #5 of 22 (4721 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channelaudio support [In reply to]

Hi,

I have a whole 5.1 system including one center, one lfe, 2 front and 2
rear speakers and I have the same analog channels out. Don't know about
no 1, 2 or 3, but its' l+r together, c+lfe together and sr+sl
together... I think, this is standard, too... ;)

Here's the log:

2006-08-15 18:49:48.343 Using runtime prefix = /usr
2006-08-15 18:49:48.366 DPMS is disabled.
2006-08-15 18:49:48.390 New DB connection, total: 1
2006-08-15 18:49:48.393 Connected to database 'mythconverg' at host:
localhost
2006-08-15 18:49:48.405 Total desktop dim: 1024x768, with 1 screen[s].
2006-08-15 18:49:48.469 Using screen 0, 1024x768 at 0,0
2006-08-15 18:49:48.482 Current Schema Version: 1155
2006-08-15 18:49:48.483 mythfrontend version: 0.19.20060708-1 www.mythtv.org
2006-08-15 18:49:48.483 Enabled verbose msgs: important general
2006-08-15 18:49:49.093 Total desktop dim: 1024x768, with 1 screen[s].
2006-08-15 18:49:49.094 Using screen 0, 1024x768 at 0,0
2006-08-15 18:49:49.095 Switching to wide mode (ProjectGrayhem-wide)
2006-08-15 18:49:49.213 Using the Qt painter
2006-08-15 18:49:49.991 Loading from:
/usr/share/mythtv/themes/default/base.xml
2006-08-15 18:49:50.834 Registering Internal as a media playback plugin.
2006-08-15 18:49:50.981 MythPlugin::Init() dlerror:
/usr/lib/mythtv/plugins/libmythburn.so: undefined symbol:
_ZN11HostSetting11whereClauseEv
2006-08-15 18:49:50.982 Unable to initialize plugin 'mythburn'.
2006-08-15 18:49:51.044 Registering MythDVD DVD Media Handler as a media
handler ext()
2006-08-15 18:49:51.045 Registering MythDVD VCD Media Handler as a media
handler ext()
2006-08-15 18:49:51.160 Registering MythGallery Media Handler 1/2 as a
media handler ext()
2006-08-15 18:49:51.161 Registering MythGallery Media Handler 2/2 as a
media handler ext(gif,jpg,png)
adding: ATA:0,1,0 -- DVD_RW ND-3550A
adding: ATAPI:0,1,0 -- DVD_RW ND-3550A
2006-08-15 18:49:53.748 Registering MythMusic Media Handler 1/2 as a
media handler ext()
2006-08-15 18:49:53.749 Registering MythMusic Media Handler 2/2 as a
media handler ext(ogg,mp3,aac,flac)
SIP listening on IP Address :5060 NAT address
SIP: Cannot register; proxy, username or password not set
Destroying SipFsm object
2006-08-15 18:50:01.933 Connecting to backend server: 192.168.0.100:6543
(try 1 of 5)
2006-08-15 18:50:01.958 Using protocol version 30

Can I do anything else?

-Jan

Mark Spieth schrieb:
>> Analog and ac3, don't know about german channels providing dts ;)
>>
>
> the 6 analog channels out (for me) are
> L,R -> audio out plug 1
> C,LFE -> plug 2
> SR,SL -> plug 3
>
> afaict this is standard.
> will do some testing over the weekend or earlier if I have time with my
> limited setup.
>
> does your channel have 6ch audio? (including LFE/subwoofer)
> can you get the startup part of the frontend log to see what the audio part
> is doing.
> thanks
> mark
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
>
>

mark at dclabs

Aug 15, 2006, 2:23 PM

Post #6 of 22 (4724 views)
Permalink

Re: [mythtv-commits] Ticket #1104:multi channelaudio support [In reply to]

> I have a whole 5.1 system including one center, one lfe, 2 front and 2
> rear speakers and I have the same
> analog channels out. Don't know about no 1, 2 or 3, but its' l+r together,
> c+lfe together and sr+sl together... I > think, this is standard, too...
> ;)
yes it appears standard

sorry for not being clear.
the log I need to see is when you start to play something appropriate.
one of the lines should say
"Opening audio device ...."
perhaps also with -v audio

mark

_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

mtdean at thirdcontact

Aug 16, 2006, 5:12 AM

Post #7 of 22 (4721 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channelaudio support [In reply to]

On 08/15/2006 12:33 AM, Mark Spieth wrote:

>>Analog and ac3, don't know about german channels providing dts ;)
>>
>>
>the 6 analog channels out (for me) are
>L,R -> audio out plug 1
>C,LFE -> plug 2
>SR,SL -> plug 3
>
>afaict this is standard.
>will do some testing over the weekend or earlier if I have time with my
>limited setup.
>
>does your channel have 6ch audio? (including LFE/subwoofer)
>can you get the startup part of the frontend log to see what the audio part
>is doing.
>

The "standard" in ALSA is described in the comments in
/usr/share/alsa/pcm/surround*.conf . The standard for 7.1 audio is:

# Hardware output from 7.1 speakers
# Samples must be positioned:
# chn0 - front left
# chn1 - front right
# chn2 - rear left
# chn3 - rear right
# chn4 - center
# chn5 - lfe
# chn6 - side left
# chn7 - side right

And 5.1 is the same but without channels 6 and 7. (Channels 6 and 7 are
incorrectly labeled 7 and 8 in the comment.)

However, some hardware doesn't use this standard. For that hardware,
different configurations are specified using a translation table
(ttable) in the "standard" surround device aliases (i.e. surround40,
surround51, surround71, etc.) in /usr/share/alsa/cards/*.conf .
Therefore if using non-standard hardware /AND/ using an ALSA built-in
device alias, your non-standard hardware will react as would standard
hardware.

Specifically, the ICE1724, ICH, ICH4, NFORCE, and VIA8237 all use
non-standard channel-output mapping for surround. (So, Mark, if your
"standard" is based off one of these cards hardware usages, it's not the
real standard.)

Anyone using a custom definition for his/her audio could add a
translation table to the custom device alias in /etc/asound.conf or
~/.asoundrc. Asking the users to learn enough about ALSA to do so may
be more than we should expect, though. (See
http://www.gossamer-threads.com/lists/mythtv/users/134552#134552 for
more on ttable.) Unfortunately, that means the only way to know for
sure which mapping the hardware uses is to parse the
/usr/share/alsa/cards/*.conf files, but the only way to know if we
should use the hardware mapping (instead of ALSA default) is to also
parse the /etc/asound.conf or ~/.asoundrc and to find out whether the
device alias specified to Myth is an ALSA built-in or a redefined custom
version of the ALSA built-in or a custom alias that slaves to one of the
ALSA built-ins or a custom alias that provides its own translation
table. Obviously, none of this should be done by Myth...

For now, Jan, what happens when you change your MythTV audio output
device to "ALSA:surround51"? With that, you'll be using an ALSA
built-in alias, so you'll get the ALSA-standard mapping, so if Mark used
the ALSA standard for the patch, you should get proper output to the
proper speakers (assuming your speakers are connected to the correct
outputs ;).

Mike
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

lueddich at gmx

Aug 16, 2006, 12:27 PM

Post #8 of 22 (4689 views)
Permalink

Re: [mythtv-commits] Ticket #1104:multi channelaudio support [In reply to]

Hi,

here's the log you need ;)

2006-08-16 21:21:51.525 TV: Changing from None to WatchingPreRecorded
2006-08-16 21:21:51.525 Video timing method: USleep with busy wait
2006-08-16 21:21:51.506 Using realtime priority.
2006-08-16 21:21:51.533 AFD: Warning, video codec 0x835f0a0
id(MPEG2VIDEO) type (Video) already open.
2006-08-16 21:21:51.534 AFD: Warning, audio codec 0x83621b0 id(MP2) type
(Audio) already open, leaving it alone.
2006-08-16 21:21:51.534 AVFD: codec MP2 has 2 channels
2006-08-16 21:21:51.534 AFD: Audio Track #1 is A/V stream #1 and has 2
channels in the Unknown language(0).
2006-08-16 21:21:51.535 AVFD: codec AC3 has 0 channels
2006-08-16 21:21:51.535 AFD: Opened codec 0x829b990, id(AC3) type(Audio)
2006-08-16 21:21:51.535 AFD: Audio Track #2 is A/V stream #2 and has 0
channels in the Unknown language(0).
2006-08-16 21:21:51.586 AFD: Trying to reselect audio track
2006-08-16 21:21:51.586 AFD: Selected track 1: Unknown MP2 2ch (A/V
Stream #1)
2006-08-16 21:21:51.709 AO: Pause 0
2006-08-16 21:21:57.714 AFD: Initializing audio parms from audio track #2
2006-08-16 21:21:57.714 AFD: Audio format changed
from id( MP2) 48000Hz 2ch 16bps ; id( MP2)
48000Hz 2ch 16bps
to id( AC3) 48000Hz 6ch 16bps ; id( AC3)
48000Hz 6ch 16bps
2006-08-16 21:21:57.714 AO: SetEffDsp: 4800000
2006-08-16 21:21:57.714 AO: Killing AudioOutputDSP
2006-08-16 21:21:57.720 AO: OutputAudioLoop: Stop Event
2006-08-16 21:21:57.721 AO: kickoffOutputAudioLoop exiting
2006-08-16 21:21:58.049 Opening audio device '/dev/dsp'. ch 6 sr 48000
2006-08-16 21:21:58.049 Opening OSS audio device '/dev/dsp'.
2006-08-16 21:21:58.051 AO: Audio fragment size: 16380
2006-08-16 21:21:58.052 AO: Audio Stretch Factor: 1
2006-08-16 21:21:58.052 Audio Codec Used: not set
2006-08-16 21:21:58.053 AO: Ending reconfigure
2006-08-16 21:21:58.054 AFD: Audio stream type changed.
2006-08-16 21:21:58.054 AO: kickoffOutputAudioLoop: pid = 24568
2006-08-16 21:21:58.054 AO: OutputAudioLoop: Play Event
2006-08-16 21:21:58.090 NVP: prebuffering pause
2006-08-16 21:21:58.090 AO: Pause 1
2006-08-16 21:21:58.091 AO: OutputAudioLoop: audio paused
2006-08-16 21:21:58.123 AO: Pause 0
2006-08-16 21:21:58.123 AO: OutputAudioLoop: Play Event
2006-08-16 21:22:04.896 TV: Attempting to change from
WatchingPreRecorded to None
2006-08-16 21:22:04.948 AO: Killing AudioOutputDSP
2006-08-16 21:22:04.954 AO: OutputAudioLoop: Stop Event
2006-08-16 21:22:04.954 AO: kickoffOutputAudioLoop exiting
2006-08-16 21:22:05.038 TV: Changing from WatchingPreRecorded to None
0: start_time: 0.027 duration: 500.076
1: start_time: 0.029 duration: 499.980
stream: start_time: 0.300 duration: 5556.400 bitrate=2565 kb/s
2006-08-16 21:22:05.270 AFD: Opened codec 0x81f9e30, id(MPEG2VIDEO)
type(Video)
2006-08-16 21:22:05.271 AVFD: codec MP2 has 2 channels
2006-08-16 21:22:05.271 AFD: Opened codec 0x835d060, id(MP2) type(Audio)
2006-08-16 21:22:05.271 AFD: Audio Track #1 is A/V stream #1 and has 2
channels in the Unknown language(0).
2006-08-16 21:22:05.271 AFD: Selected track 1: Unknown MP2 2ch (A/V
Stream #1)
2006-08-16 21:22:05.271 AFD: Initializing audio parms from audio track #1
2006-08-16 21:22:05.271 AFD: Audio format changed
from id(NONE) -1Hz -1ch 0bps ; id(NONE)
-1Hz -1ch 0bps
to id( MP2) 48000Hz 2ch 16bps ; id( MP2)
48000Hz 2ch 16bps
Destroying SipFsm object

The recording has a non-AC3 audio which starts, than I change to AC3...

Mark Spieth schrieb:
>> I have a whole 5.1 system including one center, one lfe, 2 front and 2
>> rear speakers and I have the same
>> analog channels out. Don't know about no 1, 2 or 3, but its' l+r together,
>> c+lfe together and sr+sl together... I > think, this is standard, too...
>> ;)
>>
> yes it appears standard
>
> sorry for not being clear.
> the log I need to see is when you start to play something appropriate.
> one of the lines should say
> "Opening audio device ...."
> perhaps also with -v audio
>
> mark
>
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
>
>

lueddich at gmx

Aug 16, 2006, 12:33 PM

Post #9 of 22 (4698 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channelaudio support [In reply to]

Hi,

I have the same effect with AC3 using ALSA:surround51 :( But using this
device, I have even no sound playing a non-AC3-recording :(

-Jan

Michael T. Dean schrieb:
> On 08/15/2006 12:33 AM, Mark Spieth wrote:
>
>
>>> Analog and ac3, don't know about german channels providing dts ;)
>>>
>>>
>>>
>> the 6 analog channels out (for me) are
>> L,R -> audio out plug 1
>> C,LFE -> plug 2
>> SR,SL -> plug 3
>>
>> afaict this is standard.
>> will do some testing over the weekend or earlier if I have time with my
>> limited setup.
>>
>> does your channel have 6ch audio? (including LFE/subwoofer)
>> can you get the startup part of the frontend log to see what the audio part
>> is doing.
>>
>>
>
> The "standard" in ALSA is described in the comments in
> /usr/share/alsa/pcm/surround*.conf . The standard for 7.1 audio is:
>
> # Hardware output from 7.1 speakers
> # Samples must be positioned:
> # chn0 - front left
> # chn1 - front right
> # chn2 - rear left
> # chn3 - rear right
> # chn4 - center
> # chn5 - lfe
> # chn6 - side left
> # chn7 - side right
>
> And 5.1 is the same but without channels 6 and 7. (Channels 6 and 7 are
> incorrectly labeled 7 and 8 in the comment.)
>
> However, some hardware doesn't use this standard. For that hardware,
> different configurations are specified using a translation table
> (ttable) in the "standard" surround device aliases (i.e. surround40,
> surround51, surround71, etc.) in /usr/share/alsa/cards/*.conf .
> Therefore if using non-standard hardware /AND/ using an ALSA built-in
> device alias, your non-standard hardware will react as would standard
> hardware.
>
> Specifically, the ICE1724, ICH, ICH4, NFORCE, and VIA8237 all use
> non-standard channel-output mapping for surround. (So, Mark, if your
> "standard" is based off one of these cards hardware usages, it's not the
> real standard.)
>
> Anyone using a custom definition for his/her audio could add a
> translation table to the custom device alias in /etc/asound.conf or
> ~/.asoundrc. Asking the users to learn enough about ALSA to do so may
> be more than we should expect, though. (See
> http://www.gossamer-threads.com/lists/mythtv/users/134552#134552 for
> more on ttable.) Unfortunately, that means the only way to know for
> sure which mapping the hardware uses is to parse the
> /usr/share/alsa/cards/*.conf files, but the only way to know if we
> should use the hardware mapping (instead of ALSA default) is to also
> parse the /etc/asound.conf or ~/.asoundrc and to find out whether the
> device alias specified to Myth is an ALSA built-in or a redefined custom
> version of the ALSA built-in or a custom alias that slaves to one of the
> ALSA built-ins or a custom alias that provides its own translation
> table. Obviously, none of this should be done by Myth...
>
> For now, Jan, what happens when you change your MythTV audio output
> device to "ALSA:surround51"? With that, you'll be using an ALSA
> built-in alias, so you'll get the ALSA-standard mapping, so if Mark used
> the ALSA standard for the patch, you should get proper output to the
> proper speakers (assuming your speakers are connected to the correct
> outputs ;).
>
> Mike
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
>
>

mtdean at thirdcontact

Aug 16, 2006, 3:19 PM

Post #10 of 22 (4697 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channelaudio support [In reply to]

On 08/16/2006 03:33 PM, Jan Kleinig wrote:

> Hi,
>
> I have the same effect with AC3 using ALSA:surround51 :( But using
> this device, I have even no sound playing a non-AC3-recording :(

Right. That was the, "For now," in the request. :) BTW, which sound
card are you using?

Mike

>
> Michael T. Dean schrieb:
>
>>On 08/15/2006 12:33 AM, Mark Spieth wrote:
>>
>>
>>
>>>>Analog and ac3, don't know about german channels providing dts ;)
>>>>
>>>>
>>>>
>>>>
>>>the 6 analog channels out (for me) are
>>>L,R -> audio out plug 1
>>>C,LFE -> plug 2
>>>SR,SL -> plug 3
>>>
>>>afaict this is standard.
>>>will do some testing over the weekend or earlier if I have time with my
>>>limited setup.
>>>
>>>does your channel have 6ch audio? (including LFE/subwoofer)
>>>can you get the startup part of the frontend log to see what the audio part
>>>is doing.
>>>
>>>
>>>
>>
>>The "standard" in ALSA is described in the comments in
>>/usr/share/alsa/pcm/surround*.conf . The standard for 7.1 audio is:
>>
>># Hardware output from 7.1 speakers
>># Samples must be positioned:
>># chn0 - front left
>># chn1 - front right
>># chn2 - rear left
>># chn3 - rear right
>># chn4 - center
>># chn5 - lfe
>># chn6 - side left
>># chn7 - side right
>>
>>And 5.1 is the same but without channels 6 and 7. (Channels 6 and 7 are
>>incorrectly labeled 7 and 8 in the comment.)
>>
>>However, some hardware doesn't use this standard. For that hardware,
>>different configurations are specified using a translation table
>>(ttable) in the "standard" surround device aliases (i.e. surround40,
>>surround51, surround71, etc.) in /usr/share/alsa/cards/*.conf .
>>Therefore if using non-standard hardware /AND/ using an ALSA built-in
>>device alias, your non-standard hardware will react as would standard
>>hardware.
>>
>>Specifically, the ICE1724, ICH, ICH4, NFORCE, and VIA8237 all use
>>non-standard channel-output mapping for surround. (So, Mark, if your
>>"standard" is based off one of these cards hardware usages, it's not the
>>real standard.)
>>
>>Anyone using a custom definition for his/her audio could add a
>>translation table to the custom device alias in /etc/asound.conf or
>>~/.asoundrc. Asking the users to learn enough about ALSA to do so may
>>be more than we should expect, though. (See
>>http://www.gossamer-threads.com/lists/mythtv/users/134552#134552 for
>>more on ttable.) Unfortunately, that means the only way to know for
>>sure which mapping the hardware uses is to parse the
>>/usr/share/alsa/cards/*.conf files, but the only way to know if we
>>should use the hardware mapping (instead of ALSA default) is to also
>>parse the /etc/asound.conf or ~/.asoundrc and to find out whether the
>>device alias specified to Myth is an ALSA built-in or a redefined custom
>>version of the ALSA built-in or a custom alias that slaves to one of the
>>ALSA built-ins or a custom alias that provides its own translation
>>table. Obviously, none of this should be done by Myth...
>>
>>For now, Jan, what happens when you change your MythTV audio output
>>device to "ALSA:surround51"? With that, you'll be using an ALSA
>>built-in alias, so you'll get the ALSA-standard mapping, so if Mark used
>>the ALSA standard for the patch, you should get proper output to the
>>proper speakers (assuming your speakers are connected to the correct
>>outputs ;).
>>
>>Mike
>>_______________________________________________
>>mythtv-dev mailing list
>>mythtv-dev [at] mythtv
>>http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>>
>>
>>
>>
>------------------------------------------------------------------------
>
>_______________________________________________
>mythtv-dev mailing list
>mythtv-dev [at] mythtv
>http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
>

_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

mark at dclabs

Aug 16, 2006, 10:40 PM

Post #11 of 22 (4702 views)
Permalink

Re: [mythtv-commits]Ticket #1104:multi channelaudio support [In reply to]

strange AC3 says 0 channels. shouldnt be. may be a bug in A52 lib in lac
but it does say using 6ch mode later.
can you make a bit (10M) of the file available somewhere please.

michael
yes I am using a via motherboard driver as in your list with only 6ch out
the driver does list the order I mentioned which is why I adjusted the ac3
decoder to output in that order.
looks like other cases to figure out for 8ch out cards.
I know some others are using it successfully in analog mode. perhaps they
would like to retest with HEAD and latest patch.
this is what Ill do first.
cheers
mark

2006-08-16 21:21:51.525 TV: Changing from None to WatchingPreRecorded
2006-08-16 21:21:51.525 Video timing method: USleep with busy wait
2006-08-16 21:21:51.506 Using realtime priority.
2006-08-16 21:21:51.533 AFD: Warning, video codec 0x835f0a0 id(MPEG2VIDEO)
type (Video) already open.
2006-08-16 21:21:51.534 AFD: Warning, audio codec 0x83621b0 id(MP2) type
(Audio) already open, leaving it alone.
2006-08-16 21:21:51.534 AVFD: codec MP2 has 2 channels
2006-08-16 21:21:51.534 AFD: Audio Track #1 is A/V stream #1 and has 2
channels in the Unknown language(0).
2006-08-16 21:21:51.535 AVFD: codec AC3 has 0 channels
2006-08-16 21:21:51.535 AFD: Opened codec 0x829b990, id(AC3) type(Audio)
2006-08-16 21:21:51.535 AFD: Audio Track #2 is A/V stream #2 and has 0
channels in the Unknown language(0).
2006-08-16 21:21:51.586 AFD: Trying to reselect audio track
2006-08-16 21:21:51.586 AFD: Selected track 1: Unknown MP2 2ch (A/V Stream
#1)
2006-08-16 21:21:51.709 AO: Pause 0
2006-08-16 21:21:57.714 AFD: Initializing audio parms from audio track #2
2006-08-16 21:21:57.714 AFD: Audio format changed
from id( MP2) 48000Hz 2ch 16bps ; id( MP2) 48000Hz
2ch 16bps
to id( AC3) 48000Hz 6ch 16bps ; id( AC3) 48000Hz
6ch 16bps
2006-08-16 21:21:57.714 AO: SetEffDsp: 4800000
2006-08-16 21:21:57.714 AO: Killing AudioOutputDSP
2006-08-16 21:21:57.720 AO: OutputAudioLoop: Stop Event
2006-08-16 21:21:57.721 AO: kickoffOutputAudioLoop exiting
2006-08-16 21:21:58.049 Opening audio device '/dev/dsp'. ch 6 sr 48000
2006-08-16 21:21:58.049 Opening OSS audio device '/dev/dsp'.
2006-08-16 21:21:58.051 AO: Audio fragment size: 16380
2006-08-16 21:21:58.052 AO: Audio Stretch Factor: 1
2006-08-16 21:21:58.052 Audio Codec Used: not set
2006-08-16 21:21:58.053 AO: Ending reconfigure
2006-08-16 21:21:58.054 AFD: Audio stream type changed.
2006-08-16 21:21:58.054 AO: kickoffOutputAudioLoop: pid = 24568
2006-08-16 21:21:58.054 AO: OutputAudioLoop: Play Event
2006-08-16 21:21:58.090 NVP: prebuffering pause
2006-08-16 21:21:58.090 AO: Pause 1
2006-08-16 21:21:58.091 AO: OutputAudioLoop: audio paused
2006-08-16 21:21:58.123 AO: Pause 0
2006-08-16 21:21:58.123 AO: OutputAudioLoop: Play Event
2006-08-16 21:22:04.896 TV: Attempting to change from WatchingPreRecorded to
None
2006-08-16 21:22:04.948 AO: Killing AudioOutputDSP
2006-08-16 21:22:04.954 AO: OutputAudioLoop: Stop Event
2006-08-16 21:22:04.954 AO: kickoffOutputAudioLoop exiting
2006-08-16 21:22:05.038 TV: Changing from WatchingPreRecorded to None
0: start_time: 0.027 duration: 500.076
1: start_time: 0.029 duration: 499.980
stream: start_time: 0.300 duration: 5556.400 bitrate=2565 kb/s
2006-08-16 21:22:05.270 AFD: Opened codec 0x81f9e30, id(MPEG2VIDEO)
type(Video)
2006-08-16 21:22:05.271 AVFD: codec MP2 has 2 channels
2006-08-16 21:22:05.271 AFD: Opened codec 0x835d060, id(MP2) type(Audio)
2006-08-16 21:22:05.271 AFD: Audio Track #1 is A/V stream #1 and has 2
channels in the Unknown language(0).
2006-08-16 21:22:05.271 AFD: Selected track 1: Unknown MP2 2ch (A/V Stream
#1)
2006-08-16 21:22:05.271 AFD: Initializing audio parms from audio track #1
2006-08-16 21:22:05.271 AFD: Audio format changed
from id(NONE) -1Hz -1ch 0bps ;
id(NONE) -1Hz -1ch 0bps
to id( MP2) 48000Hz 2ch 16bps ; id( MP2) 48000Hz
2ch 16bps

_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

Lueddich at gmx

Aug 17, 2006, 12:22 AM

Post #12 of 22 (4689 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channelaudio support [In reply to]

I'm using a ASUS Pundit-R with an integrated ATI IXP Sound Device, I think, it's a 150...

-------- Original-Nachricht --------
Datum: Wed, 16 Aug 2006 18:19:06 -0400
Von: "Michael T. Dean" <mtdean [at] thirdcontact>
An: Development of mythtv <mythtv-dev [at] mythtv>
Betreff: Re: [mythtv] [mythtv-commits] Ticket #1104: multi channelaudio support

> On 08/16/2006 03:33 PM, Jan Kleinig wrote:
>
> > Hi,
> >
> > I have the same effect with AC3 using ALSA:surround51 :( But using
> > this device, I have even no sound playing a non-AC3-recording :(
>
>
> Right. That was the, "For now," in the request. :) BTW, which sound
> card are you using?
>
> Mike
>
> >
> > Michael T. Dean schrieb:
> >
> >>On 08/15/2006 12:33 AM, Mark Spieth wrote:
> >>
> >>
> >>
> >>>>Analog and ac3, don't know about german channels providing dts ;)
> >>>>
> >>>>
> >>>>
> >>>>
> >>>the 6 analog channels out (for me) are
> >>>L,R -> audio out plug 1
> >>>C,LFE -> plug 2
> >>>SR,SL -> plug 3
> >>>
> >>>afaict this is standard.
> >>>will do some testing over the weekend or earlier if I have time with my
> >>>limited setup.
> >>>
> >>>does your channel have 6ch audio? (including LFE/subwoofer)
> >>>can you get the startup part of the frontend log to see what the audio
> part
> >>>is doing.
> >>>
> >>>
> >>>
> >>
> >>The "standard" in ALSA is described in the comments in
> >>/usr/share/alsa/pcm/surround*.conf . The standard for 7.1 audio is:
> >>
> >># Hardware output from 7.1 speakers
> >># Samples must be positioned:
> >># chn0 - front left
> >># chn1 - front right
> >># chn2 - rear left
> >># chn3 - rear right
> >># chn4 - center
> >># chn5 - lfe
> >># chn6 - side left
> >># chn7 - side right
> >>
> >>And 5.1 is the same but without channels 6 and 7. (Channels 6 and 7 are
> >>incorrectly labeled 7 and 8 in the comment.)
> >>
> >>However, some hardware doesn't use this standard. For that hardware,
> >>different configurations are specified using a translation table
> >>(ttable) in the "standard" surround device aliases (i.e. surround40,
> >>surround51, surround71, etc.) in /usr/share/alsa/cards/*.conf .
> >>Therefore if using non-standard hardware /AND/ using an ALSA built-in
> >>device alias, your non-standard hardware will react as would standard
> >>hardware.
> >>
> >>Specifically, the ICE1724, ICH, ICH4, NFORCE, and VIA8237 all use
> >>non-standard channel-output mapping for surround. (So, Mark, if your
> >>"standard" is based off one of these cards hardware usages, it's not the
> >>real standard.)
> >>
> >>Anyone using a custom definition for his/her audio could add a
> >>translation table to the custom device alias in /etc/asound.conf or
> >>~/.asoundrc. Asking the users to learn enough about ALSA to do so may
> >>be more than we should expect, though. (See
> >>http://www.gossamer-threads.com/lists/mythtv/users/134552#134552 for
> >>more on ttable.) Unfortunately, that means the only way to know for
> >>sure which mapping the hardware uses is to parse the
> >>/usr/share/alsa/cards/*.conf files, but the only way to know if we
> >>should use the hardware mapping (instead of ALSA default) is to also
> >>parse the /etc/asound.conf or ~/.asoundrc and to find out whether the
> >>device alias specified to Myth is an ALSA built-in or a redefined custom
> >>version of the ALSA built-in or a custom alias that slaves to one of the
> >>ALSA built-ins or a custom alias that provides its own translation
> >>table. Obviously, none of this should be done by Myth...
> >>
> >>For now, Jan, what happens when you change your MythTV audio output
> >>device to "ALSA:surround51"? With that, you'll be using an ALSA
> >>built-in alias, so you'll get the ALSA-standard mapping, so if Mark used
> >>the ALSA standard for the patch, you should get proper output to the
> >>proper speakers (assuming your speakers are connected to the correct
> >>outputs ;).
> >>
> >>Mike
> >>_______________________________________________
> >>mythtv-dev mailing list
> >>mythtv-dev [at] mythtv
> >>http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
> >>
> >>
> >>
> >>
> >------------------------------------------------------------------------
> >
> >_______________________________________________
> >mythtv-dev mailing list
> >mythtv-dev [at] mythtv
> >http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
> >
> >
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

--

Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
Ideal f�r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

lueddich at gmx

Aug 17, 2006, 11:03 AM

Post #13 of 22 (4681 views)
Permalink

Re: [mythtv-commits]Ticket #1104:multi channelaudio support [In reply to]

I made it available on rapidshare:

http://rapidshare.de/files/29767433/testfile.mpg.html

Mark Spieth schrieb:
> strange AC3 says 0 channels. shouldnt be. may be a bug in A52 lib in lac
> but it does say using 6ch mode later.
> can you make a bit (10M) of the file available somewhere please.
>
> michael
> yes I am using a via motherboard driver as in your list with only 6ch out
> the driver does list the order I mentioned which is why I adjusted the ac3
> decoder to output in that order.
> looks like other cases to figure out for 8ch out cards.
> I know some others are using it successfully in analog mode. perhaps they
> would like to retest with HEAD and latest patch.
> this is what Ill do first.
> cheers
> mark
>
> 2006-08-16 21:21:51.525 TV: Changing from None to WatchingPreRecorded
> 2006-08-16 21:21:51.525 Video timing method: USleep with busy wait
> 2006-08-16 21:21:51.506 Using realtime priority.
> 2006-08-16 21:21:51.533 AFD: Warning, video codec 0x835f0a0 id(MPEG2VIDEO)
> type (Video) already open.
> 2006-08-16 21:21:51.534 AFD: Warning, audio codec 0x83621b0 id(MP2) type
> (Audio) already open, leaving it alone.
> 2006-08-16 21:21:51.534 AVFD: codec MP2 has 2 channels
> 2006-08-16 21:21:51.534 AFD: Audio Track #1 is A/V stream #1 and has 2
> channels in the Unknown language(0).
> 2006-08-16 21:21:51.535 AVFD: codec AC3 has 0 channels
> 2006-08-16 21:21:51.535 AFD: Opened codec 0x829b990, id(AC3) type(Audio)
> 2006-08-16 21:21:51.535 AFD: Audio Track #2 is A/V stream #2 and has 0
> channels in the Unknown language(0).
> 2006-08-16 21:21:51.586 AFD: Trying to reselect audio track
> 2006-08-16 21:21:51.586 AFD: Selected track 1: Unknown MP2 2ch (A/V Stream
> #1)
> 2006-08-16 21:21:51.709 AO: Pause 0
> 2006-08-16 21:21:57.714 AFD: Initializing audio parms from audio track #2
> 2006-08-16 21:21:57.714 AFD: Audio format changed
> from id( MP2) 48000Hz 2ch 16bps ; id( MP2) 48000Hz
> 2ch 16bps
> to id( AC3) 48000Hz 6ch 16bps ; id( AC3) 48000Hz
> 6ch 16bps
> 2006-08-16 21:21:57.714 AO: SetEffDsp: 4800000
> 2006-08-16 21:21:57.714 AO: Killing AudioOutputDSP
> 2006-08-16 21:21:57.720 AO: OutputAudioLoop: Stop Event
> 2006-08-16 21:21:57.721 AO: kickoffOutputAudioLoop exiting
> 2006-08-16 21:21:58.049 Opening audio device '/dev/dsp'. ch 6 sr 48000
> 2006-08-16 21:21:58.049 Opening OSS audio device '/dev/dsp'.
> 2006-08-16 21:21:58.051 AO: Audio fragment size: 16380
> 2006-08-16 21:21:58.052 AO: Audio Stretch Factor: 1
> 2006-08-16 21:21:58.052 Audio Codec Used: not set
> 2006-08-16 21:21:58.053 AO: Ending reconfigure
> 2006-08-16 21:21:58.054 AFD: Audio stream type changed.
> 2006-08-16 21:21:58.054 AO: kickoffOutputAudioLoop: pid = 24568
> 2006-08-16 21:21:58.054 AO: OutputAudioLoop: Play Event
> 2006-08-16 21:21:58.090 NVP: prebuffering pause
> 2006-08-16 21:21:58.090 AO: Pause 1
> 2006-08-16 21:21:58.091 AO: OutputAudioLoop: audio paused
> 2006-08-16 21:21:58.123 AO: Pause 0
> 2006-08-16 21:21:58.123 AO: OutputAudioLoop: Play Event
> 2006-08-16 21:22:04.896 TV: Attempting to change from WatchingPreRecorded to
> None
> 2006-08-16 21:22:04.948 AO: Killing AudioOutputDSP
> 2006-08-16 21:22:04.954 AO: OutputAudioLoop: Stop Event
> 2006-08-16 21:22:04.954 AO: kickoffOutputAudioLoop exiting
> 2006-08-16 21:22:05.038 TV: Changing from WatchingPreRecorded to None
> 0: start_time: 0.027 duration: 500.076
> 1: start_time: 0.029 duration: 499.980
> stream: start_time: 0.300 duration: 5556.400 bitrate=2565 kb/s
> 2006-08-16 21:22:05.270 AFD: Opened codec 0x81f9e30, id(MPEG2VIDEO)
> type(Video)
> 2006-08-16 21:22:05.271 AVFD: codec MP2 has 2 channels
> 2006-08-16 21:22:05.271 AFD: Opened codec 0x835d060, id(MP2) type(Audio)
> 2006-08-16 21:22:05.271 AFD: Audio Track #1 is A/V stream #1 and has 2
> channels in the Unknown language(0).
> 2006-08-16 21:22:05.271 AFD: Selected track 1: Unknown MP2 2ch (A/V Stream
> #1)
> 2006-08-16 21:22:05.271 AFD: Initializing audio parms from audio track #1
> 2006-08-16 21:22:05.271 AFD: Audio format changed
> from id(NONE) -1Hz -1ch 0bps ;
> id(NONE) -1Hz -1ch 0bps
> to id( MP2) 48000Hz 2ch 16bps ; id( MP2) 48000Hz
> 2ch 16bps
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
>
>

tim at wheresrover

Aug 18, 2006, 1:17 PM

Post #14 of 22 (4685 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channel audio support [In reply to]

I concur I get this too

Tim
On 18 Aug 2006, at 21:14, MythTV wrote:

> #1104: multi channel audio support
> -------------------------
> +--------------------------------------------------
> Reporter: Mark Spieth | Owner: ijr
> Type: enhancement | Status: new
> Priority: minor | Milestone: 0.21
> Component: mythtv | Version: head
> Severity: medium | Resolution:
> -------------------------
> +--------------------------------------------------
> Comment (by l-case [at] gmx):
>
> i get a compile error with this patch actual svn and gcc 4.1
> audiooutputbase.cpp:38: error: extra qualification
> �DigitalEncoder::� on
> member �Init�
>
> --
> Ticket URL: <http://cvs.mythtv.org/trac/ticket/1104#comment:18>
> MythTV <http://www.mythtv.org/>
> MythTV
> _______________________________________________
> mythtv-commits mailing list
> mythtv-commits [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-commits

_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

mtdean at thirdcontact

Aug 18, 2006, 11:34 PM

Post #15 of 22 (4678 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channelaudio support [In reply to]

On 08/17/2006 03:22 AM, Lueddich [at] gmx wrote:
> I'm using a ASUS Pundit-R with an integrated ATI IXP Sound Device, I think, it's a 150...

OK, so yours is definitely using the ALSA standard assignments in
hardware and Mark's is using a card-specific assignment in hardware.

So, the behavior we should see on yours if Mark wrote the patch to use
the outputs for his card:

Your mappings (hardware and drivers):

chn0 - front left
chn1 - front right
chn2 - rear left
chn3 - rear right
chn4 - center
chn5 - lfe

His card's hardware mappings (which would then correspond to the
software mapping in Myth):

chn0 - front left
chn1 - front right
chn2 - center
chn3 - lfe
chn4 - rear left
chn5 - rear right

So, you should hear the center channel on your rear left speaker, lfe on
your rear right (assuming your speaker has the range), rear left on your
center, and rear right on your lfe.

This seems to agree with your description of the issue...

Mike
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

mtdean at thirdcontact

Aug 18, 2006, 11:39 PM

Post #16 of 22 (4670 views)
Permalink

Re: [mythtv-commits]Ticket #1104:multi channelaudio support [In reply to]

On 08/17/2006 01:40 AM, Mark Spieth wrote:
> yes I am using a via motherboard driver as in your list with only 6ch out
> the driver does list the order I mentioned which is why I adjusted the ac3
> decoder to output in that order.
> looks like other cases to figure out for 8ch out cards.
>

Both the 6ch and 8ch out cards have the same channel mapping issues. I
just included the 8ch assignments because it was identical to the 6ch
but with two extra. (I thought it was "more complete" info for you, for
what it's worth.) So, the 6ch mappings are affected on the cards I
mentioned, meaning we need to figure out the 6ch mappings, too.

> I know some others are using it successfully in analog mode. perhaps they
> would like to retest with HEAD and latest patch.
> this is what Ill do first.

I should be able to test it in about a month or so (don't have the
hardware in place, yet, and am doing waaaay too much traveling).

In the meantime, however, if you have a chance, you may want to test
with ALSA:surround51 as your audio output device in Myth. Doing that,
the ALSA default configuration for your card should map application
output using ALSA's defaults to fit your hardware (i.e. application
outputs are assumed ALSA defaults, driver remaps to your hardware
defaults, so your card works like one whose hardware uses the ALSA
defaults). In other words, you should hear what Jan is hearing. This
assumes you don't have a user- or system-specific ALSA config file
(~/.asoundrc or /etc/asound.conf) that remaps surround51 (i.e. with a
"pcm.!surround51" definition). You should even be able to just
temporarily rename any ~/.asoundrc and/or /etc/asound.conf when you
start/run mythfrontend to ensure a "clean" test environment.

If you decide to change the patch to use ALSA's defaults, you can fix
your system by adding a ttable to the pcm definition in your ALSA config
file you normally use. I.e. put:

ttable.0.0 1
ttable.1.1 1
ttable.2.4 1
ttable.3.5 1
ttable.4.2 1
ttable.5.3 1

into the pcm definition in your user and/or system ALSA config file.
(Feel free to send me your ALSA config if you want a more complete
example. :)

I haven't yet come up with any acceptable solution for getting around
the hardware-specific differences, but I feel that in the meantime, Myth
should ensure it's outputting data using ALSA default mappings. Doing
so would ensure correct behavior for the largest number of cards (most
use ALSA default mappings in hardware). Whether that correlates to the
largest number of Myth users, though, I couldn't even guess. :)

I'm pretty sure that the right place to fix it is outside of Myth. I
have some ideas for how to do so without requiring complex
configurations by the user, but I have to do some testing, first. It's
probably not that bad to put hardware-specific information in Myth,
though, since we have a ton of it for the capture cards. Or, we could
just assume the ALSA defaults and let users re-map speakers within Myth
(i.e. during configuration, Myth plays a sound and the user selects the
appropriate speaker from a dropdown box). I'd be interested to know
which of these approaches the devs would prefer.

Mike
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

lueddich at gmx

Aug 19, 2006, 2:23 AM

Post #17 of 22 (4682 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channelaudio support [In reply to]

Hey, where do you get your infos from? ;) Great!

I will change the wires of my system, so I have the right channel in the
richt speaker for now. Thanks a lot!

@ Mark:
If I should test any new patches with "standard" mappings, you only have
to say so ;) I have another idea: What about using different sound
devices for different things? For example, I made a .asoundrc file
defining a device that copies the front left+right to the center, base
and rear speakers. With your patch, I have 6-channel-sound when it's in
the stream, but 2-channel-sound is only on front left+right... What do
you think about that?

Michael T. Dean schrieb:
> On 08/17/2006 03:22 AM, Lueddich [at] gmx wrote:
>
>> I'm using a ASUS Pundit-R with an integrated ATI IXP Sound Device, I think, it's a 150...
>>
>
> OK, so yours is definitely using the ALSA standard assignments in
> hardware and Mark's is using a card-specific assignment in hardware.
>
> So, the behavior we should see on yours if Mark wrote the patch to use
> the outputs for his card:
>
> Your mappings (hardware and drivers):
>
> chn0 - front left
> chn1 - front right
> chn2 - rear left
> chn3 - rear right
> chn4 - center
> chn5 - lfe
>
> His card's hardware mappings (which would then correspond to the
> software mapping in Myth):
>
> chn0 - front left
> chn1 - front right
> chn2 - center
> chn3 - lfe
> chn4 - rear left
> chn5 - rear right
>
> So, you should hear the center channel on your rear left speaker, lfe on
> your rear right (assuming your speaker has the range), rear left on your
> center, and rear right on your lfe.
>
> This seems to agree with your description of the issue...
>
> Mike
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
>
>

mtdean at thirdcontact

Aug 19, 2006, 8:33 AM

Post #18 of 22 (4695 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channelaudio support [In reply to]

On 08/19/06 05:23, Jan Kleinig wrote:

> I will change the wires of my system, so I have the right channel in
> the richt speaker for now. Thanks a lot!

You could always change it in ALSA (so it's easier to include/remove the
changes). In your ~/.asoundrc, add a ttable to the pcm definition
you're using for MythTV's audio output device. You'll want the same
entries Mark needs to use to go back to ALSA defaults:

ttable.0.0 1
ttable.1.1 1
ttable.2.4 1
ttable.3.5 1
ttable.4.2 1
ttable.5.3 1

Doing this also has the benefit that other applications can use a different pcm definition (i.e. set xine to use surround51) and they will still output on the right channel.

Mike

_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

mark at dclabs

Aug 19, 2006, 5:27 PM

Post #19 of 22 (4678 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channelaudio support [In reply to]

> On 08/19/06 05:23, Jan Kleinig wrote:
>
>> I will change the wires of my system, so I have the right channel in
>> the richt speaker for now. Thanks a lot!
>
>
> You could always change it in ALSA (so it's easier to include/remove the
> changes). In your ~/.asoundrc, add a ttable to the pcm definition
> you're using for MythTV's audio output device. You'll want the same
> entries Mark needs to use to go back to ALSA defaults:
>
> ttable.0.0 1
> ttable.1.1 1
> ttable.2.4 1
> ttable.3.5 1
> ttable.4.2 1
> ttable.5.3 1
>
> Doing this also has the benefit that other applications can use a
> different pcm definition (i.e. set xine to use surround51) and they will
> still output on the right channel.
>
this seems the best option. should be put in the docs perhaps.
the only thing is that it may intriduce extra CPU usage but that should be
for the user do determine if a plug swap or a s/w swap is desirable if
different players in use do different things.
Ive checked and the code aleady puts things in
L,R
SL,SR
C,LFE
order so everything should be ok.
still looking for a corruption and jan's funny video is puzzling too.
cheers
mark

_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

simon at koala

Aug 21, 2006, 3:26 AM

Post #20 of 22 (4644 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channelaudio support [In reply to]

Michael T. Dean wrote:
> You could always change it in ALSA (so it's easier to include/remove the
> changes). In your ~/.asoundrc, add a ttable to the pcm definition
> you're using for MythTV's audio output device. You'll want the same
> entries Mark needs to use to go back to ALSA defaults:
>
> ttable.0.0 1
> ttable.1.1 1
> ttable.2.4 1
> ttable.3.5 1
> ttable.4.2 1
> ttable.5.3 1
>
> Doing this also has the benefit that other applications can use a different pcm definition (i.e. set xine to use surround51) and they will still output on the right channel.
>
i don't suppose you could write up alsa for mythtv in the wiki
and add it to http://www.mythtv.org/wiki/index.php/Configuring_Digital_Sound

that would be really helpful
--
simon
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

lueddich at gmx

Aug 27, 2006, 5:07 AM

Post #21 of 22 (4574 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channelaudio support [In reply to]

Hey Mark, I'm having another issue ;)

When playing a dvd with AC3 5.1 sound with the internal player of
svn10946, I got the center on front left, while everything is OK with
5.1-recordings... Any idea?

What about my idea to give different streams to different audio devices?
I.e. 2 channel => ALSA:plug:cp2to6ch and 6 channel => /dev/dsp?

-Jan

Mark Spieth schrieb:
>> On 08/19/06 05:23, Jan Kleinig wrote:
>>
>>
>>> I will change the wires of my system, so I have the right channel in
>>> the richt speaker for now. Thanks a lot!
>>>
>> You could always change it in ALSA (so it's easier to include/remove the
>> changes). In your ~/.asoundrc, add a ttable to the pcm definition
>> you're using for MythTV's audio output device. You'll want the same
>> entries Mark needs to use to go back to ALSA defaults:
>>
>> ttable.0.0 1
>> ttable.1.1 1
>> ttable.2.4 1
>> ttable.3.5 1
>> ttable.4.2 1
>> ttable.5.3 1
>>
>> Doing this also has the benefit that other applications can use a
>> different pcm definition (i.e. set xine to use surround51) and they will
>> still output on the right channel.
>>
>>
> this seems the best option. should be put in the docs perhaps.
> the only thing is that it may intriduce extra CPU usage but that should be
> for the user do determine if a plug swap or a s/w swap is desirable if
> different players in use do different things.
> Ive checked and the code aleady puts things in
> L,R
> SL,SR
> C,LFE
> order so everything should be ok.
> still looking for a corruption and jan's funny video is puzzling too.
> cheers
> mark
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev [at] mythtv
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
>
>

mark at dclabs

Aug 27, 2006, 5:01 PM

Post #22 of 22 (4595 views)
Permalink

Re: [mythtv-commits] Ticket #1104: multi channelaudio support [In reply to]

>Hey Mark, I'm having another issue ;)
>
>When playing a dvd with AC3 5.1 sound with the internal player of svn10946,
>I got the center on front left, >while everything is OK with
>5.1-recordings... Any idea?

thats strange. it should be the same every time. perhaps its actually only
3.5.0 (no LFE)
or is it actually dts perhaps?

>
>What about my idea to give different streams to different audio devices?
>I.e. 2 channel => >ALSA:plug:cp2to6ch and 6 channel => /dev/dsp?

that could be worthwhile. perhaps a setting to set 2 ch, 6 ch devices
individually in setup.

I was playing with your test file and have found out that it is partially
corrupted.
if you zero out or remove the first 500k, then it works properly.
Im trying to find a fix for this. Ive seen this happen for the video part
sometimes too.
where mplayer and xine are tolerant of such streams, myth is not as tolerant
as Id like it to be.
this seems to be in laf.

Ill post the timestretch patch soon as that appears to be working. the
segfault went away, probably due to something else that was fixed.

cheers
mark

_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads