On 4 jun 2009, at 10:48, Ross Finlayson wrote:
I understand that the live555 streaming media is able to stream
MPEGs video files. I need to know whether other codec for example
Dirac can be used to work with the streaming media?
First, someone would need to define, document, and begin
stan
On 3 jun 2009, at 20:29, Ross Finlayson wrote:
This relates to:
https://trac.videolan.org/vlc/ticket/2806
Is it true that any seek action needs to be preceded with a PAUSE ?
Reading the RFC, i kinda deduce the same information as the user is
stating, but to be honest, I've never seen a serve
This relates to:
https://trac.videolan.org/vlc/ticket/2806
Is it true that any seek action needs to be preceded with a PAUSE ?
Reading the RFC, i kinda deduce the same information as the user is
stating, but to be honest, I've never seen a server that supports
queue'd PLAY requests, and they
On 3 jun 2009, at 17:17, Derk-Jan Hartman wrote:
On 29 mei 2009, at 10:35, Ross Finlayson wrote:
I know that live555 doesn't support X-ASF-PF format. And I 've
found a document (http://go.microsoft.com/fwlink/?LinkId=89814)
here (http://msdn.microsoft.com/en-us/library/cc245257
On 29 mei 2009, at 10:35, Ross Finlayson wrote:
I know that live555 doesn't support X-ASF-PF format. And I 've
found a document (http://go.microsoft.com/fwlink/?LinkId=89814)
here (http://msdn.microsoft.com/en-us/library/cc245257(PROT.
10).aspx). It mention about ASF file and also RTP payload
On 25 jul 2008, at 22:09, Ross Finlayson wrote:
It seems that your server is buggy. I've seen this before with some
versions of Apple's QuickTime (aka. Darwin) Streaming Server.
Therefore, receivers need to be on the lookout for unusual changes
(decreases or large increases) in presentation
He Ross,
This is about https://trac.videolan.org/vlc/ticket/1730
It takes a long while before an invalid/non-present address is rejected.
For instance we use: rtsp://10.90.33.109
Now if live555 starts working on that, it hangs on connect() in the
sendOptionsCmd(). The describeURL does not hav
