Mailing List Archive: MythTV: Dev

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

Index | Next | Previous | View Threaded

mark at digivation

Jan 20, 2008, 7:22 PM

Post #1 of 25 (4866 views)
Permalink

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

> I'm seeing an issue that you may already be aware of - when the ac3
> stream
> changes from 6 channel to 2 channel, the audio heavily distorts until 6ch
> comes back. Looking in the code, it seems that the code tries to
> compensate for this and switch to reading the stream correctly, but in my
> case it just displays the "audio stream changed" message and plays the
> distorted sound.

which patch are you using? 42 should have this resolved. otherwise please
provide a sample (30secs?) where this happens.
I assume this is in and out of ads

mark

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

mark at digivation

Jan 21, 2008, 6:49 PM

Post #2 of 25 (4750 views)
Permalink

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

> I'm going to try to get this into 0.21...

daniel
let me know if you need anything major changed organisation/structure wise.
the only thing not catered for is DTS passthrough as I had to take some
lines out.
no feedback from anyone yet on this.
eveything else seems to be quite good barring a couple of issues re DVB
radio
and switching between 6ch and 2ch upmix which I havent had time yet to look
into.

mark

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

laga+mythtv at laga

Jan 27, 2008, 12:33 PM

Post #3 of 25 (4717 views)
Permalink

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

Mark Spieth wrote:
>> I'm seeing an issue that you may already be aware of - when the ac3
>> stream
>> changes from 6 channel to 2 channel, the audio heavily distorts until 6ch
>> comes back. Looking in the code, it seems that the code tries to
>> compensate for this and switch to reading the stream correctly, but in my
>> case it just displays the "audio stream changed" message and plays the
>> distorted sound.
>
> which patch are you using? 42 should have this resolved. otherwise please
> provide a sample (30secs?) where this happens.
> I assume this is in and out of ads
>

Do you still need a sample?

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

mark at digivation

Jan 27, 2008, 1:59 PM

Post #4 of 25 (4726 views)
Permalink

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

>Mark Spieth wrote:
>>> I'm seeing an issue that you may already be aware of - when the ac3
>>> stream
>>> changes from 6 channel to 2 channel, the audio heavily distorts until
>>> 6ch
>>> comes back. Looking in the code, it seems that the code tries to
>>> compensate for this and switch to reading the stream correctly, but in
>>> my
>>> case it just displays the "audio stream changed" message and plays the
>>> distorted sound.
>>
>> which patch are you using? 42 should have this resolved. otherwise please
>> provide a sample (30secs?) where this happens.
>> I assume this is in and out of ads
>>
>
>Do you still need a sample?

yes please, unless you think it works.

mark

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

laga+mythtv at laga

Jan 27, 2008, 2:05 PM

Post #5 of 25 (4721 views)
Permalink

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

Mark Spieth wrote:

>
> yes please, unless you think it works.
>
> mark

You'll get one ASAP. Thanks for being so responsive.
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

mark at digivation

Feb 1, 2008, 2:10 PM

Post #6 of 25 (4691 views)
Permalink

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

> Mark, how much work would it be to use ffmpeg's fourier transforms if
> fftw3 isn't available?
>
> Also, if we do use fftw3, we're going to need to check for it in
> ./configure and not use it if it isn't installed..

I havent analysed this yet. Note that mythmusic uses fftw3 already.
Hoever on a quick look at fft.c, fft-test.c it wouldnt be too hard.
However, lavc fft doesnt have a real-complex mode which only uses 1/2 the
result (due to odd symmetry inherent in this mode of fft) so I suspect it
will be slower. If this is important its doable within a few hours.
Things that need to change are the init/finalize, and filtering needs to be
modified to use all 8k freq domain samples instead of 4k freq domain samples
due to the symmetry not being redundant. scaling should be the same.

Still working on bug fixes. Ive figured out why swapping from 2 to 6 and
back doesnt work. still working on a fix but lavc has a couple of changes to
support it. hopefully an update this weekend for this.

mark

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

danielk at cuymedia

Feb 1, 2008, 2:18 PM

