[mythtv-users] Recordings Playback too fast on Frontend, fine on Backend

[jk90090]

Nick Rout wrote:
>
>
> wouldn't hurt to look at the sound stream to see what rates it uses.
>
>
> ffmpeg -i /path/to/file.mpeg
>
> generally gives good info.
> _______________________________________________
>   
One recording shows :

Input #0, mpegts, from '2111_xx.mpg':
  Duration: 01:00:54.99, start: 77726.715467, bitrate: 9186 kb/s
  Program 1
    Stream #0.0[0x7c0]: Video: mpeg2video, yuv420p, 1280x720 [PAR 1:1 
DAR 16:9], 38810 kb/s, 59.94 tb(r)
    Stream #0.1[0x7c1]: Audio: ac3, 48000 Hz, stereo, s16, 448 kb/s

another:

Input #0, mpegts, from '2071_yy.mpg':
  Duration: 01:59:55.25, start: 63218.202778, bitrate: 10466 kb/s
  Program 1
    Stream #0.0[0x840]: Video: mpeg2video, yuv420p, 1280x720 [PAR 1:1 
DAR 16:9], 38810 kb/s, 59.94 tb(r)
    Stream #0.1[0x841]: Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s

The first is from Fox, the later from ABC.  Here we find two with 
different audio, one in stereo and one in 5.1. 

Also, I know I've figure out why some recordings now work and others do 
not.  All of the transcoded recordings, so far, are fine.  

A transcoded file:
Seems stream 0 codec frame rate differs from container frame rate: 
1000.00 (1000/1) -> 59.94 (60000/1001)
Input #0, nuv, from '1111_zz.nuv':
  Duration: 30:05:45.59, start: 10139.365000, bitrate: 127 kb/s
    Stream #0.0: Video: mpeg4, yuv420p, 960x544, PAR 136:135 DAR 16:9, 
59.94 tb(r)
    Stream #0.1: Audio: mp3, 48000 Hz, stereo, s16, 128 kb/s


Now, I know my system was playing back non-transcoded OTA recordings 
fine previously, as several shows normally aren't transcoded.  Those now 
are failures over QAM.  Also, I can definitely say the recordings are a 
good bit smaller than their comparable OTA recordings, so it seems as 
suspected the cable company is cutting out some data.

-JK