I have run into a scenario where I have a socket leak. What happens
is I create a new RTSPClient by calling RTSPClient::createNew. I then
try sendOptionsCmd. The leak happens if sendOptionsCmd fails. I'll try
the createNew and get options every 5 seconds until it succeeds.
I could not find
Is there a non-blocking Describe implementation for RTSPClient? I have
multiple clients and if I bring one online that has a server that is
not available, RTSPClient blocks the other running clients until the
timeout occurs.
I saw a partial post that was made in 2007 regarding the issue but
Not sure if this made it through to the list so I'm resending.
- Brad
-
Ross,
I modifies MultiFramedRTPSource to add the ability to set and call a
callback function to gain access to the RTP extended header. This
works for
freezes and vlc message says
ffmpeg decoder error: more than 5 seconds of late video -> dropping
frame (computer too slow ?)
On the other hand, vlc can play the recorded file if rename it
to .m4v.
York
On Tue, 2009-03-31 at 16:55 -0400, Brad Bitterman wrote:
Oh! I think I know exactly w
:49 -0400, Brad Bitterman wrote:
Not sure what would cause a color issue like what you're
describing Live555 doesn't modify the frame data in any way so
chroma info should not be modified.
- Brad
On Mar 30, 2009, at 10:34 PM, sun york-R58495 wrote:
Thanks for the hint. vlc can pla
n...@ns.live555.com on behalf of Brad Bitterman
Sent: Mon 3/30/2009 19:51
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] stream m4e
You can use ffmpeg to wrap the file into a mp4 container. I think the
command is just the following:
./ffmpeg -i video-MP4V-ES-1 out.mp4
You can use ffmpeg to wrap the file into a mp4 container. I think the
command is just the following:
./ffmpeg -i video-MP4V-ES-1 out.mp4
You should then be able to open the file with VLC. Also, ffmpeg will
usually tell you if there are problems with the bitstream. I have also
just renamed
Ross,
I modifies MultiFramedRTPSource to add the ability to set and call a
callback function to gain access to the RTP extended header. This
works for my test scenario. If there is no RTP extended header
(probably 90% of the time this is the case) then the added code has no
effect on the
Can you point me to where the header gets skipped (where the RTP
header gets parsed)? I'll look and see if there is a clean way to
allow access to the data. Any suggestions on the best way to add access?
Thanks,
Brad
On Mar 24, 2009, at 12:50 AM, Ross Finlayson wrote:
Is there an easy way t
Is there an easy way to access the RTP header when using live555 as a
client? A video source I'm using kindly decided to insert important
information into the RTP header using the RTP extension header.
Thanks,
Brad
___
live-devel mailing list
live-d
I found that under Linux a single threaded process such as one using
live555 only runs on one core of a multi-core CPU. My suggestion is to
run multiple processes if possible. This will let Linux distribute the
processes to the different cores.
- Brad
On Mar 11, 2009, at 6:31 AM, Marco Ama
I have several live sources that do not have GOV's and they work
perfect with live555. You should not have a problem.
BTW: Tell Rich Brad says hello :)
- Brad
On Mar 9, 2009, at 3:07 PM, Austin Snow (pftv) wrote:
Thanks Ross,
I'm now generating the header with the proper visual object s
12 matches
Mail list logo
