Time counter incorrectly being updated with the dvdread access

When reading a DVD using the dvdread access, the time counter does really weird things. Might be related to [11298]

changed the description

(In [11423]) * backport of [11413] and [11422] Also closes #198 (closed)

added Status::fixed label

closed

reverted in [12862] It was breaking seek quite heavily. we need to find a more permanent solution.

removed Status::fixed label

changed milestone to %0.8.5-final

reopened

changed milestone to %0.8.5-test3

changed title from Time counter not being updated with the dvdread access to Time counter incorrectly being updated with the dvdread access

added Severity::minor label

http://trac.videolan.org/vlc/changeset/12862 This is basically correct, the problem is that SET_TIME is an calculation based on position, which breaks because it presumes a fixed bitrate which usually isn't the case. dvdread can read the timeindex table in the IFO, but currently we don't use this. We should.

timeindex table of DVDs http://dvd.sourceforge.net/dvdinfo/ifo_vts.html#tmap

(In [14220]) * Fix the duration of the dvdread module. refs #198 (closed). Now duration is accurate, but current time is still block based, so on VBR discs the duration of a second may have some weird variations. Getting accurate time is possible (see what was reverted in [12862]), but this will break the relative SET_TIME (might actually go seeking in the wrong direction for instance). The correct fix here is to expand dvdread with a method that checks the TMAPTI IFO table of a Title, to find what block approximately goes with a certain time. (the TMAPTI table is usually in .5 secs interpolation might possibly be required as well) As a backup an estimate can be made using the ADMAP table.

The behaviour of the dvdread module is now equal to that of the dvdnav module when it comes to time and seeking.

Move to 0.8.6 like the similiar dvdnav issue #4

changed milestone to %0.8.6

changed milestone to %0.8.6 maintenance

no problems using current trunk, ncurses interface.

does this happen on every DVD ?

changed milestone to %Bugs paradize

See #4 and #3025 (closed)

added Status::duplicate label

closed

mentioned in issue #591 (closed)