BUG: YUV decode

daxliniere · 12-27-2018, 12:49 PM

I exported a video to YUV lossless. Upon importing that video into REAPER, red and blue channels are swapped. VLC won't play the file, but Windows Media Player does and plays it correctly, so it seems that REAPER's decode is at fault.

(Or rename it to "Alternate reality filter"

)

(BTW, since it's 2019, would you consider relaxing the 800x600, <64kb attachment restriction? ;P )

Eliseat · 12-28-2018, 03:31 AM

I think its VideoLan's fault as their VLC is used in Reaper as decoder. You could install ffmpeg and use it as alternative decoder to check if its really VLC dependent.

I also had found a bug in VLC as I wasn't able to create video loops because the last frames always got stuck. That was reason enough to write several bug reports at the Blender bugtracker until I had realized its VLCs fault. Then I "spammed" VideoLan's bugtracker.

Hope they fix this in the next release.

So its always good to have an alternative decoder like ffmpeg to find the root of the problem.

Here you can download ffmepeg: https://ffmpeg.zeranoe.com/builds/

Not sure which system you have. But you have to download the "shared" package. Put those dlls into Reapers user plugins directory and change the decoder priority in the user preferences.

Good luck!

Justin · 12-28-2018, 04:07 AM

Can you show us the source properties (Ctrl+F2) for this file?

What R version?

Might need to post a minimal version of the file if you want it fixed...

daxliniere · 12-28-2018, 09:27 AM

R = dev1219

--------------------------------------------------
Length: 0:02.135
Video: 640x480@29.97fps, Aspect=1.00, Decoding format=RGB
Audio: 44100Hz 2ch 16bps

Using VLC decoder (v3.0.x)
Video: 640x480, HFYU, 29.97fps
Audio: 44100hz, 16bps, 2ch, s16l

Loaded from: C:\Program Files\Video\VLC 2
--------------------------------------------------

Video is here: https://drive.google.com/open?id=1__...5-ry2qg007i4VP

I don't really need it fixed as I found a workaround, but thought I'd report this.
(BTW, DV codec doesn't even encode; "Error initializing video encoder, check parameters")

Eliseat · 12-28-2018, 09:44 AM

As expected. This is VLC's fault as ffmpeg decodes the video easily.

daxliniere · 12-28-2018, 10:08 AM

Cool, so I'll just swap ffmpeg and vlc, then? Is ffmpeg always preferred?

daxliniere · 12-28-2018, 10:18 AM

Ahh, ffmpeg is really slow to decode any file type on my system.

Eliseat · 12-28-2018, 11:43 AM

This depends kind of the system because some users prefer ffmpeg others VLC. I use ffmpeg only because of the mentioned last frame bug from VLC.

Justin · 12-31-2018, 04:14 PM

Fixing (our fault)

Eliseat · 12-31-2018, 06:54 PM

How could this be? The video didn't even run in VLC.

Justin · 12-31-2018, 07:10 PM

Quote:

Originally Posted by Eliseat

How could this be? The video didn't even run in VLC.

Looks like a bug in VLC 3.x -- 2.2 plays the video...

12-27-2018, 12:49 PM	#1
daxliniere Human being with feelings Join Date: Nov 2008 Location: London, UK Posts: 2,692	BUG: YUV decode I exported a video to YUV lossless. Upon importing that video into REAPER, red and blue channels are swapped. VLC won't play the file, but Windows Media Player does and plays it correctly, so it seems that REAPER's decode is at fault. (Or rename it to "Alternate reality filter" ) (BTW, since it's 2019, would you consider relaxing the 800x600, <64kb attachment restriction? ;P ) __________________ Puzzle Factory Sound Studios, London [Website] [Instagram] [AMD 5800X, 32Gb RAM, Win10x64, NVidia GTX1080ti, UAD2-OCTO, FireFaceUCX, REAPER x64] [Feature request: More details in Undo History] Last edited by daxliniere; 05-24-2019 at 12:51 PM.

12-28-2018, 09:27 AM	#4
daxliniere Human being with feelings Join Date: Nov 2008 Location: London, UK Posts: 2,692	R = dev1219 -------------------------------------------------- Length: 0:02.135 Video: 640x480@29.97fps, Aspect=1.00, Decoding format=RGB Audio: 44100Hz 2ch 16bps Using VLC decoder (v3.0.x) Video: 640x480, HFYU, 29.97fps Audio: 44100hz, 16bps, 2ch, s16l Loaded from: C:\Program Files\Video\VLC 2 -------------------------------------------------- Video is here: https://drive.google.com/open?id=1__...5-ry2qg007i4VP I don't really need it fixed as I found a workaround, but thought I'd report this. (BTW, DV codec doesn't even encode; "Error initializing video encoder, check parameters") __________________ Puzzle Factory Sound Studios, London [Website] [Instagram] [AMD 5800X, 32Gb RAM, Win10x64, NVidia GTX1080ti, UAD2-OCTO, FireFaceUCX, REAPER x64] [Feature request: More details in Undo History]

12-28-2018, 10:08 AM	#6
daxliniere Human being with feelings Join Date: Nov 2008 Location: London, UK Posts: 2,692	Cool, so I'll just swap ffmpeg and vlc, then? Is ffmpeg always preferred? __________________ Puzzle Factory Sound Studios, London [Website] [Instagram] [AMD 5800X, 32Gb RAM, Win10x64, NVidia GTX1080ti, UAD2-OCTO, FireFaceUCX, REAPER x64] [Feature request: More details in Undo History]

12-28-2018, 10:18 AM	#7
daxliniere Human being with feelings Join Date: Nov 2008 Location: London, UK Posts: 2,692	Ahh, ffmpeg is really slow to decode any file type on my system. __________________ Puzzle Factory Sound Studios, London [Website] [Instagram] [AMD 5800X, 32Gb RAM, Win10x64, NVidia GTX1080ti, UAD2-OCTO, FireFaceUCX, REAPER x64] [Feature request: More details in Undo History]

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

12-28-2018, 03:31 AM	#2
Eliseat Human being with feelings Join Date: Mar 2018 Location: Cologne Posts: 1,362	I think its VideoLan's fault as their VLC is used in Reaper as decoder. You could install ffmpeg and use it as alternative decoder to check if its really VLC dependent. I also had found a bug in VLC as I wasn't able to create video loops because the last frames always got stuck. That was reason enough to write several bug reports at the Blender bugtracker until I had realized its VLCs fault. Then I "spammed" VideoLan's bugtracker. Hope they fix this in the next release. So its always good to have an alternative decoder like ffmpeg to find the root of the problem. Here you can download ffmepeg: https://ffmpeg.zeranoe.com/builds/ Not sure which system you have. But you have to download the "shared" package. Put those dlls into Reapers user plugins directory and change the decoder priority in the user preferences. Good luck!

12-28-2018, 04:07 AM	#3
Justin Administrator Join Date: Jan 2005 Location: NYC Posts: 16,117	Can you show us the source properties (Ctrl+F2) for this file? What R version? Might need to post a minimal version of the file if you want it fixed...

12-28-2018, 09:44 AM	#5
Eliseat Human being with feelings Join Date: Mar 2018 Location: Cologne Posts: 1,362	As expected. This is VLC's fault as ffmpeg decodes the video easily.

12-28-2018, 11:43 AM	#8
Eliseat Human being with feelings Join Date: Mar 2018 Location: Cologne Posts: 1,362	This depends kind of the system because some users prefer ffmpeg others VLC. I use ffmpeg only because of the mentioned last frame bug from VLC.

12-31-2018, 04:14 PM	#9
Justin Administrator Join Date: Jan 2005 Location: NYC Posts: 16,117	Fixing (our fault)

12-31-2018, 06:54 PM	#10
Eliseat Human being with feelings Join Date: Mar 2018 Location: Cologne Posts: 1,362	How could this be? The video didn't even run in VLC.