YUY2/YUYV dshow capture regression

likely befae51a

added Component::Video: filters Severity::normal Type::bug Version::master git + 1 deleted label

changed milestone to %Bugs paradize

Added attachment:

• VLC_Sending.log

changed title from YUY2/YUYV capture broken to YUY2/YUYV dshow capture broken

added Platform::Windows desktop label and removed 1 deleted label

I believe the important part is:

stream_out_transcode debug: Checking if filter chain YUY2 -> I420 is possible

changed title from YUY2/YUYV dshow capture broken to YUY2/YUYV dshow capture regression

changed milestone to %3.0.4

See similar #20654 (closed) from RV24 -> I420

Same issue for file conversion: https://forum.videolan.org/viewtopic.php?f=14&t=145211&p=475838#p475838

Yet, we have yuy2_i420.c

May be due to bogus YUY2 textures as in #19162 (closed)

Workaround with 88a4aef9b59e48f4918303ab2f1f31f5bbdf716d and ef69fb83f60cd7b12e8f230269222f588587f1b8. Although the original issue is probably the pixel/picture dimensions in the capture source which is bogus and cannot be converted. And it will likely still not be converted with another pixel format.

Replying to [comment:8 Steve Lhomme]:

Workaround with 88a4aef9b59e48f4918303ab2f1f31f5bbdf716d and ef69fb83f60cd7b12e8f230269222f588587f1b8. Although the original issue is probably the pixel/picture dimensions in the capture source which is bogus and cannot be converted. And it will likely still not be converted with another pixel format.

This is a regression, that was working before.

I don't see how d3d workarounds can fix the transcoding

I tested with 2.2 on W10 (which outputs YUY2 with my webcam) and it works. That's with Direct3D9. It's displaying the YUY2 directly, no conversion filter. 3.0 forcing D3D9 also works.

The same thing with Direct3D11 doesn't work (displaying the YUY2 with no conversion filter). So maybe the DXGI_FORMAT_YUY2 is broken in some drivers (or possibly Windows). The check added by ef69fb83f60cd7b12e8f230269222f588587f1b8 may be enough to detect it and we fallback to another display format that we handle better. That fixes #19162 (closed) entirely.

But in this case that's transcoding and as I said the original issue is probably the pixel/picture dimensions in the capture source which is bogus and cannot be converted. Without knowing which value differs when converting that's hard to know exactly what's wrong.

Ticket retargeted after milestone closed

changed milestone to %3.0.5

Hello. I've investigated this issue with converting dshow stream on a few versions of VLC, and that's what I can say about it:

OS: Windows 10 2015 Videocard: AMD RADEON R7 360 K-Lite Codec Pack with MPC-HC installed Convert profile: Video - H.264 + MP3 (MP4)

2.0.8 and less - preview is available, file size is large, but videostream from that file cannot be played

2.1.0 - 2.2.8 - preview is available but showing only first frame after a few seconds, video file is big, but it's video stream cannot be played

3.0.0 and later - preview is unavailable

Hope this investigation can help at least a little

I have spent the last twenty minutes trying to figure out how to subscribe to this bug so that I can get notifications when it is updated. It appears that I need to be added to the CC: list but it seems to be impossible for me to do so.

Anyway, I've been bit by this same bug and would like to be notified when it is fixed. Someone please set me straight if I am missing something on how to be added to the CC: list.

assigned to @robUx4 and unassigned @MigrationBot