Chris, so far I've not noticed any hangs with this driver or 0.3.3q (mainly been playing with the latter one) so that seems a good thing. Been really torturing it; skipping forwards, backwards, FF/RW at different speeds, slowing down, speeding up. Just great so far.
But I've noticed a couple of side-effects in MythTV: when pausing, skipping forward, backward etc.. the recording seems to continue for about 1 to 2s before making the requested operation (which can throw you off track, did the remote work?). It's as if it's waiting for it's buffers to drain. Simular, when you exit watching a recording, it takes a couple of seconds and the OSD doesn't display it's saving the current position. Major step forward; the (random) hangs were much more annoying than this is :-) N. On 4/27/05, Chris Kennedy <[EMAIL PROTECTED]> wrote: > I added a variable to be used in stop decoding with the dec_options, which > will change the stop conditions of the decoder to not shut it down > completely, which seems to allow splicing to work really well. This isn't > set in the ioctl, still not sure (I manually set static it for my setup in > splicer in the driver right now), but probably could be added as an ioctl > in the future when splicing. > > #0.3.3r: http://www.ivtv.tv/releases/ivtv-0.3/ > > Thanks, > Chris ------------------------------------------------------- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id5hix _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
