Dear Ross,
Thanks for your reactivity. Unfortunately the new version (2010.11.10) does not
solve for the issue and not using the -Q option
does not make any change.
After calling shutdown and then subsessionByeHandler functions, OpenRTSP gets
in trouble when trying to use the clientData poi
Il 10/11/2010 17:50, Ross Finlayson ha scritto:
fprintf(stderr, "DEBUG: %d = %d - (%d + %d + %d), tbs %d, tba %d,
ods %d\n", newPacketStart, fOutBuf->curPacketSize(), rtpHeaderSize,
fSpecialHeaderSize, frameSpecificHeaderSize(),
fOutBuf->totalBufferSize(), fOutBuf->totalBytesAvailable(),
fOut
Il 10/11/2010 17:50, Ross Finlayson ha scritto:
fprintf(stderr, "DEBUG: %d = %d - (%d + %d + %d), tbs %d, tba %d, ods
%d\n", newPacketStart, fOutBuf->curPacketSize(), rtpHeaderSize,
fSpecialHeaderSize, frameSpecificHeaderSize(),
fOutBuf->totalBufferSize(), fOutBuf->totalBytesAvailable(),
fOutB
The problem now is that, even if I *don't* subclass JPEGVideoRTPSink
anymore (I even wiped the files of the subclasses from the HD), and
use instead liveMedia's JPEGVideoRTPSink class, the double-free
corruption problem is still here, as it was before commenting out
the efficiency hack.
OK.
Hi,
As I mentioned, if I play the file directly in VLC the quality is
perfect, so VLC is probably not the issue.
Network should not be an issue as I either stream on the same PC where I
play the video, or from a server connected on a local 100M switch.
Is there a way I can check the PCR timesta
Il 10/11/2010 16:32, Ross Finlayson ha scritto:
I seem to experience the very same double-free corruption problem I
already reported with the latest version of your code
(live.2010.11.04), streaming mjpeg on rtp.
For convenience, I report the problem again here:
The double-alloc issue seems t
I then stream video.ts using live555, and play it using vlc.
Although I do get something on VLC, the quality is very bad (I get
good quality with MPEG2 videos).
What happens if you just *play* your "video.ts" file using VLC -
i.e., just play it as a local file, rather than streaming it? If yo
I need to stream multiple ts files, each having its own index file,
as a single stream.
I know there is ByteStreamMultigFile class, but I am not sure how to
couple index and ts files.
You can't do this. Both the index file and the file that it's
indexing needs to be a single file.
--
Ross F
I seem to experience the very same double-free corruption problem I
already reported with the latest version of your code
(live.2010.11.04), streaming mjpeg on rtp.
For convenience, I report the problem again here:
The double-alloc issue seems to be triggered when I add a 4-byte
special heade
Il 02/11/2010 14:07, Ross Finlayson ha scritto:
Ross, thanks for the new release. I have tried it and is not working
here.
Please let me know if you find any bugs in the latest release, because
it is the only version for which support will be given. (Remember, You
Have Complete Source Code.)
Hi,
I'm trying to stream H264 video but I have some quality issues and I
cannot find a way to solve it. Maybe some experienced developers can
help me on that
I generate a TS file containing H264 video and ac3 audi using ffmpeg:
ffmpeg -i video.mkv -vbsf h264_mp4toannexb -ab 384k -vcodec
Hi.
I need to stream multiple ts files, each having its own index file, as a
single stream.
I know there is ByteStreamMultigFile class, but I am not sure how to couple
index and ts files.
I hope you can help me.
Mojtaba
___
live-devel mailing list
live-d
12 matches
Mail list logo
