|
|
|
01-30-2019, 07:19 AM
|
#1
|
Human being with feelings
Join Date: Sep 2012
Location: Chiang Mai, Thailand
Posts: 248
|
Video plays fine in VLC, but has artifacts in reaper
This is the video file in question
https://drive.google.com/file/d/1XOd...ew?usp=sharing
OUTPUT from video file item properties
Length: 0:33.116
Video: 720x405@23.98fps, Aspect=1.00, Decoding format=I420/YV12
Audio: 44100Hz 2ch 16bps
Using VLC decoder (v3.0.x)
Video: 720x405, h264, 23.98fps
Audio: 44100hz, 16bps, 2ch, ima4
Loaded from: C:\Program Files\VideoLAN\VLC
I've tried disabling the color space options and changing the output, but nothing helps.
__________________
Win10 x64, i3930k, 32GB ram
Audio Post | Music Production | Recording Studio | Voice Over
teeramusic.com - Chiang Mai, Thailand
|
|
|
01-30-2019, 08:03 AM
|
#2
|
Human being with feelings
Join Date: Jan 2018
Posts: 10
|
I used to rage about lag and artifacts when I was working on a movie soundtrack, but I just dealt with it. Its probably your computer’s CPU. The computer I use has a slow processor, and struggles very badly with intense projects in reaper, it gets very framey when I work with both audio and video in reaper, and I hear artifacts when working in other programs too. Although it also could be your GPU. You should read info online about your CPU and GPU.
Last edited by Reausernameless; 01-30-2019 at 08:06 AM.
Reason: Forgot to add something.
|
|
|
01-30-2019, 09:19 AM
|
#3
|
Human being with feelings
Join Date: Jul 2009
Posts: 7,571
|
can you describe the issue more than "has artifacts in reaper"
like a screenshot of the glitch or whatever it is
|
|
|
01-30-2019, 09:35 AM
|
#4
|
Human being with feelings
Join Date: Aug 2011
Location: Near a big lake
Posts: 3,943
|
Quote:
Originally Posted by Reausernameless
Although it also could be your GPU. You should read info online about your CPU and GPU.
|
Reaper doesn't use the GPU. It renders in software only.
|
|
|
02-01-2019, 12:15 PM
|
#5
|
Human being with feelings
Join Date: Sep 2012
Location: Chiang Mai, Thailand
Posts: 248
|
Quote:
Originally Posted by EpicSounds
can you describe the issue more than "has artifacts in reaper"
like a screenshot of the glitch or whatever it is
|
The video looks a bit like the colors don't line up. Like when you're trying to print something with a bubble jet printer and there's an offset between each color. I've tried reset preferences / clear cache in vlc as well, but no luck. This video used to work in an older version of reaper (it's an old project) using vlc 2.x.x but I don't know the exacts.
__________________
Win10 x64, i3930k, 32GB ram
Audio Post | Music Production | Recording Studio | Voice Over
teeramusic.com - Chiang Mai, Thailand
|
|
|
02-03-2019, 06:04 AM
|
#6
|
Human being with feelings
Join Date: Sep 2012
Location: Chiang Mai, Thailand
Posts: 248
|
Okay here's the screenshot. First one is VLC, second one is reaper. Same frame at 00:15
__________________
Win10 x64, i3930k, 32GB ram
Audio Post | Music Production | Recording Studio | Voice Over
teeramusic.com - Chiang Mai, Thailand
|
|
|
02-03-2019, 07:17 AM
|
#7
|
Human being with feelings
Join Date: Mar 2018
Location: Cologne
Posts: 1,362
|
It seems this is something for Justin as he was fixing some problems with multiples of 4 and 8 in height and width while decoding.
Eli
__________________
☆.。.:*・°☆.。.:*・°☆.。.:*・°☆REAPER//✿◔‿◔)°☆.。.:*・°☆.。.:*・°☆
|
|
|
02-03-2019, 08:29 PM
|
#8
|
Human being with feelings
Join Date: Sep 2012
Location: Chiang Mai, Thailand
Posts: 248
|
Quote:
Originally Posted by Eliseat
It seems this is something for Justin as he was fixing some problems with multiples of 4 and 8 in height and width while decoding.
Eli
|
While he's at it, it would be super cool to get some of that handbrake magic worked into reaper's video rendering.
__________________
Win10 x64, i3930k, 32GB ram
Audio Post | Music Production | Recording Studio | Voice Over
teeramusic.com - Chiang Mai, Thailand
|
|
|
02-03-2019, 09:02 PM
|
#9
|
Human being with feelings
Join Date: Sep 2012
Location: Chiang Mai, Thailand
Posts: 248
|
I just tested on 5.966pre2 and the problem is still there as well.
__________________
Win10 x64, i3930k, 32GB ram
Audio Post | Music Production | Recording Studio | Voice Over
teeramusic.com - Chiang Mai, Thailand
|
|
|
02-04-2019, 04:34 AM
|
#10
|
Human being with feelings
Join Date: Mar 2018
Location: Cologne
Posts: 1,362
|
Hm, have no idea how this else could be fixed.
Edit: I just read the VLC output warnings and errors and it seems that your video has a wrong resolution for the decoder.
Code:
direct3d9 warning: Disabling hardware chroma conversion due to odd dimensions
direct3d9 warning: trying surface pixel format: DXA9
So VLC tries to compensate the error but Reaper does not. And as I remember right, handbrake doesn't let you render/encode with wrong dimensions. That could be the reason why videos rendered with handbrake will play mostly smoothly with any decoders.
Your video resolution is 720x405. Its common sense that the dimensions always should be dividable thru 4 or 8 but at least thru 2. 405 pixel of height isn't an even number so that's what makes the trouble.
Solutions: Ask for a better source or change the dimension by re-encoding to a lossless format by cutting off 1 or 5 pixel at the bottom of the frame.
Greetings
Eli //✿´‿`)
__________________
☆.。.:*・°☆.。.:*・°☆.。.:*・°☆REAPER//✿◔‿◔)°☆.。.:*・°☆.。.:*・°☆
Last edited by Eliseat; 02-04-2019 at 05:14 AM.
|
|
|
02-05-2019, 08:31 PM
|
#11
|
Human being with feelings
Join Date: Sep 2012
Location: Chiang Mai, Thailand
Posts: 248
|
Quote:
Originally Posted by Eliseat
Hm, have no idea how this else could be fixed.
Edit: I just read the VLC output warnings and errors and it seems that your video has a wrong resolution for the decoder.
Code:
direct3d9 warning: Disabling hardware chroma conversion due to odd dimensions
direct3d9 warning: trying surface pixel format: DXA9
So VLC tries to compensate the error but Reaper does not. And as I remember right, handbrake doesn't let you render/encode with wrong dimensions. That could be the reason why videos rendered with handbrake will play mostly smoothly with any decoders.
Your video resolution is 720x405. Its common sense that the dimensions always should be dividable thru 4 or 8 but at least thru 2. 405 pixel of height isn't an even number so that's what makes the trouble.
Solutions: Ask for a better source or change the dimension by re-encoding to a lossless format by cutting off 1 or 5 pixel at the bottom of the frame.
Greetings
Eli //✿´‿`)
|
I hear where you're coming from, but this should still be fixed. A good DAW should not be one that whines about resolutions. VLC does it correctly so should reaper (especially when it used to work in an older version). Thank you for investigating though, I'll use your fix for now.
__________________
Win10 x64, i3930k, 32GB ram
Audio Post | Music Production | Recording Studio | Voice Over
teeramusic.com - Chiang Mai, Thailand
|
|
|
02-10-2019, 04:31 PM
|
#12
|
Administrator
Join Date: Jan 2005
Location: NYC
Posts: 15,721
|
Thanks, fixing!
|
|
|
03-04-2020, 01:06 PM
|
#13
|
Human being with feelings
Join Date: Mar 2020
Posts: 1
|
reduced resolution on a clean track (Version 6.04)
I suppose this might have a different cause, but I am posting it here because the result is very similar: graphic corruption. And this time, the video size is perfectly standard (1920x1080), both in source and target:
I just found out that the *automated parameters* of the video processor (like zoom and pan) leak through to the tracks "below": I had a video track for still images that I panned over from left to right, and so the pictures are zoomed in to about 50% of the original size.
It took me ages to figure out why the video track below did not show (and render) its full resolution (see images). It seems that the video was scaled down and back up again - without filters! - , creating nasty jagged outlines. Re-importing the same video on this track for a second time even resulted in a zoom factor that I had not set on this track or item. This is when it dawned on me that it must be the parameters from the picture track above seeping through to my video track.
So when I finally put the video track *above* the picture track, the problem disappeared and the video footage displayed (and rendered) correctly.
I strongly suspect this to be a coding error in the video processor. Or am I missing something obvious here? Help would be greatly appreciated.
|
|
|
Thread Tools |
|
Display Modes |
Linear Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -7. The time now is 06:17 AM.
|