Hi Kumar,
One thing more.
I am not sure whether the idea works on DM355. I thought the idea before
while I worked on my DM6437, after several days thinking about it. I give up
the idea. The reason is I have to switch processing between my h.264
encoder and the UDP/IP network processing, th
Hi Kumar,
The latency calculation is ideal if you are using UDP/IP in LAN.
If you are using TCP/IP, extra delay for TCP/IP. If you are using UDP/IP
in WAN, streaming buffer for that have extra delay.
To decrease the latency, you have to change the encoding/decoding
processing parally
Hi,
Thats what I do now, I have a ping-pong buffering scheme.
Jon, thanks for the information. Any idea what the best systems offer.
Coz we want to beat that !
Albert Burbea wrote:
> hi
> actually it can be less (you can transmit while you encode and encode while
> you get video) but it is VE
hi
actually it can be less (you can transmit while you encode and encode while
you get video) but it is VEEERY expensive. You have to buy heavy 3rd
party video codecs.
What is your problem? Maybe we can help you
Albert
On 7/30/08, Jon Povey <[EMAIL PROTECTED]> wrote:
>
> > From: [EMAIL PROTEC
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> ] On Behalf Of Kumar Bala
> Sent: 30 July 2008 11:12
> To: davinci-linux-open-source@linux.davincidsp.com
> Subject: Measuring MPEG4 system latency on DM355
>
> Hi,
> I have an MPEG4 streaming system which capture live video at
> 1280x720p
