Description of problem: vlc 3.0.0-0 on Cauldron looses audion sync on a .flv file if one changes location in the file with the slider. Version-Release number of selected component (if applicable): 3.0.0-0.git.14-mga6 and earlier Mga6 versions. How reproducible: almost always Steps to Reproduce: 1.Use vlc to display a .flv file. Everything works, and the sound is in sync with the picture 2.Change the location in the file using the slider in the bar at the bottom of the vlc window, especially going back in the file. 3.The sound is not out of sync by up to 2 sec. with the picture. This makes watching a movie really hard. This is true even if you use the slider to go back right to the beginning of the file. This does not happen with a .mp4 file. Ie, I have seen it only with a .flv file. It also does not happen with vlc 2.2.4 in Mga5. Ie, something seems to have broken in vlc 3.0.0 (or in the codec that handles flv files, whichever it is) I see this in every .flv file I have tried. It is not a problem with the .flv file itself since if I never change location with the slider, sound and video are in sync. It is only after changing location that this happens thereafter. I have to shut down and restart vlc to make it behave again.
joeghi asked a freeze push request for vlc which got updated to nightly 20170426, I guess Akien will push it tonight. Our vlc changelog doesn't specify _all_ bugs that it fixes, but please test whether it solves this issue. Assigning to the registered vlc maintainer, and CC'ing joeghi
Assignee: bugsquad => shlomifWhiteboard: (none) => NEEDINFOCC: (none) => ghibomgx, marja11Source RPM: vlc => vlc-3.0.0-0.git.14-mga6
I tried installing it (git.16) and it and all of the other git.16 vlc plugins and libraries (NOte without the two lib64vlc files vlc does not work at all so they really should be a dependency of vlc) made little difference. Perhaps a slightly shorter delay between video and audio (about 1 sec), but delay non-the-less.
Which flv? Does the same happens on any .flv? Does the same works under mplayer (maybe it's ffmpeg)?
These are flv file which are downloads from some tv channels of programs. The same thing also happens with a "Bounty spongpockets" advert I downloaded I have also converted the files from flv to mp4 files with ffmpeg , and the problem does not occur with the mp4 version of the files. ffmpeg -i filename.flv filename.mp4 (the .mp4 version is about 1/3 the size as the .flv version. But the conversion takes about 20 min., but is the direction I will go if this vlc bug remains) gmplayer (tried it on one file) does not seem to have this problem, but it is really a lot clunkier to use. vlc2.2.4 does not have this problem either as I mentioned so it is something that happened with version 3.0.0 ffmpeg version is 3.2.4-4
still there with vlc-3.0.0-0.git.19.mga6.tainted.x86_64
mplayer also seems to be OK with these files. If I use the arrow keys to go backwards and forward in one of these files, the sync is OK with mplayer. It really does seem to be a vlc problem. Not sure what other NEEDINFO input is needed.
(In reply to w unruh from comment #6) > mplayer also seems to be OK with these files. If I use the arrow keys to go > backwards and forward in one of these files, the sync is OK with mplayer. It > really does seem to be a vlc problem. > Not sure what other NEEDINFO input is needed. a link to such an .flv file?
Whiteboard: NEEDINFO => NEEDINFO, MGA6TOO
OK, here is one, ftp://ftp.theory.physics.ubc.ca/outgoing/s.flv Use the location slider to go to say the half way point, then go back to about 1/4 where talking takes place, and you can watch the lack lip sync with the talking.
(In reply to w unruh from comment #8) > OK, here is one, > ftp://ftp.theory.physics.ubc.ca/outgoing/s.flv > > Use the location slider to go to say the half way point, then go back to > about 1/4 where talking takes place, and you can watch the lack lip sync > with the talking. I can reproduce a similar problem here on fedora 26 x86-64 with its /usr/bin/vlc so it seems like an upstream VLC problem. Unfortunately, I cannot report it on https://trac.videolan.org/ because it blocks logging in from my ISP.
Ok, I tried also on vlc-3.0.0-0.git.20 which is based on nightly 2017-07-16 that landed to cauldron (as long as cauldron is not diffying too much in the core libs it has good update candidates for mga6 too...). I thought this new release was fixing, but indeed it doesn't. The audio is in sync just on the first forward playing, as soon as you are seeking on the slider back and fort it goes out of sync. The same happens also if you use "cvlc" from terminal and the keys Alt-left and Alt-right for short forward/backward jumps (see here https://wiki.videolan.org/Hotkeys_table for a complete list of hotkeys). The only way to regain the audio sync is to go backward to the beginning of the video and restart playing.
Whiteboard: NEEDINFO, MGA6TOO => MGA6TOOSummary: vlc looses audio sync if one changes location in .flv file with slider => vlc loses audio sync if one changes location in .flv file with slider
Does it work OK now on Mageia 7 and 8? Note vlc-3.0.12.1-1.1.mga7.x86_64 is in testing.
CC: (none) => fri
It does seem to be working on Mga7. I do not watch many flv movies these days, but the one that I just watched works fine.
It is vlc-3.0.12.1-1.mga7.tainted
Thanks. We also ovbiously hav enot got more reports on the slider for three years... Setting it fixed then.
Status: NEW => RESOLVEDResolution: (none) => FIXED