From: Michael R. <mr...@us...> - 2004-01-18 17:47:45
|
Hi, > > Anyway, I prepared a patch which might solve the problem for the > > dxr3. But beware: I haven't tested this at all and it might break > > other things. Nevertheless I attached it for you to test. You > > should see a "DEBUG:" line in the output, I would be interested in > > the value (should be close to 35 secs). > > DEBUG: highlight sleep for 35 secs ^^ Wow! At least I got that correct. > However, that menu appears to be 2 minutes long (thats the length of > the chapter according to xine-ui). That's possible. I remember that program chain had more than one program (and xine-ui displays the time of the whole chain unless you change config entry input.dvd_seek_behaviour to "seek in program"), but the menu should still loop after 35 seconds. > Another thing to note is that as you feared, the patch does break > other things Most likely. That's because I am fixing it blindly here, because I have no disc to reproduce the problem. However, with some refinement of the patch (I will send you new versions) we should find a usable solution soon. > :D and doesn't solve the problem (I dunno if it was meant to solve it > or just give debug output) Actually it was meant to solve it... > Nothing is processed (up/down/select) until the 35 seconds is up, so > it is very disconcerting. That's true. We sleep with a crucial lock held. Bad idea. New patch attached. Michael -- /* After several hours of tedious analysis, the following hash * function won. Do not mess with it... -DaveM */ 2.2.16 /usr/src/linux/fs/buffer.c |