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. |
1st June 2016, 07:59 | #2081 | Link |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,555
|
I'll add b64a then. The reason I don't add all formats is that b64a (until now) didn't have an easy way to test it.
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
1st June 2016, 09:18 | #2082 | Link |
Registered User
Join Date: Oct 2014
Posts: 268
|
Now comes to noobish question.
What is 'b64a'. 16-bit-per-pixel RGB with A? Planer or packed? What output format should my Vapoursynth be if it would have to go to b64a? Regular vs.RGB48 or do I somehow need to fake an alpha channel? (Or do you don't know yet till you worked on it :P) |
1st June 2016, 10:54 | #2083 | Link |
Registered User
Join Date: Mar 2015
Posts: 775
|
Yes, 16-bit-per-pixel RGB with A, packed.
I could also support b48r (no alpha) if it gives any benefit. Currently both UQRG and UQRA accept b64a so I did not bother with b48r. I check whether alpha is valid by the codec id, not by bitmap format, so if you expect alpha from Vapoursynth I need to do something else.
__________________
VirtualDub2 |
13th June 2016, 19:42 | #2086 | Link |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,555
|
I'm having trouble finding something to test b64a in. Is there any free program I can use? (madvr doesn't count since it+mpc-hc doesn't play nice with debuggers)
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
13th June 2016, 19:45 | #2087 | Link | |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Quote:
|
|
13th June 2016, 19:49 | #2089 | Link |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,555
|
Nope, it says it doesn't know b64a. That makes me sad. Maybe there's some obscure codec that also provides b64a "decoding".
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
13th June 2016, 20:31 | #2091 | Link | |
Registered User
Join Date: Mar 2015
Posts: 775
|
Quote:
Maybe vpy is handled by some other code path in vdub. I tested UQRG with "avi (compat)" open option and it works. For reference, this is how BitmapInfoHeader is filled: Code:
biWidth = w biHeight = h biPlanes = 1 biCompression = VDMAKEFOURCC('b', '6', '4', 'a') biBitCount = 64 biSizeImage = w*8 * h
__________________
VirtualDub2 |
|
13th June 2016, 21:34 | #2092 | Link |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,555
|
R33 test 1
RGB24 will now be automatically packed to BGRA so VFW likes it more. RGB48 will be packed to b64a. YUV444P14 will be packed to Y416. The b64a I haven't managed to test so report your success with that. Not much else changed, really.
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet Last edited by Myrsloik; 13th June 2016 at 21:37. |
13th June 2016, 23:06 | #2093 | Link |
Registered User
Join Date: Mar 2015
Posts: 775
|
I made some fixes and in general it "works" (will make fixed update soon).
However it looks like VS output has different component order and byte order (UQRG matches this description http://www.bitjazz.com/en/products/s...rmats.php#b64a)
__________________
VirtualDub2 |
13th June 2016, 23:16 | #2094 | Link | |
Professional Code Monkey
Join Date: Jun 2003
Location: Kinnarps Chair
Posts: 2,555
|
Quote:
__________________
VapourSynth - proving that scripting languages and video processing isn't dead yet |
|
14th June 2016, 11:20 | #2095 | Link |
Registered User
Join Date: Mar 2015
Posts: 775
|
I confirm that your output is correct. My mistake.
Uploaded new version, now everything works fine.
__________________
VirtualDub2 |
14th June 2016, 13:44 | #2096 | Link |
Registered User
Join Date: Oct 2014
Posts: 268
|
I installed Vapoursynth r33 test 1 (x64, python 35) together with virtualDub64_pack_37197 (that was the latest one you were talking about, right shekh?)
If I open a .vpy file with RGB48 I get VirtualDub FilterMod showing it as b64a and it displays fine, and I can scrub around and it seems to work. Setting the VDubFilterMod to 'direct stream copy' in video mode I can save a raw b64a AVI file no problem. But whatever I try to save a Utvideo 10bit version VDub seems to crash. Is it working with UQRA / UQRG? I know Myrsloik said it's basically untested but if I see the video OK in VDubFilterMod I'm guessing Vapoursynth has done it's job. Shekh, you said you tested your b64a with Utvideo right? Did it break doing the latest changes? |
14th June 2016, 16:37 | #2099 | Link | |
Registered User
Join Date: Mar 2015
Posts: 775
|
Quote:
Can you narrow down the test which will crash and share source & script so I try it? Also crash report from vdub may be useful. update: Looks like it crashed when preferences->video compression threads is set to 0. Fixed now, build 37201
__________________
VirtualDub2 |
|
18th June 2016, 19:48 | #2100 | Link |
Registered User
Join Date: Oct 2001
Location: Germany
Posts: 7,277
|
http://www.vapoursynth.com/doc/functions/levels.html doesn't mention the 'gamma' option of levels.
|
Tags |
speed, vaporware, vapoursynth |
|
|