VitrualDub Version 3.0 64bit : Job abort during process
VitrualDub Version 3.0 64bit : Job abort during process
When i see the 3.0 improvement, i was excited.
So i try to re-render my previous process.
And...
Job is brutaly abort in VDub without any notice or error message !
I've try 2 times.
First time my result (broken avi => Vdub has to brute analyse avi) was 15976 frames long, second time it was 15988 frames.
To be sure it was NV wich was causing it, i've redone the process using all the filters i used, the exact same settings, but just without NV in the filter chain. Process finished properly without problem.
I think there is an issue here, and for now, i'm stuck...
PS : Of course, everything went fine doing the exact same thing with previous version.
So i try to re-render my previous process.
And...
Job is brutaly abort in VDub without any notice or error message !
I've try 2 times.
First time my result (broken avi => Vdub has to brute analyse avi) was 15976 frames long, second time it was 15988 frames.
To be sure it was NV wich was causing it, i've redone the process using all the filters i used, the exact same settings, but just without NV in the filter chain. Process finished properly without problem.
I think there is an issue here, and for now, i'm stuck...
PS : Of course, everything went fine doing the exact same thing with previous version.
720x480
radius 2, -10%, no adaptative
No cuda, 8 cores on 12 (i7@980).
VDub 1.10.1-test12 x64 version
Preference->Threading
- Video compression thread 4 (I'm using UT Video 9.0.3)
- Filter process/threading 8 threads both.
OS : Windows XP 64 SP2
Note : NV reported 12 cores : 1 physical, 11 logicals. I was expecting something more like 6 physicals, 6 logicals...
The filters i was using where all of my own :
Get them here : http://dl.free.fr/jVJwEjd6I
I'm using the IntelSSE4.2 64 bits version.
Input file is an avisynth script using DGMPEG, so input video is YV12 720x480 23.976fps of around 32000 frames.
Filters where :
AutoYUY2 (default mode -> Planar 422) [Mine]
RGB Convert Matrix BT601 [Mine]
NV
RGB Convert Matrix BT709 [Mine]
convert format to YV12 (internal VDub filter)
Sat/Brg... Saturation +20% [Mine]
Color depths : YV12 both input/output
Compression output : UT Video 9.0.3 YUV420 (ULY0)
Settings : "Save configuration globaly by codec itself"
- Optimize for decoding speed
- Same as # logical processor (so 12).
Put on a job queue, and start job after.
radius 2, -10%, no adaptative
No cuda, 8 cores on 12 (i7@980).
VDub 1.10.1-test12 x64 version
Preference->Threading
- Video compression thread 4 (I'm using UT Video 9.0.3)
- Filter process/threading 8 threads both.
OS : Windows XP 64 SP2
Note : NV reported 12 cores : 1 physical, 11 logicals. I was expecting something more like 6 physicals, 6 logicals...
The filters i was using where all of my own :
Get them here : http://dl.free.fr/jVJwEjd6I
I'm using the IntelSSE4.2 64 bits version.
Input file is an avisynth script using DGMPEG, so input video is YV12 720x480 23.976fps of around 32000 frames.
Filters where :
AutoYUY2 (default mode -> Planar 422) [Mine]
RGB Convert Matrix BT601 [Mine]
NV
RGB Convert Matrix BT709 [Mine]
convert format to YV12 (internal VDub filter)
Sat/Brg... Saturation +20% [Mine]
Color depths : YV12 both input/output
Compression output : UT Video 9.0.3 YUV420 (ULY0)
Settings : "Save configuration globaly by codec itself"
- Optimize for decoding speed
- Same as # logical processor (so 12).
Put on a job queue, and start job after.
Thank you. We will get the filters and try to set up the same processing as you have described for a direct test.
In the meantime, please try to simplify the test case by leaving only VD, NV and clip, to see if the problem is reproducable on your machine like that, in a simple render.
Thank you,
Vlad
In the meantime, please try to simplify the test case by leaving only VD, NV and clip, to see if the problem is reproducable on your machine like that, in a simple render.
Thank you,
Vlad
We have already tried to run a simple render with a 720x480 clip using the filter settings as specified above and could process more than 60000 frames without any issues. In VD 1.10 (from the official website; not 1.10.1-test12, probably that is a factor).
Please try to render with another output codec. Also, please check how the memory utilization is changing over time (using Task Manager), if there is any significant growth during the render.
Please also try to render a part of the clip, around the trouble area. Perhaps there is something in the content there that causes the problem. Then it should be possible to easily reproduce it if we get that piece of the clip for analysis.
Thank you,
Vlad
Please try to render with another output codec. Also, please check how the memory utilization is changing over time (using Task Manager), if there is any significant growth during the render.
Please also try to render a part of the clip, around the trouble area. Perhaps there is something in the content there that causes the problem. Then it should be possible to easily reproduce it if we get that piece of the clip for analysis.
Thank you,
Vlad
So, final tests give these results.
OS : Windows XP 64 SP2
VDub : 1.10.1-test12 x64 version.
Color Depth : Input and output YV12
Preference->Threading
- Video compression thread 4
- Filter process/threading 8 threads both.
Compression output : UT Video 9.0.3 YUV420 (ULY0)
Settings : "Save configuration globaly by codec itself"
- Optimize for decoding speed
- Same as # logical processor (so 12).
or Lagarith 1.3.25
Mode YV12, all cases checked except "Always suggest RGB for output".
Filter chain : Only NV, configured on 8 cores (of 12). Radius 2, -10%, no adaptative filter.
- With v3.0, either VDub brutaly close without any error message at around 16000 frames (UT Video) either process finish properly (Lagarith), but all frames above 16000 are the same.
- Roll back to v2.6 : Everything work fine.
I think i've made all the tests i can, this realy seems to point on a NV issue...
OS : Windows XP 64 SP2
VDub : 1.10.1-test12 x64 version.
Color Depth : Input and output YV12
Preference->Threading
- Video compression thread 4
- Filter process/threading 8 threads both.
Compression output : UT Video 9.0.3 YUV420 (ULY0)
Settings : "Save configuration globaly by codec itself"
- Optimize for decoding speed
- Same as # logical processor (so 12).
or Lagarith 1.3.25
Mode YV12, all cases checked except "Always suggest RGB for output".
Filter chain : Only NV, configured on 8 cores (of 12). Radius 2, -10%, no adaptative filter.
- With v3.0, either VDub brutaly close without any error message at around 16000 frames (UT Video) either process finish properly (Lagarith), but all frames above 16000 are the same.
- Roll back to v2.6 : Everything work fine.
I think i've made all the tests i can, this realy seems to point on a NV issue...