Win32 H.265 (HEVC) green bar at bottom of screen, 2.2.1 and 3.0.0-git-20150517-0002
My test videos are the JoyBell H.265 rips of Game of Thrones S05 episodes 1-5. (Readily available from https://kat.cr/.) They're 1920x1088 (x1072 displayed), 23.976 FPS, 4:2:0 YUV.
Platform is Windows 7 32-bit, using an i3-2100 with Intel HD2000 video driver 9.17.10.4101, playing over HDMI at 1920x1080 native resolution.
My SO noticed that, when all 5 were loaded up on the playlist, skipping between them using the mouse of the next/prev buttons would result in a green bar at the bottom of the frame.
The bar runs the full width of the screen, and is 6+6 pixels high. The top looks like yellow highlighter, and the bottom looks like green highlighter, partially obscuring the video behind.
If I counted correctly, it starts 14 pixels from the bottom of the screen. (It's hard to be sure it's not a couple more.) Normal video is visible below the bar.
Now, the bar remains whether I am in full-screen or windowed mode, and shrinks proportionally if I resize the window. But if I pause the image with the bar visible and take a snapshot (which comes out 1912x1072), the bar does not appear on the snapshot. I'm not sure what that implies about the position in the display pipeline where it's appearing.
It might be a video output issue, rather than a codec issue, but I haven't noticed it on other (e.g. H.264) 1080p video material.
Of particular interest, if I jump between videos by double-clicking on the playlist, the video appears correctly (no bar). But if I use the previous and next buttons (or their keyboard equivalents), the bar often (but not always) appears.
Even if the bug is actually in a non-VLC driver, that different may point out a useful workaround.
I've also found that jumping back and forth quickly causes frequent crashes, of both 2.2.1 and 3.0.0-git.
Trying on Linux (Debian vlc 2.2.1-1+b1_i386, different system), I can't reproduce either the bar or the crashes.
Hopefully that's enough information to enable it to be reproduced.