Post #7 of 25 (4693 views)
Permalink

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

On Sat, 2008-02-02 at 09:10 +1100, Mark Spieth wrote:
> > Mark, how much work would it be to use ffmpeg's fourier transforms if
> > fftw3 isn't available?
> >
> > Also, if we do use fftw3, we're going to need to check for it in
> > ./configure and not use it if it isn't installed..
>
> I havent analysed this yet. Note that mythmusic uses fftw3 already.
> Hoever on a quick look at fft.c, fft-test.c it wouldnt be too hard.
> However, lavc fft doesnt have a real-complex mode which only uses 1/2 the
> result (due to odd symmetry inherent in this mode of fft) so I suspect it
> will be slower. If this is important its doable within a few hours.
> Things that need to change are the init/finalize, and filtering needs to be
> modified to use all 8k freq domain samples instead of 4k freq domain samples
> due to the symmetry not being redundant. scaling should be the same.

I think it's important because this still adds another lib requirement.
For MythMusic it isn't a required lib. We should still use fftw3 when
it's available. It really is the fastest free FFT library out there.

> Still working on bug fixes. Ive figured out why swapping from 2 to 6 and
> back doesnt work. still working on a fix but lavc has a couple of changes to
> support it. hopefully an update this weekend for this.

Cool, finding the cause is usually more than half the work.

Did you figure out the problem with DVB radio too?

-- Daniel

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

mark at digivation

Feb 1, 2008, 3:07 PM

Post #8 of 25 (4700 views)
Permalink

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

> Did you figure out the problem with DVB radio too?

not yet.

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

mark at digivation

Feb 3, 2008, 2:51 AM

Post #9 of 25 (4657 views)
Permalink

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

> Ok, so in my testing so far ALSA:analog works great at 2ch and 5.1ch.
> Kudos.

thats because I can use it :)
there is another patch for #chan changes within a stream to stop the hiccup
when audio is reinited.
Im halfway done lavc fft mods with config but for some reason it doesnt
work.

>
> But with "ALSA:spdif":
> AC3 passthrough only when "Max Audio Channels" is set to "Stereo".
> When time stretch is engaged (disabling passthrough) CPU usage
> goes through the roof (110% of on an AMD 64 X2 4200+), there
> is sound, but it is very corrupted.
> Without AC3 passthrough checked, there is no sound at all.

perhaps some of those using it can advise settings. I cant remember names.
EdW?

> I have not tested with other audio output methods yet or to see if DTS

Only alsa so far.

> passthrough sound still works.

I suspect DTS should be ok. not sure of the 8 ch behaviour though if that is
possible.

>Before I do, had you tested SPDIF output?

no. only through others and they havent complained recently so I only assume
its still ok.
I dont have a spidf setup yet until I get my new frontend done.
I should get the hardware this coming week on order.

> If so and you got sound, what kind of CPU usage were you seeing?

on my combined XP2000+ analog upmixing fftw3 uses about 39% vs 21% for 2ch
for same video.
no figures for passthru.

mark

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

danielk at cuymedia

Feb 3, 2008, 9:01 AM

Post #10 of 25 (4652 views)
Permalink

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

On Sun, 2008-02-03 at 21:51 +1100, Mark Spieth wrote:
> > Ok, so in my testing so far ALSA:analog works great at 2ch and 5.1ch.
> > Kudos.
>
> thats because I can use it :)
> there is another patch for #chan changes within a stream to stop the hiccup
> when audio is reinited.
> Im halfway done lavc fft mods with config but for some reason it doesnt
> work.

There was actually one problem, when playing a stereo recording
with 5.1 up mixing the front speaker volume was about 6 db too
low in volume when compared to an AC3 recording.

> > I have not tested with other audio output methods yet or to see if DTS
>
> Only alsa so far.

I'm just testing to make sure there are no regressions in other output
methods. They don't actually have to have 5.1 sound available.

