VLC 3.0.0 destroys cannot play big AVIs

[gkln]

Greetings to all!

I think the following is a bug, but according to the instructions I post it first here.

W764EN, all updates, VLC, "about" saying 3.0.0 - but the last days nearly every day came an update, today also, and the install procedure said somthing like 3.0.3 or so. But this is a minor problem.

VLC-settings reset.

Cutting Videos with Adobe Premiere CS 3 results in great raw AVI-files, in my case about 15 GB for 1 hour movie.
Since VLC 3.0.0 (and never observed with 2.6) those files cannot be played anymore. They start regularly, but in the range of about minute 13 to 20, depending on the movie, all of a sudden the picture is completele "destroyed", looking like filled with some hundreds square or rectangular, coloured pixels, quickly changing the pattern, also the sound disappears and changes to "noise".
No difference, if the file is played from the beginning until this critical point or if I jump beyond by clicking the respective point on the progress bar.
No difference, if the file is on an external usb or a local harddrive.
Alle the files play well with WMP.

Media-Info says:
Format : AVI
Format/Info : Audio Video Interleave
Format_Commercial_IfAny : DVCPRO
Format-Profil : OpenDML
Dateigröße : 13,0 GiB
Dauer : 1 h 2 min
Modus der Gesamtbitrate : konstant
Gesamte Bitrate : 29,8 Mb/s
Aufnahmedatum : 1999-07-08 00:48:57.000

Video
ID : 0
Format : DV
Format_Commercial_IfAny : DVCPRO
Codec-ID : dvsd
Codec-ID/Hinweis : Sony
Dauer : 1 h 2 min
Bitraten-Modus : konstant
Bitrate : 24,4 Mb/s
BitRate_Encoded/String : 28,8 Mb/s
Breite : 720 Pixel
Höhe : 480 Pixel
Bildseitenverhältnis : 4:3
Modus der Bildwiederholungsrate : konstant
Bildwiederholungsrate : 29,970 (29970/1000) FPS
Standard : NTSC
ColorSpace : YUV
ChromaSubsampling/String : 4:1:1
BitDepth/String : 8 bits
Scantyp : Interlaced
Scanreihenfolge : unteres Feld zuerst
Bits/(Pixel*Frame) : 2.357
TimeCode_FirstFrame : 00:00:01;00
The AVI

Regards, Gerhard

[pelikan55]

Hi, +1

Since I have installed VLC 3.0.1 Vetinari, the player shows bigs colored pixels after 19'59sec on my .avi file..
I don't have trouble with other players available in windows 10 (MPC-HC x64 for exemple).

ALL DETAILS on the case :
https://www.dropbox.com/s/edd42klss84j4 ... o.jpg?dl=0

Many thanks to anyone having an insight about that.
François

le5fr55

[robUx4]

Can you provide a small sample file ? Or it's only after a certain time playing ?

Can you provide some detailed logs ? (Tools > Messages > Verbosity 2)

[Lotesdelere]

https://forum.videolan.org/viewtopic.php?f=14&t=143324
https://forum.videolan.org/viewtopic.php?f=14&t=142919

Please try with VLC 3.0.2 nightly build.

[gkln]

I did it now also on a W1064 PC (Dell Laptop) with VLC 2.2.4 - all worked fine on a 19 GB AVI-file.
Then upgradet to VLC 3.0.2 with vlc-3.0.2-20180321-0554-win64.exe
VLC displays only changing patterns of large pixel-like as posted in my first contribution on top.
Phenomenon starts at 18:58 of an overall 1:27:48 movie.

The movie was already playing when I set the verbose-mode 2. To save time, I jumped in about 3 jumps near to the 18:58 mark where the "pixels" appear. A couple of seconds after the "crash" I stopped and extracted the log.

