|
|
| Altaf |
| Posted: Apr 25 2013, 08:54 AM |
 |
|
Advanced Member
Group: Members
Posts: 75
Member No.: 36396
Joined: 9-April 13
|
Пожалуйста переведите на английский кто может:
1) Мне очень хочется узнать Мнение участников этого форума, в отношении моего варианта ехе. Если кому то нужно, я могу сюда выкладывать ссылки на очередные версии (8 тест я сделал в тот же день), если нужно, думаю смогу и английскую версию сделать.
2) Предложение: Учитывая увеличение возможных типов с которыми работает программа. Прошу сделать возможность чтобы в строке выбора сохранялась позиция ранее выбранного типа. Когда работаем с многими одинаковыми файлами приходиться лишнее время тратить при выборе типа файлов, потому что список типов всегда открывается с первой позиции. |
|
| jpsdr |
| Posted: May 1 2013, 10:56 AM |
|
|
Advanced Member
Group: Members
Posts: 335
Member No.: 20490
Joined: 23-December 06
|
Still issues with extended color format.
I've noticed at least 2 issues.
Select in Video->color depth "YCbCr Rec 709 Limited 420" for both input and output.
Create an RGB cube video.
Issue 1 :
Select in compression an YV12 codec (Ut Video mode YUV420 (UYL0) in my case).
VDub throw an error telling ouput format is not compatible with codec (last output in the filter chain is YV12 Limited 709).
Issue 2 :
Add null transform filter, select "cropping" -> VDub crash.
|
|
| phaeron |
| Posted: May 5 2013, 10:02 PM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
Removed the unused striping options and fixed the crop crash in test-9.
The codec compatibility error dialog is valid. 4:2:0 in Rec. 709 space doesn't have an associated FOURCC; YV12 is Rec. 601. You need to alias the format if you are using a codec that takes this format as YV12.
|
|
| jpsdr |
| Posted: May 6 2013, 08:23 AM |
|
|
Advanced Member
Group: Members
Posts: 335
Member No.: 20490
Joined: 23-December 06
|
| QUOTE (phaeron @ May 5 2013, 10:02 PM) | | The codec compatibility error dialog is valid. 4:2:0 in Rec. 709 space doesn't have an associated FOURCC; YV12 is Rec. 601. You need to alias the format if you are using a codec that takes this format as YV12. |
??????????
So, what i have to do ?
I've updated my filters with new colors formats for them to be correct when i do color convertion, for exemple using a DVD source for creating a Blu-Ray (my source is 4.2.0 Rec.601, my ouput is 4.2.0 Rec 709, but both use YV12), in the chain VDub filter, but if it causes more troubles than help as it's for now, i'll not use these new formats.
What do i have to do, if the last output of my filter is 4.2.0 Rec.901, if i want to save it with with an YV12 codec output (UT Video in my case) with a raw direct transfert, no color conversion of course, because i want my YV12 avi file stay in Rec.709 matrix color.
I hope that if i said that my input is 4.2.0 Rec.709, and my input file is YV12, there no color conversion made... |
|
| phaeron |
| Posted: May 14 2013, 12:54 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
You need to alias it to and from Rec. 601 using the alias format filter. The YV12 FOURCC corresponds to Rec. 601, and attempting to push Rec. 709 through it results in a situation where programs reading it have no idea which color space they are dealing with and thus you get color handling errors in the pipeline. Therefore, if you do have bogus YV12 data that is actually Rec. 709, you need to re-alias it to the 709 format so VirtualDub knows what it is actually dealing with.
|
|
| jpsdr |
| Posted: May 14 2013, 12:12 PM |
|
|
Advanced Member
Group: Members
Posts: 335
Member No.: 20490
Joined: 23-December 06
|
The issue is always always always always the same...
As far as i know, YUV 4:2:0 data on PC, or at least on AVI, can only be processed by YV12 codec/format.
So... If i open an avisynth file with DGDecodeNV, asking for "RAW" decoded, data, no upscale, no convertion, nothing, a file from a Blu-Ray wich is 1080i@29.97, i have 4:2:0 Rec709 interlaced material.
Now, i want to save this on an avi file, no upscale, no convertion, nothing, the only way i know it to save with YV12. This will result with an YV12 file with interlaced Rec709 data. You may tell it's bogus, but in that case, tell me the "no-bogus" way of saving an AVI video in 4:2:0 interlaced Rec709 format...!
Interlaced put aside, i have indeed several questions, because things may not work as i though.
I have made an RGB convertion filter, on which i select the matrix color format (BT.709, BT.601, SMPTE 204M, FCC).
Filter works only with YUV444 and RGB. So, if input is 444, the color matrix used is the one in the selection, not the one tagged with the YUV444, and output is RGB. If input is RGB, output is YUV444, tagged with the color matrix (or the closest for SMP/FCC) selected. I'll call this filter RGBConv from now.
I've updated all my filters to use/tag the new extended format, when necessary.
My purpose is to create "YV12", or 4:2:0 Rec.709 avi file, to feed a basic avisynth file with only AVISource, which will be the input for encoding with x264 in purpose of targeting Blu-Ray.
Sometimes on my process, i need to use a filter which work only on RGB data.
Compression is set to UT Video YUL0.
I've 2 cases :
a) Input1 : Input is a DVD source, avisynth script with DGMPGDecode, decoding "RAW" : no upscale, convertion or anything. In that case, video is 4:2:0 Rec 601, view as YV12 DIB internal decoder.
 Input2 : Input is a Blu-Ray source, avisynth script with DGDecodeNV, decoding "RAW" : no upscale, convertion or anything. In that case, video is 4:2:0 Rec 709, view as YV12 DIB internal decoder.
