Great, thanks Ross
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Original Message
From: Ross Finlayson
Sent: 20 June 2014 22:21:38 GMT+01:00
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Transport Stream PAT/PMT Program Nu
Thanks Ross,
I will try to change this as you've suggested on Monday when I have access to a
pc ... I think you are correct that it is the transport stream program ID that
I want to set.
Many thanks,
Piers
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Original
> Attached is a small patch to MPEG2TransportStreamMultiplexor.cpp that allows
> OUR_PROGRAM_NUMBER to be defined externally. This allows the Program Number
> used in the program association table and program map table be set to a
> number other than 1.
>
> Can you consider it for inclusion in
This patch won't work, because it defines a member variable "fStreamId" in the
abstract base class ("MPEG2TransportStreamMultiplexor"), but that member
variable is never assigned - except in the implementation of *one particular*
subclass: "MPEG2TransportStreamFromESSource". Note that other sub
--- Begin Message ---
I am new to live555.
I want to stream my webcam from a windows 7 (64-bit) machine behind home LAN
using ffmpeg as the encoder to a live555 server running on a Debian 64-bit
linux machine in a data center over the WAN. I want to send a H.264 RTP/UDP
stream from ffmpeg and th
> I have inherited legacy code and have been tasked with fixing the bugs after
> the Live555 version update to May 2014 release. I downloaded the source code
> and compiled it to work with the existing code. Expectedly our code is
> breaking where it is calling the methods on Live555. For exampl
Hi, I have inherited legacy code and have been tasked with fixing the bugs after the Live555 version update to May 2014 release. I downloaded the source code and compiled it to work with the existing code. Expectedly our code is breaking where it is calling the methods on Live555. For example one o
Hi ross,
Please ignore my previous mail. I was sent accidently.
Just for testing purpose, I have reduced my streaming video size to 100*100
px size.
By reducing the size I want to avoid the scenario where on the client side
there is truncation of data, due to buffer overflow in the startin
Thank you for your answers and suggestions.
Regards,
Miladin
From: live-devel [mailto:live-devel-boun...@ns.live555.com] On Behalf Of Joshua
Kordani
Sent: 20 June 2014 15:05
To: live-de...@ns.live555.com
Subject: Re: [Live-devel] Decoding H264 non-IDR picture
On 6/20/14 5:42 AM, Miladin Sajic w
Hi ross,
Just for testing purpose, I have reduced my streaming video size to 100*100
px size.
By reducing the size I want to avoid the scenario where on the client side
there is truncation of data, due to buffer overflow in the starting.
This buffer overflow was assumed because the client had
On 6/20/14 5:42 AM, Miladin Sajic wrote:
Hi,
I am trying to implement decoding of H264 NAL units that are received
from the camera (using live555 rtsp streaming). Everything works fine
if received NAL unit is IDR (see part of the code in PS) but it does
not work for SLICE NAL unit (nal_unit_
> I am trying to implement decoding of H264 NAL units that are received from
> the camera (using live555 rtsp streaming). Everything works fine if received
> NAL unit is IDR (see part of the code in PS) but it does not work for SLICE
> NAL unit (nal_unit_type == 1). To decode image this NAL unit
Hi,
I am trying to implement decoding of H264 NAL units that are received from the
camera (using live555 rtsp streaming). Everything works fine if received NAL
unit is IDR (see part of the code in PS) but it does not work for SLICE NAL
unit (nal_unit_type == 1). To decode image this NAL unit is
13 matches
Mail list logo