> >Before I do, had you tested SPDIF output?
> no. only through others and they havent complained recently so I only assume
> its still ok.
> I dont have a spidf setup yet until I get my new frontend done.
> I should get the hardware this coming week on order.
>
> > If so and you got sound, what kind of CPU usage were you seeing?
>
> on my combined XP2000+ analog upmixing fftw3 uses about 39% vs 21% for 2ch
> for same video.
> no figures for passthru.

Ok, so there was something wrong on my machine then. We don't have to
have this in SVN until mid to late February to make the 0.21 release,
so there is still time to fix the remaining issues.

-- Daniel

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

mark at digivation

Feb 5, 2008, 4:36 PM

Post #11 of 25 (4632 views)
Permalink

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

>There was actually one problem, when playing a stereo recording
>with 5.1 up mixing the front speaker volume was about 6 db too
>low in volume when compared to an AC3 recording.

Ive noticed variations in how this is encoded. perhaps MP3 sound works
differently to AC32 and AC35.1

I noticed with the AC3 5.1->2.0 switching clip that centre was low in 5.1
mode and ok in 2.0 mode. this means there may be a problem with 5.1 decode
in the internal ac3dec. not sure yet. I dont have too many 5.1 non HD
recordings to test with.
no dts 5.1 clips to test with.

>
>I'm just testing to make sure there are no regressions in other output
>methods. They don't actually have to have 5.1 sound available.

ac3passthru may be slightly broken in 47 so Ill attach 48 which has this
fix. untested of course for pasthru because I cant :-)

otherwise if seems fine on my 2ch frontend so far. all 2chmode stuff should
be identical.

note for AC3 passthru setup, always set maxchannels to 2 as otherwise the
alsa sound device doesnt open correctly.

mark

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

mark at digivation

Feb 6, 2008, 3:59 AM

Post #12 of 25 (4616 views)
Permalink

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

> Mark, passthru works with 48, but I'm just getting a lot of noise on re-
> encode... are you sending the right AC3 marker bits in the re-encoded
> stream?

woops forgot that I have a half complete ffmpeg fft implementation.
use
configure --enable-libfftw3
to use fftw3 as its not the default in 48.
but that wont influence reencode/passthru as upmixing os off for this mode.

>
> BTW The for the mix problem in analog, just play any old PVR-250
> recording. If you've adjusted your system correctly for 5.1, it sounds as
> if these 2ch recordings are being mixed to 5.1 so that they voices are
> very low volume while the background sounds are still at the correct
> volume; overall the volume is lower than 5.1 ATSC sources. I also see
> this
> on ads in Sunday's Superbowl, at minute 50:30 the Pepsi ad is ok, at
> 51:00
> the salesgenie ad has very low volume, and the Fox terminator promo at
> 51:30 mostly sounds ok but sound noticeably dips in a few of the cuts.

Im experimenting with gains some more whilst watching.
Im doubling the center_level as a test.

mark

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

danielk at cuymedia

Feb 6, 2008, 7:47 AM

Post #13 of 25 (4613 views)
Permalink

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

On Wed, 2008-02-06 at 22:59 +1100, Mark Spieth wrote:
> > Mark, passthru works with 48, but I'm just getting a lot of noise on re-
> > encode... are you sending the right AC3 marker bits in the re-encoded
> > stream?
>
> woops forgot that I have a half complete ffmpeg fft implementation.
> use
> configure --enable-libfftw3
> to use fftw3 as its not the default in 48.
> but that wont influence reencode/passthru as upmixing os off for this mode.

Yep, rencode is still not working with --enable-libfftw3

> >
> > BTW The for the mix problem in analog, just play any old PVR-250
> > recording. If you've adjusted your system correctly for 5.1, it sounds as
> > if these 2ch recordings are being mixed to 5.1 so that they voices are
> > very low volume while the background sounds are still at the correct
> > volume; overall the volume is lower than 5.1 ATSC sources. I also see
> > this
> > on ads in Sunday's Superbowl, at minute 50:30 the Pepsi ad is ok, at
> > 51:00
> > the salesgenie ad has very low volume, and the Fox terminator promo at
> > 51:30 mostly sounds ok but sound noticeably dips in a few of the cuts.
>
> Im experimenting with gains some more whilst watching.
> Im doubling the center_level as a test.

