First of all : what would be the most elegant solution to parse the
SPS/PPS in order to get the correct sprop_parameter_sets_str
parameter ?
You need to convert these (binary) NAL units into ASCII character
strings, using Base-4 encoding.
Of course, I meant Base-64 encoding.
We provide a
First of all : what would be the most elegant solution to parse the
SPS/PPS in order to get the correct sprop_parameter_sets_str
parameter ?
You need to convert these (binary) NAL units into ASCII character
strings, using Base-4 encoding. We provide a function
"base64Encode()" that you can
Hi guys,
I'm trying to use Mike's code inside the live555MediaServer
application in order to stream H.264 encoded file on demand. I created
a H264VideoFileServerMediaSubsession, based on MPEG4's version, and I
added a piece of code to parse the SPS/PPS and format it in the
sprop_parameter
Ok, I'll give that a shot. The FU-A framing was already done for me in
the H264VideoRTPSink that came with live555. I did have to add some
code to it to send the sps and pps packets before each IDR unit
You should do that in your "*Framer" class, *not* by modifying the
existing "H264VideoRTPS
Ok, I'll give that a shot. The FU-A framing was already done for me in
the H264VideoRTPSink that came with live555. I did have to add some
code to it to send the sps and pps packets before each IDR unit so VLC
would play the stream.
thanks for the help, I'll keep everybody posted on the progre
The reason why you're stream doesn't work in Quicktime is because
QuickTime expects something called SDP Parameters - its text that
describes the stream, and in the case of H.264,
Quicktime looks into this SDP list to find the SPS and PPS
information (See RFC Spec section on sprop parameters)
The reason why you're stream doesn't work in Quicktime is because QuickTime
expects something called SDP Parameters - its text that describes the
stream, and in the case of H.264,
Quicktime looks into this SDP list to find the SPS and PPS information (See
RFC Spec section on sprop parameters)
You
Also my stream works in VLC and Mplayer, but not Quicktime.
That might just be a (known) problem with Quicktime's decoder not
handling as wide a variety of H.264 video encodings as the decoder
used by VLC and MPlayer.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
Thanks Ross, setting the frameDuration to the number of frames per
second seemed to make things better. I guess I'll have to make that
more dynamic later on, but the good news is I'm streaming H.264!!!
the bad news?
My file doesn't keep playing, I modeled my test program after
testMPEG4VideoStre
Hello Mike,
I have interest in what you are doing with the H264. Haven't you forgot to
inlcude the H264VideoStream Parser.hh in your previous email?
Regards,
2008/6/25 Mike Gilorma <[EMAIL PROTECTED]>:
> Update: getting closer!!!
>
> I have re-written my framer based off the H263plusVideoFramer
I have re-written my framer based off the H263plusVideoFramer instead of
trying to subclass the MPEGVideoStreamParser. Now I can see that my
framer is parsing through the NAL units and that the H264RTPSink is
actually sending some packets out. The problem is that the file is
getting parsed too q
Update: getting closer!!!
I have re-written my framer based off the H263plusVideoFramer instead of
trying to subclass the MPEGVideoStreamParser. Now I can see that my
framer is parsing through the NAL units and that the H264RTPSink is
actually sending some packets out. The problem is that the fi
All,
I have been working on creating a h264 framer for about a week and feel
like I have headed in the wrong direction, so its time for a fresh
start. Would H263plusVideoFramer be a good starting point?
I have been searching "h.264 site:lists.live555.com" and it seems that
there are people ou
13 matches
Mail list logo
