Seems like you might have a problem with your presentation times?
That's my guess also. Are you setting "fPresentationTime" properly
in your "H264VideoStreamFramer" subclass? (These must be accurate
values, aligned with 'wall clock' time ("gettimeofday()").)
Ross Finlayson
The numbers in parentheses are a measure of "how late" the picture was
received relative to when VLC calculated it should be displayed. I
believe the resolution is microseconds, so 25 is .25 seconds late.
Seems like you might have a problem with your presentation times?
Unfortunately, th
The latest VLC 0.9.2 sounds more tolerant. Are you with this version?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Matt Schuckmann
Sent: Wednesday, October 01, 2008 10:54 AM
To: [EMAIL PROTECTED]
Subject: [Live-devel] Problem streaming a live H.264 str
I'm working on prototyping a live H.264 streaming application using the
LiveMedia rtsp/rtp library and the X264 encoder.
I've written my h264Framer class and integrated it into the
testOnDemandRTSPServer and I can successfully stream the data to the
OpenRTSP test application.
However, when I try
If you are able to play a unicast stream just by reading a SDP
description, then that's solely by accident, and we do not support
it. If you want to reliably play a unicast stream, use the RTSP or
SIP protocols. (Note that MPlayer and VLC support RTSP, but not
SIP.) If you want to reliably p
I mean only the video works well in unicast.
Cheers
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
So with the unicast address mplayer and sdp works well.
Can I try to play the audio with sip protocol?
How CAN i do?
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
At 02:27 AM 10/1/2008, you wrote:
c=IN IP4 192.168.100.183
This is a unicast IP address. You can't (in general) play a unicast
stream just by reading a SDP description, because the SDP description
does not, by itself, contain enough information about the stream
endpoints. Instead, to play
I would like to know if the Live555 code supports RTSP Tunneling over HTTP.
Also,if the Section 10.12 in RFC2326(Binary interleaved data method) is laso
well supported
by live555.
Yes, we support both (although RTSP-over-HTTP tunneling is not yet
fully implemented at the server end).
Hello developers!
I need to solve an issue regarding the local playing of both audio and
video streams.
I have a an audio/video Intercom (using SIP/SDP protocols) that is
connected in P2P to a lightweight SIP UA (PJSIP).
When the communication starts I can play the H264 video launching:
mplayer -
Attached an update of the sources. Working for audio and video now.
Comments are are welcomed.
Bernhard
- Original Message -
From: "Bernhard Feiten" <[EMAIL PROTECTED]>
To: "LIVE555 Streaming Media - development & use"
<[EMAIL PROTECTED]>
Sent: Monday, August 11, 2008 8:39 AM
Subject:
11 matches
Mail list logo