Recent issue w/compressed videos

[jmoneyyourhoney]

For about 1.5 years the VLC compression tool was my best friend. However, I haven't been able to compress a video within the past couple of months without a glitch occurring during the start-up. The audio seems to play fine, but the actual video delays some 5-8 seconds before appearing.

Is this a common, easily fixable issue? I figured installing the most recent update would sort out a bug, but nope...still there. Have I overused it and now it's rebelling against me? Is there some box I may have accidentally unchecked during the first unsuccessful attempt?

I have Windows 10 if that helps at all.

Thank you!

[MauriceSnell]

I have a similar issue, but it only affects some input videos. Please see the following in the attached dropbox link:
https://www.dropbox.com/sh/5wqitzdtypy1 ... Ph2fa?dl=0

Two example input MOV files
Two example output .mp4 files when re-compressed with VLC command line, on Windows, and the cmd file being used, with the following VLC command line:
vlc.exe --no-repeat --no-loop -I dummy -vvv input.MOV --sout=#transcode{vcodec="h264",vb="2500",maxwidth="1280",maxheight="720",acodec="mp4a",ab="96","channels=2",samplerate="44100"}:standard{access="file",mux="mp4",dst="output.mp4"} vlc://quit

Originally I also had --sout-avcodec-strict=-2, but I'm not sure this is needed, and it doesn't make a difference to this issue.

With some input files, e.g. VLC_Good.MOV, the output is good. With some input files, e.g. VLC_Bad.MOV, the output (when played in VLC viewer) has no video for the first 8 seconds or so, and then the video resumes for the rest of the file, (when I use a longer input file - these examples are small and short and so no there is no video output seen in the viewer).

Both input files were shot on the same Canon camera, which has had no settings or firmware change, and both play perfectly in VLC viewer and other viewers.

The bad output files don't play properly in VLC or other viewers.

[Lotesdelere]

With some input files, e.g. VLC_Good.MOV, the output is good. With some input files, e.g. VLC_Bad.MOV, the output (when played in VLC viewer) has no video for the first 8 seconds or so, and then the video resumes for the rest of the file, (when I use a longer input file - these examples are small and short and so no there is no video output seen in the viewer)

Both videos have the same characteristics but yes, VLC_Bad.MOV is very short.
That said, there are many other reports about conversion issues:
https://forum.videolan.org/viewtopic.ph ... 89#p508489

Try with a nightly build:
https://nightlies.videolan.org

Or use a dedicated video tool such as AviDemux:
http://avidemux.sourceforge.net

[MauriceSnell]

I tried using the V4 64-bit Windows nightly build, (vlc-4.0.0-dev-win64-82b51438.msi), but get this error during installation:

http://www.snell.org.uk/vlc/V4_installer_issue.png


I then tried using the EXE installer, (vlc-4.0.0-dev-win64-82b51438.exe, rather than MSI installer), and this does install correctly.

It also gives different results to the V3.0.12 released 64-bit VLC I had been using before:

With the original "bad" input file, instead of the output having no video, it now has video starting a few seconds into the video.

With the original "good" input file, the output is now corrupted, with a green colour and no other colours present.

VLC_Bad_CompressedV4.mp4 and VLC_Good_CompressedV4.mp4 have been added to the same dropbox folder as above:
https://www.dropbox.com/sh/5wqitzdtypy1 ... Ph2fa?dl=0