On Fri, Jan 20, 2012 at 8:56 AM, Roger Pack <[email protected]> wrote: > I noticed this today with a DVD [IFO's available on request]: > When attempting to jump to 642729000 > cell not found; find=7141433
Sorry to hear about that. The 7141433 represents the requested time in milliseconds (642729000 / 90). This corresponds to 1:59:01 seconds. Does such a time exist in the title? - If it does, then the IFO's might be corrupt. The proc can't find a cell with a start time / end time that would enclose the 1:59:01. - If it doesn't, then it's a "normal" error. The proc should exit immediately for invalid times. > And it ended up jumping to near the beginning of the film. That is odd. If it can't find a cell, it should exit immediately. I looked at the proc now, and I can't see it doing anything else. If you jump to 1:59:01 again, does it also take you near the beginning? If it does, does it take you to 00:00:00 exactly or some other time? > I guess that brings up the question...what *should* a seek operation > do if instructed to seek past the end? My guess is it should seek to > the last block, any thoughts? I think that it should do nothing, rather than seek to the last block. Of course, it's in my best interests to say that. :) However, I downloaded vanilla VLC 1.1.11 and it also does nothing when I try to jump to an invalid time (03:00:00). > (FWIW, the current seek operations also > "loop back around"). Sorry. Not sure what this means. > -r > _______________________________________________ > DVDnav-discuss mailing list > [email protected] > https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss _______________________________________________ DVDnav-discuss mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss
