VCD/SVCD audio seems to be choppy

A few person have reported on the forum/IRC that since 0.8.4 SVCD/VCD sounds is broken.

added Component::Decoders Severity::normal Type::bug + 1 deleted label

changed milestone to %0.8.6

unassigned @MigrationBot

The following is a set of logs in question,

http://paste.videolan.org/640 (Relates to VCD operation)

http://paste.videolan.org/641

http://paste.videolan.org/642

http://paste.videolan.org/643

http://paste.videolan.org/644 (Relates to VCD operation)

http://paste.videolan.org/645

http://paste.videolan.org/646

This bug should be fixed at release of 0.8.6.

added Component::Demuxers label and removed Component::Decoders label

added Component::Core: Input Severity::critical labels and removed Component::Demuxers Severity::normal labels

Using access_file to play a VCD .dat without a problem.

But audio will be choppy when using access=vcd.

added Component::Demuxers label and removed Component::Core: Input label

Has anyone seen reports that this is also occuring on real VCDs, or is it a "File only" issue ?

Replying to [comment:5 hartman]:

Has anyone seen reports that this is also occuring on real VCDs, or is it a "File only" issue ? This occurred on real VCDs through access = vcd. tested on win32

http://nightlies.videolan.org/build/win32/branch-20061113-0330/vlc-0.8.6-test1-20061113-0330-win32.7z http://paste.videolan.org/795 i am not sure why this is happening but it really happened...

I'm not 100% sure, but i think it has something to do with the fact that we expect to be able to do byte accurate seeking, while in reality we can only do "sector accurate" seeking. I still haven't fully found the issue, but it's gonna be too late for 0.8.6 i fear.

I have some potential patches for trunk, which at least seem to make the issue less common, after test2 i'll see what i can do with them.

BTW. it's broken since 0.8.4, because the vcd module only started working on win32 for images, since that version. Before it was simply skipped. Note that usually the issue disappears after a pause/play, and that the file module, even though it doesn't skip, also doesnt' feature chapter/title detection.

I still have a bit of code in my private trunk, that seems to eleviate this somewhat, but doesn't fix it yet. I'm putting this bug off to the next release again

changed milestone to %0.9.0 bugs

Small improvement ?

Added attachment:

• vcd.patch

I'm not 100% sure, but this does seem to improve the situation slightly for me. The duration calculation vs. bytesize of the "data" matches better now, causing the audio not to "drift" anymore. However 1 in 2 times, it still seems to start wrong. If anyone wants to take a look, there welcome.

A temporary work around, is, in the Open... Disc dialog tick Streams/Save. Then in Stream output tick Play locally Tested with VLC-0.8.6

assigned to @Courmisch

Oups.

unassigned @Courmisch

I don't see anyone working on this...

changed milestone to %2.0.0 bugs

Noone seems to care...

changed milestone to %Bugs paradize

added Severity::normal label and removed Severity::critical label

removed Severity::normal label