[mythtv-users] hd-pvr problem recording audio after firmware update

[JWA]

On Thu, Jul 22, 2010 at 12:46, Matt Goebel <matt at goebelnet.com> wrote:
>
>
> ----- Original Message -----
>> On Thu, Jul 22, 2010 at 00:27, Matt Goebel <matt at goebelnet.com> wrote:
>> > On 7/22/2010 2:44 AM, Alan Young wrote:
>> >>
>> >> John P Poet wrote:
>> >>>
>> >>> On Wed, Jul 21, 2010 at 5:10 PM, Alan Young <ayoung at teleport.com>
>> >>> wrote:
>> >>>>
>> >>>> JWA wrote:
>> >>>>>
>> >>>>>  Stream #0 pid(0x1011) type(video-h264 0x1b)
>> >>>>>  Registration Descriptor: 'HDMV' Blu-Ray A/V for read-only media
>> >>>>>  (H.264
>> >>>>> TS)
>> >>>>>  Stream #1 pid(0x1100) type(audio-aac 0xf)
>> >>>>
>> >>>> I've seen this for a while. I have not figured out what's causing
>> >>>> it.
>> >>>>  If
>> >>>> the HDPVR recording gets identified as AAC audio, it either does
>> >>>> not
>> >>>> record
>> >>>> right or it is play back right. I haven't figured out which. If
>> >>>> the
>> >>>> recording shows AC3, it plays back ok. In my case, I'm not using
>> >>>> the
>> >>>> current firmware. It's from May 2009. I'm not having to reboot to
>> >>>> correct
>> >>>> it. If I stop the recording and then restart it right away, it
>> >>>> gets
>> >>>> identified as AC3 and then it records correctly.
>> >>>
>> >>> Are you using:
>> >>>
>> >>> http://svn.mythtv.org/trac/ticket/6719
>> >>> and
>> >>> http://svn.mythtv.org/trac/ticket/6611
>> >>>
>> >>> ??? Those patches may help this situation. Note that I have
>> >>> recently
>> >>> updated the -fixes patch on #6719.
>> >>>
>> >>>
>> >>> John
>> >>
>> >> I went back over my setup and I think it's still somehow tied to
>> >> whole
>> >> channel change process.
>> >>
>> >> I noticed that in my channel change script, it sleeps 2 seconds
>> >> before it
>> >> returns to myth. My notes indicate I had that up as high as 2.6
>> >> seconds.
>> >>  I've increased the delay 2.3 to see if that makes a difference and
>> >>  may try
>> >> it higher too.
>> >>
>> >> Before I made that change I caught another of these errors happen
>> >> this
>> >> evening. I was able to flip over to the console and verify with
>> >> v4l2-ctl
>> >> that the input was set to SPDIF. I don't have boost audio set.
>> >>
>> >> I think I may have tried those patches in the past. I don't have
>> >> them
>> >> applied at the moment. I'll take a look at them again.
>> >>
>> >> Alan
>> >>
>> >> _______________________________________________
>> >> mythtv-users mailing list
>> >> mythtv-users at mythtv.org
>> >> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>> >
>> > I don't thing this is channel change script sleep time related at
>> > all. I
>> > also don't think it's MythTV related either.
>> >
>> > Results from further testing, still no change:"
>> >
>> > 1. Downgrade firmware from 1.5.7.0 to 1.5.6.0 - no difference
>> > 2. Setting audio_encoding=4 (AC3) with v4l2-ctl - only difference is
>> > that
>> > problem channels now show AC3 instead of AAC, previously everything
>> > that
>> > works shows AC3 and doesn't AAC, changed it back
>> > 3. Turned off audio boost - no difference
>> > 4. Changed the sleep time in my change channel script - only
>> > difference is
>> > how stable channel changes are, too low I get audio stutter, too
>> > high live
>> > TV can crash. It makes absolutely no difference if I get audio on a
>> > problem
>> > channel or not as the same problem channels don't work, the good
>> > ones still
>> > do.
>> > 5. Tested output outside of myth with a problem channel ("cat
>> > /dev/video0 >
>> > test.ts") - playing back the audio file I still have the same no
>> > audio
>> > problem I see in myth
>> >
>> > Based on the above I'm thinking this is either STB or driver
>> > related. I
>> > can't see how MythTV is involved as it happens outside Myth too.
>> > Basically
>> > if mythfrontend -v record shows audio as AAC is 100% doesn't work
>> > and if
>> > it's AC3 it 100% does. Unfortunately I have a Motorola DCX3200 STB
>> > which
>> > appears to have no audio configuration options if you're not using
>> > HDMI.
>>
>> Hmm... I have a DCX3200 as well. I wonder if it's just limited to
>> this model? Maybe my updating the HD-PVR firmware just happened to
>> coincide with a firmware update to the DCX3200? But since it works
>> fine using my Mac, just not my Linux box, it can't be purely the STB.
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users at mythtv.org
>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
> Who is your provider and what distro/kernel are you running?
>
> Me -Brighthouse, Fedora 12 /w 2.6.32.16-141 (HDPVR driver built in)  I'm certain it happened with the kernel previous to that as well.

I have TimeWarner, Ubuntu 10.04 / 2.6.32-24.38 (x86_64).  It happens
both with the standard hdpvr driver, and one I compiled myself (that
enables the ir receiver/blaster).

> It might also be another package...  I'm not sure if it's even related but I updated my ffmpeg packages with those in the testing repo and things *seem* a little better in the hour or so I tested.

I didn't change any software on my system when the problem started.
The only direct thing I did was upgrade the HD-PVR firmware.