Concentrate on getting reencode and ffmpeg FFT working if you can.
I'm happy to apply the patch if all that's left is some tweaking of
volume knobs, that is better done with many test systems anyway.

-- Daniel

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

mark at digivation

Feb 6, 2008, 7:08 PM

Post #14 of 25 (4610 views)
Permalink

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

> I tested this with svn rev 15806.
>
> With the mythtv_ac3.48.patch, timestretch is complete unusable. As
> soon as I hit the "TOGGLESTRETCH" key (ctrl-s on my system), all I get
> are clicks and pops -- the audio completely goes away. Toggling the
> timestretch to go back to 1.0x speed does not fix the problem -- The
> only way to get the audio back is to stop the show and start playing
> it again.
>
> I have pass-though enabled and only use the S/PDIF connection to my
> preamp.

can you please try with liba52 enabled instead of the internal ac3 decoder.
It may make a difference.

also what was the last patch worked?

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

jppoet at gmail

Feb 6, 2008, 9:22 PM

Post #15 of 25 (4600 views)
Permalink

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

On Feb 6, 2008 8:08 PM, Mark Spieth <mark [at] digivation> wrote:
> > I tested this with svn rev 15806.
> >
> > With the mythtv_ac3.48.patch, timestretch is complete unusable. As
> > soon as I hit the "TOGGLESTRETCH" key (ctrl-s on my system), all I get
> > are clicks and pops -- the audio completely goes away. Toggling the
> > timestretch to go back to 1.0x speed does not fix the problem -- The
> > only way to get the audio back is to stop the show and start playing
> > it again.
> >
> > I have pass-though enabled and only use the S/PDIF connection to my
> > preamp.
>
> can you please try with liba52 enabled instead of the internal ac3 decoder.
> It may make a difference.

--enable-liba52bin --disable-decoder=ac3 --enable-decoder=liba52

Right?

If I do that the clicks and pops go away --- now I get silence with
any of my ATSC (HDTV) shows. It does not matter if I have timestretch
enabled or not.

It does seem to work with the shows I have recorded using my PVR-500,
though. Even the PVR-500 shows had clicks and pops without the liba52
enabled.

> also what was the last patch worked?

Actually, this is the first time I have tried any of the patches on
this ticket. Can you give me a list of candidate or should I just
start bisecting the version?

Thanks,

John
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

mark at digivation

Feb 8, 2008, 1:14 PM

Post #16 of 25 (4589 views)
Permalink

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

> I use pass-through using S/PDIF also. I had to change the
> AudioOutputDigitalEncoder class to get it to work right. My change is in
> ac3enc.patch. It's a hack, but it works for me.

thanks bill. saved me heaps of time.

correct solution is
block_len = enc_len
or
block_len *= bit_rate/8
which are the same.

now to get ffmpeg fft going.

mark

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

mark at digivation

Feb 10, 2008, 3:11 PM

Post #17 of 25 (4563 views)
Permalink

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

> Is there now an option to always have the 6 speaker synthesis for external
> decoder enabled or is it just in timestretch mode?
>
> I only connect via S/PDIF but would like to make use of the 2 to 6 channel
> expansion 100% of the time eg. in MythMusic (with automatic passthrough
> if the source is 5.1 to start with). Is this now possible?

not yet. it is planned. when I get my new frontend up Ill see what I can do
as then Ill need it too. :-)

however spidf does send 2ch audio down as well as ac3 encoded audio as
digital.

mark

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

mark at digivation

Feb 13, 2008, 5:15 PM

Post #18 of 25 (4525 views)
Permalink

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

> Mark, thanks for the win patch. Daniel, it wasn't quite right (it changed
> the sig of Reconfigure to a bool for audio_passthru, and didn't cast the
> second arg of swab(). I will commit re-repair soon.
> Mark, audiooutputdigitalencoder.cpp has a lot of (data+8). Any objection
> to this change:

