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.

 

Go Back   Doom9's Forum > Capturing and Editing Video > VirtualDub, VDubMod & AviDemux

Reply
 
Thread Tools Search this Thread Display Modes
Old 10th January 2018, 16:34   #401  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 3,183
Quote:
Originally Posted by dipje View Post
Ah crap, so what is broken on my system..
With input delivery I mean the same setting as you, intermediate bitdepth.

Do you have / use an alpha channel in all of this ? I'm feeding it 'dry' non-alpha rgb48 which vapoursynth wraps in b64a for VfW. Maybe I should try with a dummy alpha channel.

Another (very minor) thing. Opening a .vpy file now requires me to explicitly select the avisource reader. Just opening the .vpy gives an ffmpeg error, so I guess the ffmpeg input driver tries to open vapoursynth scripts now. This wasn't always the case.

edit might it even that there is an avx(2) codepath or something enabled in the cineform RGB mode that my old i7 doesn't support?

Everything else was exactly the same as your test setup , RGB48 . I tested 1280x720 (maybe you have some weird dimensions causing crash?)

I just dragged the vpy to vdfm , and it automatically chose AVI, with "internal DIB decoder (b64a)" as reported in file=>file information

The CPU I tested on has avx2 . Win8

Was that on XP ? Some ffmpeg changes made XP support more difficult, maybe it has something to do with that ?
poisondeathray is offline   Reply With Quote
Old 11th January 2018, 03:12   #402  |  Link
WorBry
Registered User
 
Join Date: Jan 2004
Location: Here, there and everywhere
Posts: 864
Quote:
Originally Posted by poisondeathray View Post
For me, it just crashes, regardless of export codec. Both x86, x64 versions

But works ok (without highlight issue) when fed through vapoursynth or avisynth

I think it has to do with the caching input driver
No crash here with that sample clip. And like I said, the odd thing is that:

Quote:
Originally Posted by WorBry View Post
... it (the aberration) doesn't occur with 4K/HD-AVC (8bit) clips recorded with full luma range i.e. decode format YUV420-709-FS.
....and that includes clips recorded on the same camera - a Pana GH5 in this case, which gives the option to select the 'luminance level' (i.e. luma range) - 16-235, 16-255 or 0-255 in 8-bit. As can be seen from the YUV Histogram, the above sample clip was shot in 16-255 range, which is how most camcorders record 8-bit 4K/HD-AVC also - i.e. Rec709 allowing for excursion/overshoot of data values into the super-whites.

Evidently, with these 16-255 range clips something is going on YUV420-709 > YUV420 or YUYV (YUY2) 'conversion' that is preventing transfer of the full data range. Come to that, why does YUV420-709 need to be 'converted' to YUV420 anyway if the decompression format 'interpretation' is set for 'no change' in the component range ? Surely it's just pass-through ?

Anyhow, hopefully Shekh will get to the bottom of it.
__________________
Nostalgia's not what it used to be

Last edited by WorBry; 11th January 2018 at 05:31.
WorBry is offline   Reply With Quote
Old 11th January 2018, 08:29   #403  |  Link
shekh
Registered User
 
Join Date: Mar 2015
Posts: 418
Quote:
Originally Posted by dipje View Post
Ah crap, so what is broken on my system..
With input delivery I mean the same setting as you, intermediate bitdepth.

Do you have / use an alpha channel in all of this ? I'm feeding it 'dry' non-alpha rgb48 which vapoursynth wraps in b64a for VfW. Maybe I should try with a dummy alpha channel.

Another (very minor) thing. Opening a .vpy file now requires me to explicitly select the avisource reader. Just opening the .vpy gives an ffmpeg error, so I guess the ffmpeg input driver tries to open vapoursynth scripts now. This wasn't always the case.

edit might it even that there is an avx(2) codepath or something enabled in the cineform RGB mode that my old i7 doesn't support?
I'm returning from vacation tomorrow and will take close look after.

