On Jul 28, 2008, at 6:04 PM, Harry Coin wrote: > Correction: Should have been > > v4l2-ctl -c audio_later_ii_bitrate=13 > > not 'v4l-ctl...' > > FYI: > > I have a PVR-150 running on an old Dell Optiplex (no PCIe, just PCI). > I had no problems until upgrading to the lastest ivtv driver, and > published firmware and the lastest mythtv stable on Debian Etch > (2.8.18). previously I was using the same version of linux, but with > the previous stable mythtv and the ivtv drivers published about one > year > ago. > > After the 'upgrade', the tinny or fuzzy or scratchy audio on the > PVR-150 > (and apparently the 500, a dual 150) would set in randomly, with a > bias > toward every other scheduled audio recording. The problem is not in > playback, the distortion is encoded in the mpeg stream, it is an input > issue. In my case the input is the s-video input and the RCA left/ > right > audio. I've proven (by hotwiring the audio leads to a separate > amp/speaker setup) the supplied audio is clear into the PVR150. I can > make the problem appear at will by playing new pvr-150 sourced mpeg > files and disappear by playing ones recorded before the upgrade with > no > changes to the audio - out playback setup. (same card as source, same > resolution, etc, etc.) > > But I've found a sort-of fix > > v4l2-ctl -c audio_later_ii_bitrate=13 > > Of some interest -- the rate listed was already at 13. Somehow the > pvr-150 just began to encode audio at a very low rate. Actually > setting the rate to any legal value at all restores normal audio. >
Thanks tons for your research into this. I have a PVR-500 that had tinny audio a couple of years ago that was fixed in the driver but started again in March/April with a big RPM update. Hopefully your find on a bad bitrate will help fix the driver itself. Keith C _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
