H
I want to develop a stream server with live555.My source is MPEG4 stream
from my camera. I have writed myown "FramedSource" classand
WISMPEG4VideoServerMediaSubsession class(refer to the WIS-streamer).I get one
frame data from my camera ervrytime, so I use the
MPEG4VideoStreamDiscreteFr
> -Original Message-
> From: live-devel-boun...@ns.live555.com [mailto:live-devel-
> boun...@ns.live555.com] On Behalf Of Ross Finlayson
> Sent: mercredi 27 octobre 2010 14:37
> To: LIVE555 Streaming Media - development & use
> Subject: Re: [Live-devel] Indexing of TS files for non MPEG2
I'm dealing with Onvif too and I need to extend JPEGVideoSource,
call it JPEGVideoSourceEx. How to make the MediaSubsession create a
JPEGVideoSourceEx class instead of a JPEGVideoSource.
You don't - because "MediaSession* is used for *receiving* JPEG/RTP
streams. It doesn't deal with "JPEGVid
I'm dealing with Onvif too and I need to extend JPEGVideoSource, call it
JPEGVideoSourceEx. How to make the MediaSubsession create a JPEGVideoSourceEx
class instead of a JPEGVideoSource.
Thank you,
Renato MAURO
- Original Message -
From: Cristiano Belloni
To: LIVE555 Stream
I think there are 2 smalls bugs involving integer overflow in the LiveMedia
library:
* In "MPEG2IndexFromTransportStream.cpp":
u_int8_t pcr_frac = (u_int8_t)(256*(pcr-pcr_int));
must be replaced by:
u_int8_t pcr_frac = (u_int8_t)(255*(pcr-pcr_int));
* In "MPEG2TransportStreamIndexFile.cp
Il 27/10/2010 12:49, Francisco Feijoo ha scritto:
Cristiano,
I have added the restart interval to the header as you showed before.
The DRI marker is:
FF,DD,00,04,00,28 so the restartInterval = 40
I think I'm close to the solution but using VLC I can't see the image
correctly. If I use an
Cristiano,
I have added the restart interval to the header as you showed before. The
DRI marker is:
FF,DD,00,04,00,28 so the restartInterval = 40
I think I'm close to the solution but using VLC I can't see the image
correctly. If I use an image without restart interval markers then I can see
th
> -Original Message-
> From: Sébastien RAILLARD (COEXSI) [mailto:s...@coexsi.fr]
> Sent: mercredi 27 octobre 2010 09:22
> To: 'LIVE555 Streaming Media - development & use'
> Subject: RE: [Live-devel] Indexing of TS files for non MPEG2 video
> streams
>
>
>
> > -Original Message
Il 27/10/2010 10:01, Ross Finlayson ha scritto:
I did something similar, Francisco. In a nutshell, you've got to
extend JPEGVideoSource and look for DRI markers like this:
Feel free to post a patch file, and I'll look at folding these changes
into a future release.
As soon as I'm done with th
Now I'm extracting the tables starting with FFDB and adding them in
doSpecialFrameHandling(). What Q value should I use? I have used 255 to
indicate that each frame could have different tables.
2010/10/27 Cristiano Belloni
> Il 27/10/2010 09:32, Francisco Feijoo ha scritto:
>
> Thanks for the
Thanks Cristiano!, I'm going to add the restart marker header as you are
showing.
2010/10/27 Cristiano Belloni
> Il 27/10/2010 02:39, Ross Finlayson ha scritto:
>
> I'm trying to create a rtsp server to stream MJPEG images.
>
>
> Ugh. JPEG is a *terrible* codec for video streaming.
>
>
> I agr
I did something similar, Francisco. In a nutshell, you've got to
extend JPEGVideoSource and look for DRI markers like this:
Feel free to post a patch file, and I'll look at folding these
changes into a future release.
--
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_
Il 27/10/2010 09:32, Francisco Feijoo ha scritto:
Thanks for the quick response Ross,
Note that the existing "JPEGVideoRTPSink" code already does this. You
should not have to reinvent the wheel here.
I think I should explained this better. I don't know how to obtain the
qFactor from one M
Il 27/10/2010 02:39, Ross Finlayson ha scritto:
I'm trying to create a rtsp server to stream MJPEG images.
Ugh. JPEG is a *terrible* codec for video streaming.
I agree, but *everyone* requests JPEG as an entry point. Onvif, for
example, requests MJPEG/RTP streaming as a MUST IMPLEMENT.
Thanks for the quick response Ross,
>
> Note that the existing "JPEGVideoRTPSink" code already does this. You should
> not have to reinvent the wheel here.
I think I should explained this better. I don't know how to obtain the qFactor
from one MJPEG image so I'm copying all the values from the
> -Original Message-
> From: live-devel-boun...@ns.live555.com [mailto:live-devel-
> boun...@ns.live555.com] On Behalf Of Ross Finlayson
> Sent: mercredi 27 octobre 2010 02:18
> To: LIVE555 Streaming Media - development & use
> Subject: Re: [Live-devel] Indexing of TS files for non MPEG2
16 matches
Mail list logo
