Gapless playback

Input manager needs to handle multiple consecutive yet simultaneous inputs.

Cross-fade would be an extra addition. It should be tracked in a new bug if gap-less is ever implemented...

isn't that kind of merging vlm/playlist ? (at least part of it)

changed milestone to %Features paradize

changed title from Gapless playback / Crossfade to Gap-less playback

changed the description

#4723 (closed) is a duplicate seen on the technical level, but describes the desired feature much more from a user perspective, with examples and detailed descriptions. Maybe it can still help developers for evaluation purposes. Thank you for your attention.

Since VLC is now can be a Phonon backend this issue is hurt audio players that use Phonon (for example Amarok). May developers please look into this very old issue?

Hi, is somebody working on fixing this? Is it a planned feature? The ticket has been created 8 years ago. I know it is probably not bothering a lot of users but it is very important feature for others.

Original author: vladimír jícha

Replying to [comment:7 vladimír jícha]:

Hi, is somebody working on fixing this?

If someone were working on this, (s)he would presumably assign the bug to him-/herself. So most probably not.

It would be really nice if somebody could have a look at this issue after 8 years, and made looping footage/tracks and split movies/continous CDs seamless at last.

Shouldn't this be marked as a "defect" rather than an "enhancement", anyway? There should be no gaps if the user didn't specify such a thing.

I cannot imagine, that it should be so complicated to write a small plugin, that allows gapless playing of a whole CD. This is a feature, everyone would want of a decent multimedia player.

Can someone at least explain where to start, if I would try to implement that myself?

No one care about this, so I implement by myself ugly.

Replying to [comment:10 rubo77]:

I cannot imagine, that it should be so complicated to write a small plugin, that allows gapless playing of a whole CD. This is a feature, everyone would want of a decent multimedia player.

Can someone at least explain where to start, if I would try to implement that myself?

Replying to [comment:11 nabice]:

No one care about this, so I implement by myself ugly.

That would be so cool!

can you please show a workaround? (can be ugly, I don't care)

I guess you would not like it. Firstly I am using tcp socket control interface, by adding "--rc-host=localhost:12345" to my vlc command. Then I write my own "pause, next, prev" script with "volume control" command in them, and bind the script to keyboard shortcuts. that's it.

for example: pause

#!/bin/sh

if ! mkdir /tmp/fmpause.lock;then
    exit
fi
status=$(echo status|nc localhost 12345)
vol=$(echo "$status"|grep -oP "(?<=volume: )\d+")
oldvol=$vol
if echo "$status"|grep state|grep playing; then
    while [ $vol -gt 20 ];do
        vol=$((vol-15))
        echo volume $vol |nc localhost 12345
        sleep 0.1
    done
    echo pause|nc localhost 12345
else
    echo volume 0 |nc localhost 12345
    echo pause|nc localhost 12345
    vol=0
    while [ $vol -lt $oldvol ];do
        vol=$((vol+15))
        echo volume $vol |nc localhost 12345
        sleep 0.1
    done    
fi
echo volume $oldvol |nc localhost 12345
rmdir /tmp/fmpause.lock

Replying to [comment:12 rubo77]:

Replying to [comment:11 nabice]:

No one care about this, so I implement by myself ugly.

That would be so cool!

can you please show a workaround? (can be ugly, I don't care)

Is this feature still being worked on? It would be extremely helpful for albums designed to flow seamlessly from one track to the next.

This feature has never been seriously worked on. It's a lot of work for which nobody has volunteered, or offered the sponsorship.

You can set a Bounty on https://www.bountysource.com/issues/122761-gap-less-playback

If there is enough bounty on it, hopefully someone will start working on this.

changed title from Gap-less playback to Gapless playback

assigned to @tguillem

added Difficulty::guru label

See #17371 (closed)