[mythtv-users] ffmpeg Errors Transcoding mpg Radio Recordings.

Nick Rout nick.rout at gmail.com
Thu Sep 13 09:19:05 UTC 2012


On Wed, Sep 12, 2012 at 11:17 PM, John Pilkington <J.Pilk at tesco.net> wrote:
> On 12/09/12 09:28, Ian Barton wrote:
>>
>> For several years I have been transcoding radio programs recorded from
>> from FreeView (UK) to mp3 using ffmpeg:
>>
>> nice -n19 ffmpeg -i "1708_20120910122900.mpg" -y -ab 64k -ac 2 -acodec
>> libmp3lame -f mp3
>> "/media/recordings/mythtv/radio/BBC_Radio_7_Steptoe_and_Son_Homes Fit
>> for Heroes_20120910122900.mp3"
>>
>> However,since upgrading my backend to Ubuntu 12.04 and Myth 0.25 I get
>> the following errors:
>>
>> Input #0, mpegts, from '1708_20120910122900.mpg':
>>    Duration: 00:31:58.94, start: 3315.007200, bitrate: 1378 kb/s
>>    Program 1
>>      Stream #0:0[0x6a6](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000
>> Hz, stereo, s16, 160 kb/s
>>      Stream #0:1[0x6ae]: Unknown: none ([11][0][0][0] / 0x000B)
>>      Stream #0:2[0x1ce9]: Unknown: none ([11][0][0][0] / 0x000B)
>>      Stream #0:3[0x1c21]: Unknown: none ([11][0][0][0] / 0x000B)
>>      Stream #0:4[0x1c22]: Unknown: none ([11][0][0][0] / 0x000B)
>>      Stream #0:5[0x1c23]: Unknown: none ([11][0][0][0] / 0x000B)
>>      Stream #0:6[0x1c24]: Unknown: none ([11][0][0][0] / 0x000B)
>>      Stream #0:7[0x1c25]: Unknown: none ([11][0][0][0] / 0x000B)
>> Output #0, mp3, to 'BBC_Radio_7_Steptoe_and_Son_Homes Fit for
>> Heroes_20120910122900.mp3':
>>    Metadata:
>>      TSSE            : Lavf54.6.100
>>      Stream #0:0(eng): Audio: mp3, 48000 Hz, stereo, s16, 64 kb/s
>> Stream mapping:
>>    Stream #0:0 -> #0:0 (mp2 -> libmp3lame)
>> Press [q] to stop, [?] for help
>> PES packet size mismatch31:58.10 bitrate=  64.0kbits/s
>> [mp2 @ 0xa36f40] incomplete frame
>> Error while decoding stream #0:0
>> size=   14993kB time=00:31:59.11 bitrate=  64.0kbits/s
>> video:0kB audio:14993kB global headers:0kB muxing overhead 0.001472%
>>
>> Has anyone else had this problem?
>>
>> Ian.
>
>
> Is it a problem?  It looks as if it's got to EOF, but maybe it then doesn't
> complete processing.  I use mplayer -dumpaudio -dumpfile which has always
> quit like this:
>
> TS_PARSE: COULDN'T SYNC
> dump: 54699840 bytes written to
> '/mnt/f10store/myth/stripped/1704_20120911212800.mp2'.
> Core dumped ;)


"core dumped ;) " is a longstanding mplayer developers in joke!


More information about the mythtv-users mailing list