<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.6000.17023" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=750173215-12042010><FONT face=Arial
size=2>Hi,</FONT></SPAN></DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial size=2>I am working on a
RTSP RTP-over-TCP H264 streaming application from a live HW-based
encoder.</FONT></SPAN></DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial size=2>I have implemented
MyDeviceSource, MyH264VideoStreamFramer, H264DeviceMediaSubsession and MyH264App
based on testOnDemandRTSPServer. In general the application works and I get the
live stream.</FONT></SPAN></DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial size=2>The intended viewer
application is VLC on a remote machine in the same LAN, where bandwidth is a
non-issue.</FONT></SPAN></DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial size=2>I've encountered 2
obstacles that have been giving me a hard time:</FONT></SPAN></DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial size=2>1. "Glitches" in the
video output. After every (quite small) amount of frames the video "glitches"
and I get block artifacts, and frames that seem to jump back in time. From
playing around with the presentation times, I thought it might be related to
this. </FONT></SPAN></DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial size=2>My approach to
fPresentationTime is to set it to gettimeofday() every GOP (i.e. SPS/PPS
frames), and increment by 1000000/FPS for every encoded frame. The encoder
encodes frame by frame only.</FONT></SPAN></DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial size=2>When I use openRTSP
as the client, the video file is saved perfectly, which no glitches.
</FONT></SPAN></DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial size=2>2. The streaming
server (OS is Linux2.6) is also used for other cpu-intensive processes.
This is a requirement. The machine is practically constantly at 100% cpu usage.
However, it practically does not use any network resources.</FONT></SPAN></DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial size=2>When this is the
situation, the video glitches become overwhelming, and it seems the client has a
very hard time handling the stream and sometimes even
disconnects.</FONT></SPAN></DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial size=2>So the question is
how and where is Live555 subject to cpu load, and why does it have such a
catastrophic effect on the video output given that network usage is low.
</FONT></SPAN></DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial size=2>Could this be
related also to (1)?</FONT></SPAN></DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=750173215-12042010><FONT face=Arial
size=2>Thanks,</FONT></SPAN></DIV>
<DIV><SPAN class=687512415-23122007><FONT face="Comic Sans MS" size=2><SPAN
class=156051414-22062009>Yaron Levy</SPAN></FONT></DIV>
<DIV dir=ltr align=left>
<DIV dir=ltr align=left><SPAN class=156051414-22062009>
<DIV><FONT face="Comic Sans MS" size=2><SPAN class=156051414-22062009>Emza
Visual Sense Ltd.</SPAN></FONT></DIV>
<DIV><SPAN class=156051414-22062009><FONT face="Comic Sans MS" size=2>
<DIV><FONT face="Comic Sans MS" size=2><SPAN class=156051414-22062009>Research
& Development</SPAN></FONT></DIV>Email: </FONT><A
href="mailto:yaron@emza-vs.com"><FONT face="Comic Sans MS" color=#000080
size=2>yaron@emza-vs.com</FONT></A></SPAN></DIV>
<DIV><FONT face="Comic Sans MS" size=2><SPAN class=156051414-22062009>Tel:
(972)-52-2968679</SPAN></FONT></DIV></SPAN></SPAN></DIV></DIV>
<DIV> </DIV></BODY></HTML>