Re: [Live-devel] Read from device file problem

Would a larger MTU likely help? No, this is a bad idea (and won't solve your problem anyway, if your input source is really generating data too fast). If the MTU is too large, you'll get IP-level fragmentation, increasing the chances of unrecoverable packet loss. Our "MPEG2TransportStreamF

Re: [Live-devel] Suggestions for uncompressed Video streming and multiple payload format

No, the right solution is to properly implement the RTP payload format described in RFC 4175. This will require implementing: 1/ a new subclass of "MultiFramedRTPSink" - e.g., called "UncompressedVideoRTPSink" - for transmitting RTP packets of this payload format, and 2/ a new subclass of "Mult

Re: [Live-devel] Implement RTSP skip forward in mediaServer

I guess it's related to PCR rolling over within that file Yes. The MPEG Transport Stream file indexing mechanism requires that the PCRs be increasing throughout the file. -- Ross Finlayson Live Networks, Inc. http://www.live555.com/ ___ live-de

[Live-devel] About "Live555/DirectShow Source Filter for PCM audio: source code"

Mr. Ralf Globisch : I'm new to live555 ,and now I'm in a project and I encountered some problems rating to the live555 and DShow integration. And fortunately I read your message at http://lists.live555.com/pipermail/live-devel/2008-December/009914.html , But I can not find the source

Re: [Live-devel] Read from device file problem

> $ sudo ./testMPEG2TransportStreamer /dev/video2 > > I still get data loss after a few minutes with direct read, but that > may be a problem with the device module. I now see that overflow occurs in the encoder device module (zero free buffers). I see in ByteStreamFileSource.cpp that "fPreferr

Re: [Live-devel] Implement RTSP skip forward in mediaServer

I guess it's related to PCR rolling over within that file [st...@centosp4 readable]$ head -1 1431_20090215193000.ts | dvbsnoop -if - -s ts -tssubdecode | grep clock program_clock_reference: ==> program_clock_reference: 2480569434945 (0x2418d75c341) [= PCR-Timestamp: 2

Re: [Live-devel] H.264 + AAC + data in TS

1. Is there a good example for muxing elementary A/V streams and sending it as a single TS? Yes, see the "wis-streamer" source code: , and note how we implement the "-mpegtransport" option. -- Ross Finlayson Live Networks, Inc. http://www.live555.com/__

Re: [Live-devel] FramedSource and MediaSink

Can I hook up any FramedSource to any MediaSink? In most cases, yes. (However, there are exceptions. For example, only a "H264VideoStreamFramer" (or a subclass) can be fed into a "H264VideoRTPSink".) Specifically, can I use the first part of openRTSP to get subsession->readSource() and p

[Live-devel] capturing a live555 stream to a usb hard disk for playing later

Hi, I was wondering what is the most easier way to capture a stream to an usb hard drive that would simulate a pvr device. I would assume then we could use a vlc on a stb to point to this file and run locally. Regards, Neville Bradbury OpenSoft Australia Office +61 2 99395260 Mob +61 447405948 Ad

[Live-devel] FramedSource and MediaSink

Live experts, I am still learning... I have read http://lists.live555.com/pipermail/live-devel/2008-October/009620.html and http://www.live555.com/liveMedia/faq.html#liveInput-unicast Can I hook up any FramedSource to any MediaSink? Specifically, can I use the first part of openRTSP to get subse

Re: [Live-devel] Implement RTSP skip forward in mediaServer

Is there a possible bug that after you request something higher than 3570 seconds it is not working on transport stream files? It always brings me back to the same scene. Transport file length : 20177187044 (20GB) Index file lenght : 1151033004 (1.1 GB) Thanks. On Thu, Apr 2, 2009 at 11:18 AM, S

Re: [Live-devel] Read from device file problem

On Tue, Mar 31, 2009 at 2:10 PM, Gordon Smith wrote: > > Hello - > > After modification for input of filename, testMPEG2TransportStreamer > can read from pipe, but not read directly from device file. > The fread() in ByteStreamFileSource returns EIO and reads zero bytes > for direct read. > > Devi

Re: [Live-devel] H.264 NAL confusion

Hi Jeremy, I am currently trying to attack a similar problem with the ffmpeg encoder (which I believe also uses X264). While I am not an expert on live either, from reading the archives this is what I have understood so far, and this is what I would try next. You need to send NAL units to your

Re: [Live-devel] Implement RTSP skip forward in mediaServer

I can't use the live555 client, I'm using an Amino STB. My first test failed (maybe I used the wrong stream with no trick play), but my second test just worked. Thanks. On Wed, Apr 1, 2009 at 5:21 PM, Ross Finlayson wrote: > Seems like there is an option in RTSP to specify a range in time that

[Live-devel] Suggestions for uncompressed Video streming and multiple payload format

Hi, I'm using liveMedia library for streaming from a Flir thermocamera (A320) that can stream MPEG4 format, uncompressed video and a proprietary format (FCAM). For MPEG4 streaming, I used liveMedia with ffmepg libraries, without any problems. I needed also to stream the uncompressed video (Y1

Re: [Live-devel] minor bug on windows implementation ofgettimeofday()

This will work, but time() only has resolution of 1 second, so your times reported by gettimeofday() will be consistently off by up to 1 full second from what they should really be. If you do the same thing with ftime(), you'll be consistenly off by somewhere in the 10s of milliseconds. It do

[Live-devel] H.264 + AAC + data in TS

Hi All, I need to create a streamer for my embedded solution running Linux. The streamer receives H.264 video and AAC audio packets from hardware encoders and also a stream of some telemetry data. It should pack all of it into MPEG2 TS and send it over LAN (no QoS needed). Questions: 1) I

Re: [Live-devel] teardownMediaSession

I have the same problem Sebastien. During this 30 seconds I can't write to or unmount the SD card that I'm recording video onto. If I power-down during this 30 seconds the current clip that I'm recording becomes un-playable... If, however, I wait for 30 seconds all is fine. The problem is I ca

Re: [Live-devel] teardownMediaSession

I would like to know why do we need to wait for an answer in teardownMediaSession ? In principle the RTSP "TEARDOWN" command might not succeed - e.g., because of permission problems. In practice, though, this is unlikely, I agree. The next (completely revamped) version of "RTSPClient" will

Re: [Live-devel] minor bug on windows implementation ofgettimeofday()

A suggestion for this could be to intialise using time() to get UTC time, then use QueryPerformanceFrequency/QueryPerformanceCounter from then on, like this: int gettimeofday(struct timeval* tp, int* /*tz*/) { static bool tickFrequencySet = false; static unsigned __int64 tickFrequency = 0;

Re: [Live-devel] minor bug on windows implementation of gettimeofday()

Quoting Ross Finlayson : > Unfortunately I'm not an expert on Windoze-specific API stuff. You may have a look at vlc times functions : http://git.videolan.org/gitweb.cgi?p=vlc.git;a=blob;f=src/misc/mtime.c;h=0dbb4df578308b38e6e3ff9487b0e9143f11853b;hb=HEAD or for a direct access to the file :