|[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
On 07/11/2012 09:25 AM, Marx wrote:
On 11.07.2012 01:13, Antti Palosaari wrote:All these tests shows your device is running as it should.There are errors in almost every case, they are absent in your example. Is it ok?
You mean these: [mpeg2video @ 0x8d47940] mpeg_decode_postinit() failure [mp3 @ 0x8d4a5c0] Header missing [mpegts @ 0x9f1e900] max_analyze_duration reached[mpegts @ 0x9f1e900] Estimating duration from bitrate, this may be inaccurate
[mpegts @ 0x9cc7900] PES packet size mismatchThose are OK. It is live video stream and thus having no header to tell info about stream content. ffmpeg is forced to read raw stream and guess used codes where may happen sometimes few problems.
If you see correct picture when opening that stream in video player it is correct. It is likely happen if ffmpeg can detect it.
Test VDR again to see if it breaks.VDR unfortunatelly doesn't work saying "frontend 0/0 timed out while tuning to channel 21, tp 211116" and "ERROR: streamdev: protocol violation (VTP) from 127.0.0.1:38551". In fact I cannot play any stream directly via VDR, but it can be caused by some incompatibility between VDR and the newest kernel. VDR reads EPG properly so there is something wrong with it. But it's probem not for this list.
Add more tuning delay to VDR.
Today test works like yesterday. I will wait and test again later.
regards Antti -- http://palosaari.fi/ -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html