<br><br><div class="gmail_quote">On Tue, Jun 2, 2009 at 4:18 PM, Thomas Börkel <span dir="ltr"><<a href="mailto:thomas@boerkel.de">thomas@boerkel.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
HI!<br>
<br>
I have the problem, that a 5min jump forward takes sometimes up to 15s<br>
when watching a show while it is being recorded (for example 30 min<br>
behind real time).<br>
<br>
20s jumps are no problem.<br>
<br>
Anyone knows, what that is?<br>
<br>
- seperate backend and frontend (diskless PXE)<br>
- gigabit ethernet<br>
- optimized mysql settings<br>
- backend: Athlon 64 X2 DualCore 3800+, 1 GB, kernel 2.6.25<br>
- frontend: Celeron 2.6 GHz, 512 MB, kernel 2.6.28<br>
- both systems running Gentoo<br>
- Myth 0.21 fixes<br>
- no NFS for recordings (backend is streaming)<br>
- no comm flagging during recording, but after recording<br>
- MPEG2 (DVB-S)<br>
- SDTV, displaying on full HD<br>
- no frame-perfect jump configured<br>
<br>
Thanks!<br>
<br>
Thomas<br>
<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users" target="_blank">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br>
</blockquote></div><br>I almost hesitate to respond to this because I really have no sure clue here, but the fact you're running a separated frontend/backend and STREAMING the data, your frontend system is a Celeron 2.6GHz (VERY slow for HD processing), and you're jumping forward so far in a broadcast, I would think all work together to cause the problem.<br>
<br>My suspicion (and I will let the more knowedgeable on the list correct me) is that when you press that "jump forward 5 mintues" button, the backend needs to move the video stream forward that amount. It's likely that there isn't 5 minutes worth of buffer in place for a video comming across at 1080i or 720p (that's ALOT of data...even though it's an SD recording, you're still having to stream it at 1080? Or is that the front end that's doing the conversion from 640i/p to 1080i? I forget). <br>
<br>I have seen during my video editing escapades (grrr) that jumping forward, even a small amount, causes a couple seconds of delay on a slow box...between the streaming, the network, the video size, the buffer or lack of one, the amount of data you're having to skip, and the slow CPU speed of your front end, I suspect this is all part and parsal of the problem you're seeing.<br>
<br>In other words, I don't know that this isn't normal behavior for your setup.<br><br>--Doug<br>