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-boun...@ns.live555.com
[mailto:live-devel-boun...@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/
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
