question/suggestion about fast forward (']' click)quiet-time

This forum is about all development around libVLC.
Miki800
Blank Cone
Blank Cone
Posts: 20
Joined: 06 Feb 2010 10:43

question/suggestion about fast forward (']' click)quiet-time

Postby Miki800 » 07 Sep 2014 18:50

I love listening to video-recorded-lectures in vlc because of the fast forward feature,
but sometimes when I change the speed the sound stops for a length up to 1 second long (in real time, not file time)
which is rather annoying because then I have to move the time line (SHIFT+LEFT) 5 seconds backwards or more (depends on my reaction time and how much information from the video I have already lost due to the lack of audio).

Now I understand that there could be a perfectly reasonable cause behind this, like
vlc needs some time to pre-calculate the new audio stream with the new, changed playback speed,
and in that time there is simply no audio what so ever, because the pre-caching is not done yet.

I acknowledge that sort of cause, and I suggest the following solution:

I've never accelerated the speed of playback to a faster speed then x2.0, (and even if I would have it would not matter - ) because
then I could not possibly understand any word of the lecture in the video at all.

saying that, there are 10 speeds I could use at any given time,
from them in less then one second - I could manually change the speed to lets say
up to 3 speeds forward and 3 speeds backward with the minimum and maximum limitations of x1.0 and x2.0 accordingly
(for example if I'm currently in x1.5, I could change in 1 second in real time to any of the following:
x1.2, x1.3, x1.4, x1.6, x1.7, x1.8 )

so my solution to this 'quiet' time which disturbs the continuous flow of video-audio-stream
is that all the 6 (or less) closest speeds would also played (but muted - be another hidden channel) in the background (more importantly - always be pre-cahced),
in a way that every (lets say) 0.25 seconds the timeline of the sound-stream of these audio-channels would be re-positioned
so that if I change to that channel right away it would relatively fit the current time-line I'm playing the video at in a way that I would not loose any audio data.

that will solve the pre-caching quiet-time problem.

but would cause a lot of (sometimes unwanted) CPU payload - therefore I suggest that if that solution would someday be implemented
it should have a toggle off option in the settings window so that users with weaker specs devices could turn that off to reduce the performance penalty caused by this feature.


What do you think about this?

Return to “Development around libVLC”

Who is online

Users browsing this forum: Bing [Bot] and 46 guests