Re: [Live-devel] doGetNextFrame() timing in mpeg2ts context

2008-11-13 Thread Ross Finlayson
Is there maybe a way to directly schedule a call to *doGetNextFrame()* in the event loop since this is not a static function or what would be the alternative The alternative is to write a static member function that then calls "doGetNextFrame()", and have "scheduleDelayedTask()" arrange to cal

Re: [Live-devel] doGetNextFrame() timing in mpeg2ts context

2008-11-13 Thread Horst Weglanz
Thank you very much, the clue not to schedule a call to *afterGetting()* solved also another bug which I didn't at all correlate to that issue. But when calling doNextFrame() recursively like this: | if ( isFrameAvailable() ) | { |processFrame(); | } | else | { |usleep(10); |doNextF

Re: [Live-devel] Bug / patch in parseRTSPRequestString

2008-11-13 Thread Sébastien Escudier
Quoting Ross Finlayson <[EMAIL PROTECTED]>: > Thanks, yes. I have now released a new version (2008.11.13) of the > code that fixes this problem. Please let me know if this works OK > for you now. Thank you. I can't tell you for sure, because I don't know how to reproduce this. But if this happe

Re: [Live-devel] Bug / patch in parseRTSPRequestString

2008-11-13 Thread Ross Finlayson
I looked into the code, and here is some comments : - The following line appears to be useless, as j is set to i+1 next line : while (j < reqStrSize && (reqStr[j] == ' ' || reqStr[j] == '\t')) ++j; // skip over any additional white space for (j = i+1; (int)j < (int)(reqStrSize-8); ++j) {

Re: [Live-devel] Bug / patch in parseRTSPRequestString

2008-11-13 Thread Sébastien Escudier
Sorry, I forgot to show you this from gdb, which confirm k1 was probably 0. (gdb) p k $4 = 80 (gdb) p k1 $5 = 4294967295 (gdb) p k2 $6 = 4294967281 (gdb) p k3 $7 = (gdb) p n $8 = 4120 (gdb) p reqStrSize $9 = 167 ___ live-devel mailing list live-devel@l

Re: [Live-devel] cross compiling for mips

2008-11-13 Thread Marco Amadori
On Thursday 13 November 2008, 09:25:23, Edward wrote: > Here is the config I am using. > CROSS_COMPILE= mipsel-linux- > COMPILE_OPTS = $(INCLUDES) -I. -O2 -DSOCKLEN_T=socklen_t > -DNO_STRSTREAM=1 -D_LARGEFILE_SOURCE=1 -D_FILE_OFFSET_BITS=64q > C = c > C_COMPI

[Live-devel] Bug / patch in parseRTSPRequestString

2008-11-13 Thread Sébastien Escudier
Hi I had a segfault in parseRTSPRequestString. To see gdb details, please go te the end of the mail. I looked into the code, and here is some comments : - The following line appears to be useless, as j is set to i+1 next line : while (j < reqStrSize && (reqStr[j] == ' ' || reqStr[j] == '\t')

Re: [Live-devel] cross compiling for mips

2008-11-13 Thread Edward
Here is the config I am using. CROSS_COMPILE= mipsel-linux- COMPILE_OPTS = $(INCLUDES) -I. -O2 -DSOCKLEN_T=socklen_t -DNO_STRSTREAM=1 -D_LARGEFILE_SOURCE=1 -D_FILE_OFFSET_BITS=64q C = c C_COMPILER =$(CROSS_COMPILE)gcc C_FLAGS = $(

Re: [Live-devel] doGetNextFrame() timing in mpeg2ts context

2008-11-13 Thread Ross Finlayson
| if ( isFrameAvailable() ) | { |processFrame(); | } | else | { |usleep(10); |nextTask() = envir().taskScheduler().scheduleDelayedTask(0,(TaskFunc*)FramedSource::afterGetting, this); | } The big problem with this code is that if "isFrameAvailable()" returns False, then you end up

[Live-devel] doGetNextFrame() timing in mpeg2ts context

2008-11-13 Thread Horst Weglanz
Hello I have a question regarding whether I use liveMedia or mpeg2ts correctly or not. I want to mux video frames to mpeg2ts, since I needed another interface than the once already included, I build my own *MySource* derived from *FramedSource*. In there is the appropriate *doGetNextFrame()* me