Opening vpy issue: maybe you used driver override feature in error, try to see Open dialog, select vpy file, and then change preferred driver to default one (in dropdown there should be AVIfile, then caching..)

avx in cineform: no I don't think there is such code. And I run some tests on core2.
__________________
VirtualDub FilterMod
shekh is offline   Reply With Quote
Old 11th January 2018, 09:30   #404  |  Link
dipje
Registered User
 
Join Date: Oct 2014
Posts: 250
Ok.. I am on (Semi-)recent Win10 x64, so no XP related stuff.

If you want me to report more, give more info or make / send dumps let me know (and let me know how :P).
dipje is offline   Reply With Quote
Old 12th January 2018, 14:12   #405  |  Link
shekh
Registered User
 
Join Date: Mar 2015
Posts: 418
Quote:
Originally Posted by WorBry View Post
Something else I've observed with VDFM (40716 32bit & 40717 64bit) ; when transcoding native 4K and HD AVC (8-bit YV12, Rec709) clips to any YUV format, specular highlights get encoded black.
...

Sample (2sec) of above clip to test:
http://www21.zippyshare.com/v/77EZFJQ6/file.html
There is error in color space conversion (it is also in the original VD).
The conversion 709->601 with out-of-range luma values requires clipping which is not applied.
I will replace the procedure.
__________________
VirtualDub FilterMod
shekh is offline   Reply With Quote
Old 12th January 2018, 15:44   #406  |  Link
WorBry
Registered User
 
Join Date: Jan 2004
Location: Here, there and everywhere
Posts: 864
Quote:
Originally Posted by shekh View Post
There is error in color space conversion (it is also in the original VD).
The conversion 709->601 with out-of-range luma values requires clipping which is not applied.
I'm not converting 709 > 601 though. Both the Color Space and Component Range interpretations are set as 'No Change' (the default).
__________________
Nostalgia's not what it used to be
WorBry is offline   Reply With Quote
Old 12th January 2018, 16:05   #407  |  Link
shekh
Registered User
 
Join Date: Mar 2015
Posts: 418
Quote:
Originally Posted by WorBry View Post
I'm not converting 709 > 601 though. Both the Color Space and Component Range interpretations are set as 'No Change' (the default).
This part of UI is confusing, I want to change it somehow.

Actually "no change" in compression pixel format means nothing.
Currently more informative is the line "Using conversion: YUV420-709 -> YUV420"

To really have no colorspace change, either select "pixel format-> same as decoding" or set colorspace explicitly the same as source (709).
shekh is offline   Reply With Quote
Old 12th January 2018, 18:01   #408  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 3,183
I did some more testing, and the crash for me was from using video=>fast recompress
(You used to be able to bypass all the other extraneous conversions by using it in classic vdub)

I agree that current part of the UI with color space / component range is confusing
poisondeathray is offline   Reply With Quote
Old 12th January 2018, 19:10   #409  |  Link
shekh
Registered User
 
Join Date: Mar 2015
Posts: 418
Quote:
Originally Posted by dipje View Post
I have a Vapoursynth script outputting RGB48. If I open it in 40716 (x64) it seems to open fine as B64a (as it should IIRC).

Now, I want to try the Cineform encoder, so I set compression to Cineform RGB 12bit (also tried with RGBA 12bit), with the 'input delivery' set to 16bit. The output format selection seems to be RGB64, which is fine.
When I try to save (either to .avi or to .mov) VDFD crashes directly at the start.

Am I doing something wrong or is this a known problem?
Here is what I need:

- crash report: when you see "Oops - VirtualDub has crashed..." press "Save" button
- also VirtualDub_AutoSave_xxx.vdproject file (created automatically before crash)
- source video. Please save Vapoursynth output as uncompressed avi (1 frame should be enough)