Here is the msg-output:
main debug: auto hiding mouse cursor
main debug: auto hiding mouse cursor
main debug: control type=2
avi debug: seek requested: 67 seconds 1%
wasapi debug: reset
avi debug: old:1139471666 > new 67957202
main debug: Buffering 0%
avi debug: seek: 67 seconds
main debug: Buffering 7%
main debug: Buffering 15%
main debug: Buffering 23%
main debug: Buffering 30%
main debug: Buffering 38%
main debug: end of video preroll
main debug: Received first picture
main debug: Buffering 46%
main debug: Buffering 54%
main debug: Buffering 61%
main debug: Buffering 69%
main debug: Buffering 77%
main debug: Buffering 85%
main debug: Buffering 92%
main debug: Stream buffering done (325 ms in 611 ms)
main debug: Decoder wait done in 0 ms
main debug: control type=0
main debug: toggling pause
main debug: toggling pause
mmdevice debug: state changed: 1
main debug: end of audio preroll
mmdevice debug: state changed: 0
wasapi debug: reset
mmdevice debug: state changed: 1
main debug: auto hiding mouse cursor
main debug: control type=2
avi debug: seek requested: 892 seconds 16%
avi debug: old:71137733
main debug: Buffering 0%
avi debug: seek: 892 seconds
mmdevice debug: state changed: 0
main debug: Buffering 8%
wasapi debug: reset
main debug: Buffering 16%
main debug: end of audio preroll
wasapi debug: reset
main debug: Buffering 24%
main debug: Buffering 32%
main debug: Buffering 40%
main debug: Buffering 48%
main debug: Buffering 56%
main debug: Buffering 64%
main debug: Buffering 73%
main debug: Buffering 81%
main debug: Buffering 89%
main debug: Buffering 97%
main debug: Stream buffering done (325 ms in 19 ms)
main debug: end of video preroll
main debug: Received first picture
main debug: Decoder wait done in 5 ms
mmdevice debug: state changed: 1
main debug: control type=2
avi debug: seek requested: 932 seconds 17%
avi debug: old:895160933
main debug: Buffering 0%
avi debug: seek: 932 seconds
mmdevice debug: state changed: 0
wasapi debug: reset
main debug: Buffering 7%
main debug: Buffering 15%
main debug: Buffering 22%
main debug: end of video preroll
main debug: Received first picture
main debug: end of audio preroll
main debug: Buffering 30%
wasapi debug: reset
main debug: Buffering 37%
main debug: Buffering 45%
main debug: Buffering 52%
main debug: Buffering 60%
main debug: Buffering 68%
main debug: Buffering 75%
main debug: Buffering 83%
main debug: Buffering 90%
main debug: Buffering 98%
main debug: Stream buffering done (350 ms in 94 ms)
main debug: Decoder wait done in 0 ms
mmdevice debug: state changed: 1
main debug: auto hiding mouse cursor
main debug: auto hiding mouse cursor
main debug: control type=2
avi debug: seek requested: 1023 seconds 19%
avi debug: old:953152200
main debug: Buffering 0%
avi debug: seek: 1023 seconds
mmdevice debug: state changed: 0
wasapi debug: reset
main debug: Buffering 7%
main debug: Buffering 15%
main debug: end of audio preroll
wasapi debug: reset
main debug: Buffering 23%
main debug: Buffering 31%
main debug: end of video preroll
main debug: Received first picture
main debug: Buffering 39%
main debug: Buffering 47%
main debug: Buffering 55%
main debug: Buffering 63%
main debug: Buffering 71%
main debug: Buffering 78%
main debug: Buffering 86%
main debug: Buffering 94%
main debug: Stream buffering done (325 ms in 83 ms)
main debug: Decoder wait done in 0 ms
mmdevice debug: state changed: 1
main debug: control type=2
avi debug: seek requested: 1100 seconds 20%
avi debug: old:1026058366
main debug: Buffering 0%
avi debug: seek: 1100 seconds
mmdevice debug: state changed: 0
wasapi debug: reset
main debug: Buffering 7%
main debug: Buffering 15%
main debug: end of audio preroll
wasapi debug: reset
main debug: Buffering 23%
main debug: Buffering 31%
main debug: Buffering 39%
main debug: end of video preroll
main debug: Received first picture
main debug: Buffering 46%
main debug: Buffering 54%
main debug: Buffering 62%
main debug: Buffering 70%
main debug: Buffering 78%
main debug: Buffering 86%
main debug: Buffering 93%
main debug: Stream buffering done (325 ms in 91 ms)
main debug: Decoder wait done in 0 ms
mmdevice debug: state changed: 1
main warning: picture is too late to be displayed (missing 56 ms)
main warning: picture is too late to be displayed (missing 23 ms)
main debug: control type=0
main debug: toggling resume
mmdevice debug: state changed: 0
main debug: toggling resume
main debug: auto hiding mouse cursor
main debug: auto hiding mouse cursor
main debug: auto hiding mouse cursor
main debug: auto hiding mouse cursor
main debug: auto hiding mouse cursor
main debug: auto hiding mouse cursor

[nieroster]

I can confirm this behaviour. AVI files like these, usually imported from DV Camcorder, are huge. Everything above a filesize of 4GB does not play correctly anymore once this barrier is passed, while VLC 2.x played them fine. The 4GB are equivalent to about 18 to 20 min of DV encoded video.

Maybe this helps.

[gkln]

In any way, on my machines with VLC 3.04 and 3.06 this problem doesn't show up any more.
On my behalf can be considered as settled.