[mythtv] [mythtv-commits] Ticket #1219: LiveTV takes a while to start, and video jerks forwards

Mark Spieth mark at dclabs.com.au
Mon Feb 6 21:11:44 UTC 2006


daniel,
ive been playing with the attached patched. this produces no jerk on startup 
of anything.
havent implemented FFREW support yet but that should be easy. may have time 
tonight.
basically, dont start/unpause audio until the first frame is displayed.
the only problem now is that it doesnt start at the beginning but that is 
another problem. works well with slow machines too. may or may not fit in 
with your ideas on what is wrong.

cheers
mark

> #1219: LiveTV takes a while to start, and video jerks forwards
> -------------------------------+--------------------------------------------
> Reporter:  mythtv at biased.org  |        Owner:  ijr
>     Type:  defect             |       Status:  closed
> Priority:  minor              |    Milestone:
> Component:  mythtv             |      Version:  head
> Severity:  medium             |   Resolution:  fixed
> -------------------------------+--------------------------------------------
> Changes (by danielk):
>
>  * resolution:  => fixed
>  * status:  new => closed
>
> Comment:
>
> (In [8880]) Fixes #1219.
>
> Streaming requires additional buffering, so it will always be slower to
> start than using a local or shared directory store.
>
> But this commit addresses an inefficiency introduced by changing the block
> sizing in [8841]. The FileTransfer had a fixed maximum block size of
> 256000, but I changed the equivalent block size in RingBuffer to 256 KiB
> (or 262144 bytes). FileTransfer dealt with this by breaking it up into a
> 250 KiB and 6 KiB transfer. This didn't make enough of a difference to be
> noticable on my network (it increases the number of ethernet packets by
> less than 1%), but on a very marginal system it could make a difference.
>
> I highly recommend using an NFS share or the equivalent for the video
> directory on HDTV remote frontends. We apply several optimizations for
> read size and buffering level when using a local RingBuffer which we don't
> do when streaming. It requires a higher end backend to stream HD material
> than to shares store with the frontend (faster hard disk mostly); and then
> it still isn't as quick to start up.
>
> -- 
> Ticket URL: <http://cvs.mythtv.org/trac/ticket/1219>
> MythTV <http://www.mythtv.org/>
> MythTV


--------------------------------------------------------------------------------


_______________________________________________
mythtv-commits mailing list
mythtv-commits at mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-commits
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mythtv_startup.patch
Type: application/octet-stream
Size: 1285 bytes
Desc: not available
Url : http://mythtv.org/pipermail/mythtv-dev/attachments/20060207/f5eebac2/mythtv_startup.obj


More information about the mythtv-dev mailing list