Quote:
Originally Posted by poisondeathray View Post
I did some more testing, and the crash for me was from using video=>fast recompress
(You used to be able to bypass all the other extraneous conversions by using it in classic vdub)
Repeated, will be fixed.
shekh is offline   Reply With Quote
Old 12th January 2018, 20:44   #410  |  Link
WorBry
Registered User
 
Join Date: Jan 2004
Location: Here, there and everywhere
Posts: 864
Quote:
Originally Posted by shekh View Post
To really have no colorspace change, either select "pixel format-> same as decoding" or set colorspace explicitly the same as source (709).
OK, I've got it sorted. What confuses matters is the "(?) Format Not Accepted by Codec, YMMV" comment when transcoding to the 'non-native' vfw codec formats, like MagicYUV and the GoPro Cineform codec. I'll post some shots of the config panels to illustrate what I mean, when I have a moment. But yes, when transcoding these 8-bit YUV420-709 sources to Cineform, setting the YUY2 output colorspace explicitly to 'Rec709' resolves the issue with the black-coded specular highlights - the GoPro vfw Cineform codec complains that "(?) Format Not Accepted by Codec, YMMV" but it still works. I guess that's the reason for the 'YMMV' ;>)
__________________
Nostalgia's not what it used to be

Last edited by WorBry; 12th January 2018 at 20:53.
WorBry is offline   Reply With Quote
Old 12th January 2018, 21:45   #411  |  Link
shekh
Registered User
 
Join Date: Mar 2015
Posts: 418
Quote:
Originally Posted by WorBry View Post
OK, I've got it sorted. What confuses matters is the "(?) Format Not Accepted by Codec, YMMV" comment when transcoding to the 'non-native' vfw codec formats, like MagicYUV and the GoPro Cineform codec. I'll post some shots of the config panels to illustrate what I mean, when I have a moment. But yes, when transcoding these 8-bit YUV420-709 sources to Cineform, setting the YUY2 output colorspace explicitly to 'Rec709' resolves the issue with the black-coded specular highlights - the GoPro vfw Cineform codec complains that "(?) Format Not Accepted by Codec, YMMV" but it still works. I guess that's the reason for the 'YMMV' ;>)
Yes, it is difficult to calculate the actual format applied with vfw codec, there is too much code involved. I chose between showing "YMMV" or nothing.
shekh is offline   Reply With Quote
Old 12th January 2018, 22:01   #412  |  Link
WorBry
Registered User
 
Join Date: Jan 2004
Location: Here, there and everywhere
Posts: 864
I was editing my last post just as you replied. I was going to add that when using the native Cineform encoder, setting the YUY2 output explicitly for Rec709 is accurately reflected in the comment 'Using conversion YUV420-709 ->YUYV-709'.

On the other hand, transcoding (these YUV420-709 inputs) to MagicYUV-YUV420 (configured for Rec709 YUV420 input) does not require specifying 'Rec709' in the output pixel format. Leaving at default 'Same as Decoding' (YUV420-709) works fine (pass-through with no black-coded highlights) provided you ignore the "(?) Format Not Accepted by Codec, YMMV" comment. Same with UTVideo YUV420. Well that's 'my mileage' at least

I won't bother posting any screen shots.

Cheers.
__________________
Nostalgia's not what it used to be

Last edited by WorBry; 12th January 2018 at 22:21.
WorBry is offline   Reply With Quote
Old 13th January 2018, 18:19   #413  |  Link
shekh
Registered User
 
Join Date: Mar 2015
Posts: 418
New version with many fixes.

Quote:
Originally Posted by lansing View Post
I encountered a bug, when I loaded in a 32 bit png, adjust the color using colormill, and then export it as single image out as png, the resulting image became all white.
If you do this again, it is now possible to disable alpha channel with "alias format" filter:



Also same way to enable alpha when it is not detected (e.g. from AviSynth)
__________________
VirtualDub FilterMod
shekh is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 00:40.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2018, vBulletin Solutions Inc.