I want to avoid unexpected and unwanted color convertion.
Case a) configuration :
Color Depth : Input YV12 (default of Rec601), output YV12 Rec709
Input1
My own 4:2:0 -> 4:2:2 convertion filter.
RGBConv (Rec 601)
Filter Process RGB
RGBConv (Rec709) -> output YV444 Rec709 format.
convertion format (VDub) YV12Rec709
Alias Rec601
... Not working.
Remove alias, not working.
It seems that if output is set to YV12Rec709 i can't indeed no save at all... Even on uncompressed.
Is there a codec/way to save if output is set to YV12Rec709 ?
If not, what the point of allowing it ?
Case configuration :
Color Depth : Input YV12 Rec709, output YV12 Rec709
Input2 -> As input is defined in Rec709, i assume VDub is not doing any color convertion, is it correct ?
My own 4:2:0 -> 4:2:2 convertion filter.
RGBConv (Rec 709)
Filter Process RGB
RGBConv (Rec709) -> output YV444 Rec709 format.
convertion format (VDub) YV12Rec709
Still same ending issue.
I wanted to use the new color format, this would have been more precise in my working chain. But, from the tests and what i see, for now they provide only hindrance and zero benefit. I'll probably reverse to the first case, where i tag everything on simple "YV12"... |
|
| phaeron |
| Posted: May 19 2013, 11:30 PM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
Input and output formats need to be Rec. 601, filter chain needs to alias to Rec. 709 and back internally.
|
|
| jpsdr |
| Posted: May 20 2013, 07:18 AM |
|
|
Advanced Member
Group: Members
Posts: 335
Member No.: 20490
Joined: 23-December 06
|
If i understand properly :
I need to set colordepth input/output to Rec601, and absolutely not use Rec709, even if they are avaible ? So question : Why are they avaible in that case ??? Or for what purpose/situation are they usefull ?
And i need to to internaly alias.
So, if my input file is an avisynth script giving me YV12 Rec709 from Blu-Ray, and i want to process and save an YV12 Rec709 avi file, if i'm doing the following :
- Set color Depth input to YV12 Rec601
- Alias 709
- Do my process
- Alias 601
- Set color Depth output to YV12 Rec601
=> There will be NO color conversion from VDub, and i'll have my YV12 Rec709 avi file. Am i correct ? |
|
| schleimboitel |
| Posted: May 26 2013, 12:57 AM |
|
|
Member
Group: Members
Posts: 15
Member No.: 17004
Joined: 22-October 05
|
Hi
I have a weird bug with the test9 but also with earlier, stable versions.
When I enqueue a external encoder rendering to the jobs list, and it get's rendered by another (and only another) instance of VDub (with an shared job list), the muxed file gets moved to the working directory of VirtualDub instead of staying at the given output directory where the 0-byte container is created. In the output directory the 0byte-container or nothing is left after the muxing process closes. No problems with only audio or video - but muxed files get moved every time with shared job lists.
Example:
Start "...virtualdub.exe / master C:\vdub.jobs"
Start "...vdub.exe /slave C:\vdub.jobs
Open a file and render it by "queue batch operation" --> "export using external encoder'. Choose a encoder set which muxes audio and video. The slave starts rendering the job to the given output directory, e.g. "E:\videos\". After finishing the process, the file get's moved to the working directory (like "C:\program files (x86)\virtualdub\"). If there is no writing access to the working directory, the file gets stored by windows to the virtual store (like "C:\Users\user\AppData\Local\VirtualStore\Program Files (x86)\VirtualDub".)
Edit: If you look into the Job Control you'll see there are no entries in the "dest"-column.
Look at this thread for an extended description and discussion. |
|
| ask-rus |
| Posted: May 26 2013, 08:18 AM |
|
|
Newbie
Group: Members
Posts: 2
Member No.: 36598
Joined: 26-May 13
|
When (first version) & Why removed the command line parameter?
| QUOTE (1.10.1) | | (test-2) Command line: Added /portable to initialize portable settings mode. |
|
|
| loin2kolpotoru |
| Posted: May 31 2013, 10:49 AM |
|
|
Member
Group: Members
Posts: 21
Member No.: 29812
Joined: 1-February 11
|
/portable parameter is present in VirtualDub-1.10.4-test8, but there is a bug in VirtualDub-1.10.4-test8 due to which it crashes when /portable parameter is used. |
|
| jpsdr |
| Posted: Jun 5 2013, 08:51 AM |
|
|
Advanced Member
Group: Members
Posts: 335
Member No.: 20490
Joined: 23-December 06
|
Bug report : When you use "cropping" with alias filter, the video is messed-up.
One way to trig the problem :
Set depth color input and output to YV12, create video test RGB cube, add alias to rec-709, and crop horizontal fast 16/16. Take a look at the output.
|
|
| jpsdr |
| Posted: Jun 5 2013, 10:22 AM |
|
|
Advanced Member
Group: Members
Posts: 335
Member No.: 20490
Joined: 23-December 06
|
I had a little hope when i just discovered the new version (13.0.1) of UT Video Codec handling BT709, but even if in my filter chain last output is YV12-BT709, output color depth is YV12-BT709, and compression codec is UT Video ULH0 (YV12-BT709), it's still not working...  |
|
| phaeron |
| Posted: Jun 9 2013, 12:24 AM |
|
|
Virtualdub Developer
Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02
|
Posted test-10 with alias format and /portable fix. The latter wasn't removed; it just broke due to not supporting something another part of the program was doing.
The most likely reason for the master/slave export issues is that the CLI template is using %(outputname) instead of %(outputfile). The former is just the filename while the latter includes the full path; in the actual command line you want the full path.
|
|
| ask-rus |
| Posted: Jun 9 2013, 10:09 AM |
|
|
Newbie
Group: Members
Posts: 2
Member No.: 36598
Joined: 26-May 13
|
phaeron
Thanks! |
|
