Loop_move_XX_forward & scratching disables Loop

[ronso0]

I experience that loop_move_xx_forward exits the loop if moved over loop_out boundary.

Same happens when scratching backwards over loop_in, which I do after setting a loop and then scratching until I find the right point to drop it.

Reproduce:
1 load a track
2 play, set up a loop
3 scratch backwards over loop_in
> play position jumps to loop_out
> loop is disabled

6112 built from source
6359 faad=1 ffmpeg=0
6359 faad=0 ffmpeg=1
6359 faad=0 ffmpeg=0

might be related to Bug 1475442

[ronso0 (ronso0)]

I tested again, this behavior occurs very unpredictably.
Sometimes scratching works perfectly when loading a track the first time in a session, but with same track reloaded later on, it would fail.

[ronso0 (ronso0)]

Also it seems to be codec dependent. I discoverd a .wma which always works.

6359 faad=0 ffmpeg=1

[ronso0 (ronso0)]

I tried [WiP] Universal SoundSource based on FFmpeg 3.1 (and beyond)
https://github.com/mixxxdj/mixxx/pull/1356
and appearantly it's fixed for some mp3 and wav files that fail with master.

[Daniel Schürmann (daschuer)]

A possible fix is in:
https://github.com/mixxxdj/mixxx/pull/1367

I have found a rounding issue when playing at fast rates.
OTOH this does not explain why it is fixes with FFmpeg 3.1

Maybe you see a different issue?

[Swiftb0y (swiftb0y)]

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/8824