Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
11th July 2013, 10:05 | #1 | Link |
Registered User
Join Date: Jul 2011
Posts: 1,121
|
x264 encoding RGB, doesnīt work as intended.
Okay, i have searched all around, and i canīt find much information regarding my problem.
Itīs probably not a real "problem" and just a cause of me not knowing what to do. Well to simply put it, i got a Avisynth script, itīs RGB at the end (tried RGB32 and 24, 24 is less wrong though). I then encode it with Megui, but i set x264 command line to: --input-csp rgb --output-csp rgb And the RGB32 will look like, 6 small half windows of the movie, but it got green lines making it just look weird. RGB24 will pretty much be the same, but without the green lines, just different colors on each window. (all windows play back the move, they look the same, except colors etc) Now i am pretty sure i have done this way back when RGB was introduced to x264, but somehow i canīt make it work. I444 and the rest works as expected though. And a bonus question: Is it possible to encode Lossless with x264 10bit on normal sources (8bit). I am pretty sure itīs not possible, as itīs converting to 10bit, but i may be wrong. Thanks! Last edited by zerowalker; 11th July 2013 at 10:16. |
25th November 2013, 01:43 | #6 | Link |
Registered User
Join Date: Feb 2009
Location: USA
Posts: 676
|
I've been wondering about this myself. I've never been able to produce a "normal" watchable video file when trying to encode RGB game captures, to RGB H.264 streams. Although in my case I'm not getting half-images, I am getting full images, but they are all scaled down, and represented by 6 sets of smaller images which occupy the actual resolution space of the video. The large primary image in the set contains a black and white image, then below that are 4 smaller sections which look like the Black variety, and White variety, Infrared images.
I've get this result regardless of wheather I'm trying it via Avisynth (meGUI) or using the CLI encoder directly. Must be getting a command wrong somewhere....? I've uploaded an attachment JPG showing what it looks like. Last edited by osgZach; 25th November 2013 at 01:48. |
25th November 2013, 01:46 | #7 | Link |
Registered User
Join Date: Jul 2011
Posts: 1,121
|
I do get that as well.
There are 2 versions to get. One is with RGB24, other RGB32. Both produces different results, and none are correct. All seem to be many different windows that are smaller and messed up in colors. I am pretty sure i did manage to produce an RGB correctly like 2 years ago, but either something has changed or i am doing something wrong. And i have tried it so many times, itīs quite frustrating. |
25th November 2013, 02:25 | #11 | Link |
Registered User
Join Date: Feb 2009
Location: USA
Posts: 676
|
Yeah I was getting bogus info from Media Info (why don't they fix that?)
FFprobe confirmed RGB (bgr) Interesting outcome as well.. I went and got an x264 binary from http://www.x264.nl/x264_main.php instead of using the one MeGUI ships with (why is theirs so much smaller anyway?) and I now get the proper output, the video is watchable.. And... this is what a proper RGB looks like, I guess http://pics.oldskoolgames.com/forums...CombatRGB5.mkv Last edited by osgZach; 25th November 2013 at 03:56. |
25th November 2013, 08:54 | #12 | Link |
Registered User
Join Date: Jul 2011
Posts: 1,121
|
So the Megui one doesnīt work?
I should work, i think itīs only smaller cause it skips some internal libraries, but it shouldnīt effect RGB in any way. LAV Filter is my decoder btw, and the video linked works properly as well. |
25th November 2013, 14:10 | #13 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
Different compiler versions/settings used in the build process and/or different versions of external libraries linked in and/or certain external libraries enabled/disabled.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
25th November 2013, 21:54 | #15 | Link | |
Registered User
Join Date: Feb 2009
Location: USA
Posts: 676
|
Quote:
|
|
26th November 2013, 02:56 | #16 | Link |
Registered User
Join Date: Jul 2011
Posts: 1,121
|
osgZach, will do.
Wait does the CRF work differently between colorspaces? As 20CRF which letīs say looks ugly with YV12, should still look ugly with RGB, except that the video should be quite bigger and colors more accurate, the Luma detail should be the same. |
26th November 2013, 18:47 | #17 | Link |
Registered User
Join Date: Feb 2009
Location: USA
Posts: 676
|
I guess the short answer is "yes" ? For whatever reason, you can use higher CRF values. Look at the encode flags on the video I posted, I would never try to encode YV12 with a CRF that high I can tell you that
|
26th November 2013, 18:54 | #19 | Link | |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
BTW: MediaInfo supports a zillion of container, audio and video formats, each of which has dozens of properties. So it's not that surprising that bugs, which effect a specific property of a specific video format, can get overlooked. Also it's not like storing RGB data is the most common use of H.264.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|