The problem, I think, is that the QuickTime file format requires a
"mdat" 'atom' to be written at the start of the file. The
QuickTimeFileSink code works by first reserving space at the front of
the file for this structure, and then - before closing the file -
filling it in. (It has to wait u
Hi,
We have an application to save streaming video from an IP camera to
files every 30 secs. I plan to modify the code of QuickTimeFileSink (by
creating a new class) so that I can use a timer to close the old file
and open a new file without deleting the instance of QuickTimeFileSink.
(1) To
On Thursday 25 June 2009 10:35 pm, Muhammad Bilal wrote:
> Hi Everyone!
>
> I'm writing Xvideo streamer. I've written my own Video source file derived
> from FramedSource and I'm using MPEG4VideoStreamDiscreteFramer and
> MPEG4ESVideoRTPSink. I'm using VLC player to receive stream. The problem is
>
Sorry to be dense. I saw the text you provided from the FAQs, but
wasn't quite sure what it meant. As it is written, I understand this
to mean that a sink module that is part of a chain of nodes from the
source to the destination sink will receive data from an upstream
source (or a sink that is
Ross,
Sorry to be dense. I saw the text you provided from the FAQs, but wasn't
quite sure what it meant. As it is written, I understand this to mean
that a sink module that is part of a chain of nodes from the source to
the destination sink will receive data from an upstream source (or a
sink that
So, what is confusing to me is that in the first question, data
flows from source to sink (which is what I would expect), yet the
second question suggests that data is transmitted by a sink and
received by a source (which is counterintuitive).
Jeff,
Note the last paragraph in
http://www.live
I am trying to wade through the source code to understand how to modify
it to stream an H.264 AVC NAL stream over RTP.
In looking at the FAQ questions, I am a little confused by some of the
terminology.
For example, in the question:
What is the typical control flow within an application that
I'm trying to send JPEG file, and wrote my JPEGVideoSource(), I use
openRTSP as the client, and my input test file is just a frame, but
i got some trouble, sometimes openRTSP could got the stream and
saved, but sometime it didn't - the recived file is 0 byte.and
always got "BYE" and "TEARDO
Hi, dear all,
I'm trying to send JPEG file, and wrote my JPEGVideoSource(), I use openRTSP
as the client, and my input test file is just a frame, but i got some
trouble, sometimes openRTSP could got the stream and saved, but sometime it
didn't - the recived file is 0 byte.and always got "BYE"
Thanks for the report. These will get fixed in the next release of
the software.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-deve
Hi,
I've found some bugs as described below.
== ntohl() portability ==
To be fully portable, all the line like,
ntohl(*(unsigned*)(bPacket->data()))
in the file liveMedia/MultiFramedRTPSource.cpp, should use uint32_t,
rather than unsigned,
ntohl(*(uint32_t*)(bPacket->data()))
This also
Thankyou very much.
>"fTo" is a pointer, not a counter!
just a typo mistake from my side. I mean't to say
However just before copying data into fTo
the value of
fMaxSize is 201260
Before creating RTP sink i have set
OutPacketBuffer::maxSize = 20;
However just before copying data into fTo
the value
of fMaxSize is 201260
the value
of fTo is 64405
"fTo
Before creating RTP sink i have set
OutPacketBuffer::maxSize
= 20;
However just before copying data into fTo
the value of
fMaxSize is 201260
14 matches
Mail list logo
