[Live-devel] Full HD Contents. trickplay question (with VLC)
Markus Schumann
markuss at sonicfoundry.com
Thu Jun 27 18:07:34 PDT 2013
The file has a number of problems.
Here a log output from a TS checker for file ChunMyung1.ts.
Error Total count Description of last error PID of last error TS Packet with last error
First Priority
TS_sync_loss 0 - - -
Sync_byte_error 0 - - -
PAT_error_2 16 Sections with table_id 0x00 do not occur at least every 0,5 s on PID 0x0000 0x0 61325
PAT_error_2 [1] 16 Sections with table_id 0x00 do not occur at least every 0,5 s on PID 0x0000 0x0 61325
PAT_error_2 [2] 0 - - -
PAT_error_2 [3] 0 - - -
Continuity_count_error 0 - - -
Continuity_count_error [1] 0 - - -
Continuity_count_error [2] 0 - - -
PMT_error_2 30 Sections with table_id 0x02, (i.e. a PMT), do not occur at least every 0,5 s on each program_map_PID which is referred to in the PAT 0x30 61325
PMT_error_2 [1] 30 Sections with table_id 0x02, (i.e. a PMT), do not occur at least every 0,5 s on each program_map_PID which is referred to in the PAT 0x30 61325
PMT_error_2 [2] 0 - - -
PID_error 0 -
Furthermore - I see an usually mapping between video slices and PES packets.
For most files and the original (ChunMyung.ts) I see one video slice is mapped into one PES packet.
The modified file ChunMyung1.ts contains 30+ PES packets per video slice which may not be illegal but definitely unusual and may trip a mpeg2 TS demuxer.
Markus.
From: live-devel-bounces at ns.live555.com [mailto:live-devel-bounces at ns.live555.com] On Behalf Of Ross Finlayson
Sent: Thursday, June 27, 2013 6:01 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Full HD Contents. trickplay question (with VLC)
I had already conducted a test with VLC Media Player before testing with STB. (VLC v.2.0.6 and VLC v2.0.7)
As you can see original file, 2x file is not animated as original file and 4x file is somehow animated but looks quite unnatural.
Could you please check it out again?
Yes, I see the problem that you're referring to, but unfortunately I can't figure out specifically what's wrong with the videos. So I hope someone on this mailing list (with expertise in H.264/Transport Stream video) can help diagnose the problem.
I have put the example files online at
http://www.live555.com/ChunMyung/
Note the file "ChunMyung1.ts". This file was created by applying 'trick play' to the original file, with a scale factor of 1 - i.e., by running:
testMPEG2TransportStreamTrickPlay ChunMyung.ts 0 1 ChunMyung1.ts
Because our 'trick play' works by using I-frames only, this file effectively consists just of the i-frames from the original file. If you play this file in VLC, you can see that the I-frames freeze starting at about the 10 second mark, and do not resume until about the 1 minute mark. Does anyone know why?
For another illustration of this, note the file "ChunMyung1-30.ts". This file was created by applying 'trick play' to the original file, with a scale factor of 1, but starting at the 30 second mark - i.e., by running:
testMPEG2TransportStreamTrickPlay ChunMyung.ts 30 1 ChunMyung1-30.ts
If you play this file in VLC, you can see that the video is 'empty' until about the 30 second mark (i.e., corresponding to about 1 minute into the original video). Does anyone know why?
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20130628/54a9d36b/attachment-0001.html>
More information about the live-devel
mailing list