On Fri, Oct 17, 2008 at 4:27 PM, Ross Finlayson <[EMAIL PROTECTED]> wrote:
>
>> >> In other words, once I do the above, what else
>> >> do I have to do to clean up in rebuild again in preparation of
>> >> streaming the next file?
>> >
>> > If you want to keep the existingoutput network connections
On Fri, Oct 17, 2008 at 4:38 AM, Ross Finlayson <[EMAIL PROTECTED]> wrote:
>
>> In other words, once I do the above, what else
>> do I have to do to clean up in rebuild again in preparation of
>> streaming the next file?
>
> If you want to keep the existingoutput network connections, and continue
On Thu, Oct 16, 2008 at 6:17 AM, Ross Finlayson <[EMAIL PROTECTED]> wrote:
>
>> The behavior I expect is that at the end of the stream, when
>> stopPlaying() is called on both sinks, live555 should send and RTCP
>> Bye packet, causing MPlayer to exit.
>
> No, that's not what the code does. When th
Hello,
I am playing with the vobStreamer application, using MPlayer -rc2 to
view the stream.
The behavior I expect is that at the end of the stream, when
stopPlaying() is called on both sinks, live555 should send and RTCP
Bye packet, causing MPlayer to exit. But l have confirmed with
wireshark th
On Thu, Oct 16, 2008 at 12:29 AM, Ross Finlayson <[EMAIL PROTECTED]> wrote:
>
>> I am writing a streaming application with live555, both on the server
>> and client ends. I will be using live555 to mulitcast MPEG2 transport
>> streams over RTP to the clients. Periodically, the server will stop
>> m
Hello,
I am writing a streaming application with live555, both on the server
and client ends. I will be using live555 to mulitcast MPEG2 transport
streams over RTP to the clients. Periodically, the server will stop
multicasting the current file and switch to a new one, sending it to
the same multi
Hello,
Please see attached files to see how you can use FFmpeg's libavformat
library to write a framer for H264 video. The code has been tested
with .mp4 files, and with a tweak or two, will work for any other
container format. It assumes that the nal_length_size is 4, but one
can change this so t
On Wed, Jun 18, 2008 at 9:37 PM, Mike Gilorma
<[EMAIL PROTECTED]> wrote:
> That sounds like it might be helpful, could you send that over to me?
I will, when I get to the (non-networked) machine that contains it tomorrow.
--
B. Gitonga Marete
Tel: +254-722-151-590
___
On Wed, Jun 18, 2008 at 8:44 PM, Mike Gilorma
<[EMAIL PROTECTED]> wrote:
> Thank you for your response, but I am looking to incorporate this code
> with some other test programs based off the live555 libraries, so I was
> hoping someone would have something in that realm.
My code that uses libavfo
Hello,
I have written a prototype that makes use of FFmpeg's libavformat
library. It works, no matter what file format contains the H.264 data.
Or you want something that is "native" to live555?
BGM.
On Wed, Jun 18, 2008 at 7:09 PM, Mike Gilorma
<[EMAIL PROTECTED]> wrote:
> I've read the FAQ and
2008/6/16 Lucas <[EMAIL PROTECTED]>:
>
> I'm using liveMedia with vlc to capture a mp4 rtsp stream to disk. I'd like
> to create a jpeg of the most recent frame every second or so out of this
> stream (which is running about 30 fps), could this be done easily?
>
> Thanks,
>
Have a look at FFmpe
2008/6/11 <[EMAIL PROTECTED]>:
> Typical, unhelpful, arrogant response I've seen from this person.
>
If you have been here a while, you will know that Ross routinely and
courteously answers all manner of questions posed here, including
repetitive queries already answered on the FAQ or previously
On Wed, Jun 11, 2008 at 6:48 PM, Francesco Matassoni
<[EMAIL PROTECTED]> wrote:
> In data 11 giugno 2008 alle ore 17:33:31, Brian Marete <[EMAIL PROTECTED]>
> ha scritto:
>
>> Hello,
>>
>> I asked a similar question a few days ago on this list and received a
On Wed, Jun 11, 2008 at 4:32 PM, Francesco Matassoni
<[EMAIL PROTECTED]> wrote:
> I need to protect an RTP stream coming from VLC, so i think to make a
> program that stand in the middle between a server and a client. My program
> take the payload from the RTP packet, protect them and then retransm
On Thu, May 29, 2008 at 4:57 PM, Ross Finlayson <[EMAIL PROTECTED]> wrote:
> You're correct that you can't use the usual *RTP*Source and *RTP*Sink
> classes. However, because you wish to pass the RTP header fields 'as is',
> you could instead read and send raw-UDP (rather than RTP) packets. You c
Hello,
I would like to use live555 to create and RTP translator that simply
encrypts the payload of the RTP packets and preserves header
information such as SSRC as required by the RTP standard. It seems to
me I cannot use the usual source/sink facilities since then the sink
would create new heade
16 matches
Mail list logo