the swab is doing the byte swap in place. the 2nd param is not a const so
didnt need to be typecast.
or do you mean to change the type to char* and const char* instead?
the main problem in the error I saw as the non constness of the first param
which if the compiler is a bit more strict, it will reject. I didnt think
there would be a problem with the compiler implicitly converting uchar* to
char*

however it wont affect linux systems as the libs currently have swab defined
with void*
an alternate fix could be to fix the header in mingw where swab is defined
to use void* instead of char* (string.h I think).
This may or may not be desirable and am not sure if andrei or buzz would
like this to happen.
Either way I dont really care :-)

mark

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

nigel at ind

Feb 13, 2008, 6:05 PM

Post #19 of 25 (4530 views)
Permalink

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

On 14/02/2008, at 12:15 PM, Mark Spieth wrote:

> 2nd param is not a const so didnt need to be typecast.
> or do you mean to change the type to char* and const char* instead?

1) Correct. Sadly, 'twas needed for MinGW.
Seems harmless on Linux & Mac OS X.

2) Change I was asking about was trivial swab-and-tidy.patch.
Add unsigned char * payload = data + 8;
Hoping to make a little more readable.

Of course, you may not care about that either.
Can't blame you, after 2 years of this ticket :-)

--
Nigel Pearson, nigel [at] ind|"Look at this!
Telstra Net. Eng., Sydney, Australia | Do you think I put this in
Office: 9202 3900 Fax: 9261 3912 | to get better reception?"
Mobile: 0408 664435 Home: 9792 6998 | Batty - Fern Gully
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

mark at digivation

Feb 13, 2008, 6:13 PM

Post #20 of 25 (4526 views)
Permalink

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

> (In [16007]) MinGW compile fixes. See #1104, [16001] and [16005]

in Reconfigure def in audiooutoutdx

audio_passthru should be a bool not an int. it is everywhere else

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

ngarratt at gmail

Feb 16, 2008, 8:15 AM

Post #21 of 25 (4498 views)
Permalink

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

> however spidf does send 2ch audio down as well as ac3 encoded audio as
> digital.

Changeset 15893 breaks passthru for me (emu10k1). The reduction in
buffer_time throws underruns and I get no sound. Setting this back to
500000 fixes it.

My fragment_size also gets calculated to 6400 which is not cleanly
divisible for 6 channels @ 16-bits. It still works like this, but I'm
not sure what impact it actually has.

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

jppoet at gmail

Feb 16, 2008, 11:36 PM

Post #22 of 25 (4489 views)
Permalink

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

I just tried svn rev 16112. With it I no longer get click & pops, and
the sound generally seems to work.

However, if I invoke timestretch and then go back to 1.0x speed,
pass-through is not re-enabled.

John
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

mark at digivation

Feb 18, 2008, 12:28 PM

Post #23 of 25 (4472 views)
Permalink

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

> I'm using fedora core 8 and tried to follow the configure options listed
> earlier (--enable-liba52bin --enable-liba52 --disable-decoder=ac3
> --enable-decoder=liba52) and got the following linking error:

dont use a52 ATM. it appears to be broken.

mark

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

mark at digivation

Feb 24, 2008, 2:29 PM

Post #24 of 25 (4412 views)
Permalink

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

> Is it possible to get this to work with 5 channel audio? The CBS
> affiliate in my area broadcasts in AC3 5.0 instead of 5.1. 6 channel
> audio works, but I get no sound in mythtv from this 5 channel source.

its on the list. I didnt think anyone would do this.
is this still AC3?

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

nigel at ind

Mar 6, 2008, 3:52 PM

Post #25 of 25 (4281 views)
Permalink

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

> in Reconfigure def in audiooutoutdx
>
> audio_passthru should be a bool not an int

Oops. Thanks, applied to head and fixes.

--
Nigel Pearson, nigel [at] ind| 4 8
Telstra Net. Eng., Sydney, Australia | 15 16
Office: 9202 3900 Fax: 9261 3912 | 23 42
Mobile: 0408 664435 Home: 9792 6998 | Lost

_______________________________________________
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