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. |
20th June 2019, 17:11 | #861 | Link |
Registered User
Join Date: Mar 2015
Posts: 775
|
Yes, something bad with error handling.
__________________
VirtualDub2 |
20th June 2019, 21:17 | #862 | Link |
HeartlessS Usurer
Join Date: Dec 2009
Location: Over the rainbow
Posts: 10,980
|
Hi Shekh,
Simple script Code:
Colorbars [not sure if intentional, if so then maybe could alert to failure reason] Build 43602
__________________
I sometimes post sober. StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace "Some infinities are bigger than other infinities", but how many of them are infinitely bigger ??? Last edited by StainlessS; 21st June 2019 at 10:29. |
21st June 2019, 23:23 | #864 | Link |
Registered User
Join Date: Mar 2015
Posts: 775
|
Not bad - there is internal FP32 format (rgb/rgba). There is no input support and I at least need to update "gamma" and "resize" filters.
__________________
VirtualDub2 |
1st July 2019, 12:49 | #866 | Link |
Registered User
Join Date: Jan 2014
Posts: 2,314
|
Hi shekh, what are my choices when I'd like to display an RGB48 format from Avisynth+? Does VDub2 have any support for it on the VfW interface?
Right now I report BGR[48] (BGR0) but it is not recognized. Or I'm doing something wrong. Thanks. |
1st July 2019, 13:27 | #867 | Link | |
Registered User
Join Date: Mar 2015
Posts: 775
|
Quote:
What's wrong if you add ConvertToRGB64 in script?
__________________
VirtualDub2 |
|
1st July 2019, 13:38 | #868 | Link | |
Registered User
Join Date: Jan 2014
Posts: 2,314
|
Quote:
- user applies ConvertToRGB64 at the end of the script (inconvenience, conversion overhead) - Avisynth+ silently converts it to RGB64 and reports one of the RGB64 fourCCs. (conversion overhead) - VirtualDub2 handles FourCC BGR[48] (I don't know if there is any extra conversion overhead on your side) |
|
1st July 2019, 15:59 | #869 | Link | |
Registered User
Join Date: Mar 2015
Posts: 775
|
Quote:
__________________
VirtualDub2 |
|
1st July 2019, 16:09 | #870 | Link | |
Registered User
Join Date: Jan 2014
Posts: 2,314
|
Quote:
Now a similar workaround is working for the opposite direction: if planar rgb would not be supported, there is an optional rgb64 conversion if user wants to do so: http://avisynth.nl/index.php/Interna...narToPackedRGB thanks |
|
2nd July 2019, 23:02 | #871 | Link |
契約者
Join Date: Jun 2008
Posts: 1,576
|
shekh
is there any chance you could add something like %(selectionstart) and %(selectionend) options to these variables (external encoder) that would return frame numbers of the current selection (same values as in statusbar)? Currently I am trying to use VirtualDub to cut some footage while saving to the intermediate format and these would help to form the filename to know where I made the cut from. |
2nd July 2019, 23:33 | #872 | Link |
Registered User
Join Date: Mar 2015
Posts: 775
|
Keiyakusha
This is easy, no problem.
__________________
VirtualDub2 |
1st August 2019, 00:22 | #873 | Link |
Registered User
Join Date: Jul 2019
Posts: 9
|
As a long long time user of Virtualdub, I thought it was high time I make the switch to Virtualdub2. Right off the bat though I noticed that my export speeds are much slower than in Virtualdub, so I'm wondering if I'm doing something obviously wrong.
I tested with Virtualdub 1.10.4 using DShowInputDriver against Virtualdub2 43702. I also tested with an old version of ffinputdriver I had available. I noticed it right away with every file I tried, but as a control for the results below I decided to use big_buck_bunny_1080p_h264.mov, saving only the first 1:00 in order to keep the testing time easy to manage. All of the files and programs are on my NVMe drive with an i7-7700K and Windows 10 Pro. Here's my quick test results in seconds: Virtualdub1 (DShowInputDriver) Uncompressed: 17 MagicYUV: 14 Virtualdub1 (ffinputdriver) Uncompressed: 23 MagicYUV: 13 Virtualdub2 (default) Uncompressed: 25 MagicYUV: 23 I also tested with Lagarith, and all three were about the same time (though over 50 seconds each). I tried opening the file with the cache on by default, and disabling it, but the times were identical either way. At the end of the day, the time differences aren't that much unless you're doing something significant, but I just thought I'd ask here in case there's a plugin I'm supposed to be using, or if I should be disabling/enabling some option. Thanks! Last edited by albino; 1st August 2019 at 00:30. |
2nd August 2019, 12:24 | #874 | Link | |
Registered User
Join Date: Mar 2015
Posts: 775
|
Quote:
Cache cannot help with sequential read - this is ok. Some common ideas: are you comparing same architecture (x64 executables)? Make sure the decode format is "autodetect", and there is no unwanted format conversion in the middle. Run benchmark analyze pass or open Real-time profiler, it shows some performance details. You can test all 3 input drivers in VD2
__________________
VirtualDub2 |
|
3rd August 2019, 03:49 | #875 | Link | |||
Registered User
Join Date: Jul 2019
Posts: 9
|
Quote:
* Decode format is set to Autoselect, I've never changed that option before. Virtualdub1 doesn't appear to have that option. * I'm not sure what the benchmark is, but if it's Tools -> Benchmark Resampler then here is the outputs: Quote:
* As a side note, benchmark-wise, just checking pure FPS, using MagicYUV the peak for Virtualdub1 32 bit was 113 fps, and the peak for Virtualdub2 64 bit was 64 fps. * I'm not sure what I'm looking for with Real Time Profiler. If you want me to screenshot something specific while I'm running it, or after it finishes, let me know. * My Virtualdub1 is 32 bit, and that was a good question, so I tried comparing it against both the 32 bit and 64 bit versions of Virtualdub2. I put DShowInputDriver in the plugins32 folder of Virtualdub2 because that's where it is in my Virtualdub1, and I closed and re-opened Virtualdub2 when switching between DShowInputDriver and the default decoder. Also, I re-ran Virtualdub1 again just to have a baseline. Here's my results: Quote:
https://we.tl/t-eJ0aNxyu5W Let me know if you want me to test anything else, I'm happy to do so. Thanks! Last edited by albino; 3rd August 2019 at 03:56. Reason: Trying to make it more clear |
|||
5th August 2019, 11:44 | #876 | Link |
Formerly davidh*****
Join Date: Jan 2004
Posts: 2,496
|
shekh,
Drag any YUV video onto VirtualDub2, add a levels filter (input 0-64, output 0-255) and it comes out all messed up: https://i.imgur.com/YXOrHaT.png It seems to be skipping every fourth pixel, or possibly repeating pixels. The problem goes away if I untick "Operate in luma instead of RGB", or if the input is RGB itself. Last edited by wonkey_monkey; 5th August 2019 at 11:48. |
6th August 2019, 19:56 | #877 | Link | |
Registered User
Join Date: Mar 2015
Posts: 775
|
Quote:
__________________
VirtualDub2 |
|
22nd August 2019, 12:14 | #878 | Link | |
Registered User
Join Date: Mar 2015
Posts: 775
|
Quote:
__________________
VirtualDub2 |
|
22nd August 2019, 12:17 | #879 | Link | |
Registered User
Join Date: Mar 2015
Posts: 775
|
Quote:
Convert to floating point (begin with this) Gamma correct Levels Resize Fill 6-axis color correction
__________________
VirtualDub2 |
|
22nd August 2019, 12:21 | #880 | Link | |
Registered User
Join Date: Mar 2015
Posts: 775
|
Quote:
__________________
VirtualDub2 |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|