[Live-devel] HEVC problem with start code ?

PROMONET Michel michel.promonet at thalesgroup.com
Wed Feb 19 04:00:35 PST 2014


            Hi Ross,

I guess the problem is deeper.

Modifying the start code of the first IDR frame of surfing.265 from 00 00 01 to 00 00 00 01, but it does not solve the problem.
The result file still contain an IDR frame :
00 00 00 01 26 01 C8 D7 0D 55 E5
But the original file start with an IDR frame:
00 00 00 01 26 01 AD 70 C8 D7 0D 55 E5
It seems "AD 70" are missing ?

The problem doesnot seems related to VLC, ffmpeg complains also "PPS id out of range", "Error parsing NAL unit #0"
I will let you know if I found something interesting.

Best Regards,

            Michel.

[@@ THALES GROUP INTERNAL @@]

De : live-devel-bounces at ns.live555.com [mailto:live-devel-bounces at ns.live555.com] De la part de Ross Finlayson
Envoyé : mardi 18 février 2014 23:00
À : LIVE555 Streaming Media - development & use
Objet : Re: [Live-devel] HEVC problem with start code ?

I made some tries with http://www.elecard.com/assets/files/other/clips/surfing.265 andhttp://www.elecard.com/assets/files/other/clips/Sintel_272p_logo.265

Using live555MediaServer to stream the file and openRTSP to record the stream.
The resulting file is no more readable (for instance using VLC 2.1.3) as the original was.

So what?  For the bazillionth time: VLC is not our software!  VLC not being able to play a file usually has nothing to do with us.

But, FWIW...  My copy of VLC (2.1.3, running on Mac OS X) plays the "surfing.265" clip OK, but does not play the "Sintel_272p_logo.265" file at.  Again, not our problem.  Complain to a VLC mailing list about that.

I tried running "openRTSP" to record the "surfing.265" file, streamed from a "LIVE555 Media Server".  Strangely, after renaming the output file "video-H265-1" to have a ".265" filename suffix[*], VLC was unable to play the resulting file.  As you noted, the only difference between the two files is that:
1/ The first NAL unit ("SPS") begins with 0x00 0x00 0x00 0x01 rather than 0x00 0x00 0x01.  But that's not the problem, because VLC wouldn't play the file even when I deleted the first 0x00.
2/ The resulting file contains an extra copy of the "SPS", "PPS", and "VPS" NAL units at the start.  ("openRTSP" (via the "H265VideoFileSink" class) adds these three NAL units at the start of the output file, in case they didn't appear in the stream itself.)  This shouldn't be a problem for VLC (or at least, for whatever H.265 codec that it uses), but apparently it is.  But once again - that's not our problem.  Complain to a VLC mailing list about that.

[*] For some dumb reason, VLC can play H.265 files with either a ".265" or ".h265" filename suffix, but can play H.264 files with only a ".h264" filename suffix - not a ".264" filename suffix.   Complain to a VLC mailing list about that.

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/20140219/719d15a5/attachment.html>


More information about the live-devel mailing list