Re: [Live-devel] H264 problem with StreamParser leak

2010-12-30 Thread Geoff Cleary
standard if the data being passed through the discrete framer *does* contain the startcodes? Video does play on vlc, but in our experience, vlc is very forgiving. Thanks, Geoff On Tue, Dec 28, 2010 at 2:49 PM, Geoff Cleary wrote: > *Thanks for the response, Ross. > > I

[Live-devel] Fix for H264 profile-level-id

2010-12-30 Thread Geoff Cleary
Ross, The following patch fixes a problem that the H264 Profile Level Id was being built and then truncated in u_int8_t profile_level_id; it needs to be u_int32_t profile_level_id. $ svn diff lib/live/liveMedia/H264VideoRTPSink.cpp Index: lib/live/liveMedia/H264VideoRTPSink.cpp ==

[Live-devel] H264 problem with StreamParser leak

2010-12-28 Thread Geoff Cleary
ot;H264VideoStreamFramer". If your H.264 encoder delivers discrete NAL units (i.e., one-NAL-unit-at-a-time), then it should be fed into a "H264VideoStreamDiscreteFramer" instead. (In this case, though, there should *not* be a start code (0x0001) at the start of each NAL unit;

[Live-devel] Pipelined request Seg Fault

2007-09-17 Thread Geoff Cleary
> This problem caused the sever to seg fault. > > This is the first time you've mentioned a seg fault. If that > happens, then there's definitely a bug in the server code. > > Please add > #define DEBUG 1 > to the start of "RTSPServer.cpp", and recompile. This will generate > debugging ou

Re: [Live-devel] Race condition bug fix

2007-09-14 Thread Geoff Cleary
See embedded comment below. Geoff > -Original Message- > From: [EMAIL PROTECTED] [mailto:live-devel- > [EMAIL PROTECTED] On Behalf Of Ross Finlayson > Sent: Friday, September 14, 2007 10:49 AM > To: LIVE555 Streaming Media - development & use > Subject: Re: [Live-devel] Race condition bug

[Live-devel] Race condition bug fix

2007-09-14 Thread Geoff Cleary
Ross I have found out more about what the client (Genetec V4.0) is doing. It is trying to pipeline requests for two Unicast streams. It expects the two streams to play concurrently, however the server assigns the same session IDs. What do you think standard behavior should be in this regard? I hav

Re: [Live-devel] Race condition bug fix

2007-09-13 Thread Geoff Cleary
I agree that in the case of two reads to build a request, my code does not pass the correct length, however there is still a problem. Sorry I did not explain it fully in my original mail. In our use of the server, the client often makes two requests for a pair of streams from the server. Theref

[Live-devel] Race condition bug fix

2007-09-12 Thread Geoff Cleary
[RTSP_PARAM_STRING_MAX]; ! if (!parseRTSPRequestString((char*)ptr, bytesRead, cmdName, sizeof cmdName, urlPreSuffix, sizeof urlPreSuffix, urlSuffix, sizeof urlSuffix, === Geoff Cleary, Principal