[mythtv-users] Recordings Playback too fast on Frontend, fine on Backend
jk90090
jk90090 at gmail.com
Tue Mar 3 05:51:03 UTC 2009
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
More information about the mythtv-users
mailing list