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

Matt Goebel matt at goebelnet.com
Thu Jul 22 19:46:42 UTC 2010



----- 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.  

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.  


More information about the mythtv-users mailing list