Content-class: urn:content-classes:message
Content-Type: multipart/alternative;
boundary="_=_NextPart_001_01CA00D3.F51F1582"
Anyone having problems playing back streams with the latest
Quicktime player? I've checked my application against an older
version (7.1.3) and both unicast/mu
On 6/29/09, Ross Finlayson wrote:
> Is it possible to access the RTP packet header extension (with application
data), which comes right after the CSRC list, via live 555 library?
>
> I mean, whether live 555 allows to go to such depth when working with RTP
packets.
>
No, not at present,
On 6/29/09, Ross Finlayson wrote:
> > Is it possible to access the RTP packet header extension (with application
> data), which comes right after the CSRC list, via live 555 library?
> >
> > I mean, whether live 555 allows to go to such depth when working with RTP
> packets.
> >
>
> No, not at pr
I wrote:
I have two independent ByteStreamFileSource objects - One feeds
MPEG-4 video elementary stream (.m4v) data to an MPEG4VideoStreamFramer.
One feeds MPEG-1, Layer 3 (.mp3) audio data to an
MPEG1or2AudioStreamFramer.
Those framers then each feed a MPEG2TransportStreamFromESSource obje
I'm trying to create a subclass of DeviceSource, namely
VideoDeviceSource that extracts the NAL units of an H.264 compressed
video from a queue and feeds them to a subclass of
OnDemandServerMediaSubsession called VideoOnDemandServerMediaSubsession .
As client I use openRTSP to fetch the stream. I
I have now installed a new version (2009.07.09) of the "LIVE555
Streaming Media" libraries - and the "LIVE555 Media Server"
application binaries - to better support RTSP 'trick play' operations
for some clients.
In particular, the server now works around a bug (arguably) in VLC -
so now VLC (
Anyone having problems playing back streams with the latest Quicktime
player? I've checked my application against an older version (7.1.3) and
both unicast/multicast works fine with the older one, while the the
newer one connects but shows no video/audio. In its place, a Quicktime
busy waiting anim
In my initial investigations with LiveMedia 2 years ago, I had noticed
that putting it as the highest priority thread ended up chewing a lot of
CPU cycles, and potentially starving other threads as well (embedded
Linux, 2.6.10) - the solution was to relegate to being the lowest
priority thread in m
>>I¹ve successfully used LiveMedia in designs using this above concept and as
long as you lower its thread priority relative to the other threads in >>your
system, it chugs along just fine J
Just curious as to why you lowered the thread priority?
- --
First, Glen, *please* trim your responses!
So perhaps the answer is to patch live555 so that it only parses the
Range: header if it's subession's playEndTime is 0 ?
No, because the server might have decided - for whatever reason - to
stream only a subset of the range that the client requested
I forgot to add, but if you want to have multiple threads interact with
LiveMedia, use pipes and shared fifo memory as your main base of data
transfer/communication.
Pipes allow you to expose file handles that can then be 'listened' on by
LiveMedia's task scheduler using the select() call - it wil
Hi experts,
When "AVI demultiplexer" will be supported?
Any schedule for that?
Thanks
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
On 9 Jul 2009, at 06:14, Ross Finlayson wrote:
It is simple:
in VLC we enable trickplay support for rtsp (pause/seek/fast
forward/backward)
if and only if the play time is known, that is if p_sys->ms-
>playEndTime()
returns a non zero values. It's the only pseudo reliable way to
detect VOD
13 matches
Mail list logo
