|
|
| schleimboitel |
| Posted: May 20 2013, 01:01 PM |
 |
|
Member
Group: Members
Posts: 15
Member No.: 17004
Joined: 22-October 05
|
Hi
I want to encode videos with external encoders with VDub in slave mode.
Rendering a video with external encoder in VirtualDub directly or JobControl (no master/slave): Works, I'll get the final test.mkv
But when I try to render it with VirtualDub Slave Job Control - it does not work. The video and audio gets encoded, the log gives no errors, also not for muxing. But there is no muxed video file finally.
The way I go:
VirtualDub.exe /master: File > Export > Using external encoder... > test.mkv
VirtualDub.exe /slave: Starts the job. I can see the rendered .aac and .264 file, but when it get's muxed: All files gone, no muxed mkv-file.
These are my settings:
| CODE | Video encoder "x264"
Program: tools\x264.exe
Command arguments: --crf 19 --preset slow --tune film --demuxer raw --input-csp i420 --input-res %(width)x%(height) --fps %(fpsnum)/%(fpsden) -o "%(tempvideofile)" -
Output filename: %(outputname).264
Launch parameters: 1 1 1 0 |
| CODE | Audio encoder "aac_faac"
Program: tools\faac.exe
Command arguments: -b 128 -o "%(tempaudiofile)" -
Output filename: %(outputname).aac
Launch parameters: 1 1 1 0 |
| CODE | Multiplexer "mkvmerge"
Program: tools\mkvmerge.exe
Command arguments: -o "%(outputname)" --default-duration 0:%(fpsnum)/%(fpsden)fps "%(tempvideofile)" --aac-is-sbr 0 "%(tempaudiofile)"
Launch parameters: 1 1 1 0 |
| CODE | Encoder Set
Video encoder: x264
Audio encoder: aac_faac
Multiplexer: mkvmerge
Process partial output when render is aborted = 0
File description: x264
File extension: mkv
Replace temp video/audio paths with output path = 0 |
Do you have any idea? I hope you can help as I would need this quite often... |
|
| -vdub- |
| Posted: May 20 2013, 07:12 PM |
|
|
Advanced Member
Group: Members
Posts: 613
Member No.: 27087
Joined: 24-February 10
|
On the encoder set enable this so files aren't deleted when encoder or muxer fails or you quit the process
Process partial output when render is aborted = 1
The Audio needs to be set virtualdub main Audio > Full Process direct copy is not normally allowed with most virtualdub file load decoders
The audio ext enc tab has two Tabs Main and Audio try with Audio set to WAV File
I have tested your settings which outputs a working mkv file that can play and seek |
|
| schleimboitel |
| Posted: May 20 2013, 09:14 PM |
|
|
Member
Group: Members
Posts: 15
Member No.: 17004
Joined: 22-October 05
|
Thanks for your reply and testing!
Sadly the setting 'Process partial output when render is aborted = 1' does not help. Now I'm getting a 0 byte mkv. Did you tested it with Master & Slave VDub? Because with VirtualDub without Slave, it's working fine for me, only the slave is the problem.
Btw I am using Vdub 1.10.3, and here's the log output of vdub slave:
| CODE | VirtualDub CLI Video Processor Version 1.10.3 (build 35390/release) for 80x86
Copyright (C) Avery Lee 1998-2009. Licensed under GNU General Public License
Joining shared job queue in slave mode: E:\Projekte\Scripts\vdubhelfer_2\cfg\vdub.jobs
AVI: Opening file "E:\test\test.avs"
AVI: Avisynth detected. Extended error handling enabled.
Beginning dub operation.
Dub: Input (decompression) format is: YUV420.
Dub: Output (compression) format is: YUV420.
AudioEnc: Freeware Advanced Audio Coder
AudioEnc: FAAC 1.28
AudioEnc: Average bitrate: 128 kbps
AudioEnc: Quantization quality: 100
AudioEnc: Bandwidth: 16000 Hz
AudioEnc: Object type: Low Complexity(MPEG-2) + M/S
AudioEnc: Container format: Transport Stream (ADTS)
AudioEnc: Encoding - to E:\test\test.mkv.aac
AudioEnc: frame | bitrate | elapsed/estim | play/CPU | ETA
AudioEnc: 114/516097 ( 0%)| 71.0 | 0.1/493.5 | 24.29x | 493.4
AudioEnc: 115/516097 ( 0%)| 71.1 | 0.1/489.2 | 24.50x | 489.1
VideoEnc: raw [info]: 640x480p 0:0 @ 25/1 fps (cfr)
VideoEnc: x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 SlowShuffle
VideoEnc: x264 [info]: profile High, level 3.0
VideoEnc: 1 frames: 1.36 fps, 3423.60 kb/s
VideoEnc: 6 frames: 6.07 fps, 2351.93 kb/s
VideoEnc: 13 frames: 10.32 fps, 1970.08 kb/s
AudioEnc: 116/516097 ( 0%)| 71.2 | 0.1/485.0 | 24.71x | 484.8
VideoEnc: 22 frames: 14.22 fps, 1856.55 kb/s
VideoEnc: 32 frames: 17.73 fps, 1639.78 kb/s
AudioEnc: 150/516097 ( 0%)| 72.1 | 1.0/3488.8 | 3.43x | 3487.8
VideoEnc: 41 frames: 19.87 fps, 1659.52 kb/s
VideoEnc: 50 frames: 21.39 fps, 1634.16 kb/s
VideoEnc: 62 frames: 22.84 fps, 1610.56 kb/s
AudioEnc: 200/516097 ( 0%)| 74.1 | 1.7/4508.1 | 2.66x | 4506.4
VideoEnc: 75 frames: 25.03 fps, 1586.03 kb/s
VideoEnc: 86 frames: 25.79 fps, 1584.16 kb/s
VideoEnc: 100 frames: 27.72 fps, 1534.48 kb/s
VideoEnc: 108 frames: 27.93 fps, 1542.26 kb/s
VideoEnc: 123 frames: 29.11 fps, 1516.60 kb/s
VideoEnc: 138 frames: 30.32 fps, 1483.87 kb/s
VideoEnc:
VideoEnc: x264 [info]: frame I:1 Avg QP:15.93 size: 17118
VideoEnc: x264 [info]: frame P:43 Avg QP:17.99 size: 15867
VideoEnc: x264 [info]: frame B:106 Avg QP:22.25 size: 3632
VideoEnc: x264 [info]: consecutive B-frames: 3.3% 1.3% 18.0% 77.3%
VideoEnc: x264 [info]: mb I I16..4: 26.8% 72.8% 0.5%
VideoEnc: x264 [info]: mb P I16..4: 2.1% 17.0% 0.7% P16..4: 33.4% 21.9% 19.3% 0.0% 0.0% skip: 5.6%
VideoEnc: x264 [info]: mb B I16..4: 0.4% 2.1% 0.1% B16..8: 40.4% 7.4% 2.3% direct: 7.7% skip:39.7% L0:46.7% L1:35.8% BI:17.5%
VideoEnc: x264 [info]: 8x8 transform intra:84.1% inter:92.0%
VideoEnc: x264 [info]: direct mvs spatial:96.2% temporal:3.8%
VideoEnc: x264 [info]: coded y,uvDC,uvAC intra: 64.7% 69.3% 32.6% inter: 23.5% 31.9% 9.7%
VideoEnc: x264 [info]: i16 v,h,dc,p: 51% 14% 26% 9%
VideoEnc: x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 32% 16% 38% 3% 1% 2% 2% 2% 3%
VideoEnc: x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 39% 18% 10% 5% 6% 7% 6% 5% 4%
VideoEnc: x264 [info]: i8c dc,h,v,p: 33% 27% 34% 7%
VideoEnc: x264 [info]: Weighted P-Frames: Y:11.6% UV:9.3%
VideoEnc: x264 [info]: ref P L0: 55.0% 8.7% 18.0% 8.9% 7.5% 1.9% 0.0%
VideoEnc: x264 [info]: ref B L0: 77.3% 16.3% 4.8% 1.6%
VideoEnc: x264 [info]: ref B L1: 90.6% 9.4%
VideoEnc: x264 [info]: kb/s:1445.91
VideoEnc: encoded 150 frames, 31.69 fps, 1445.91 kb/s
AudioEnc: 250/516097 ( 0%)| 74.9 | 2.6/5344.7 | 2.24x | 5342.1
AudioEnc: 260/516097 ( 0%)| 74.6 | 4.5/8980.1 | 1.33x | 8975.6
Mux: mkvmerge v6.2.0 ('Promised Land') built on Apr 28 2013 12:22:01
Mux: 'E:\test\test.mkv.264': Using the demultiplexer for the format 'AVC/h.264'.
Mux: 'E:\test\test.mkv.aac': Using the demultiplexer for the format 'AAC'.
Mux: 'E:\test\test.mkv.264' track 0: Using the output module for the format 'AVC/h.264 (unframed)'.
Mux: 'E:\test\test.mkv.aac' track 0: Using the output module for the format 'AAC'.
Mux: The file 'test.mkv' has been opened for writing.
Mux: Progress: 100%
Mux: Progress: 100%
Mux: The cue entries (the index) are being written...
Mux: Muxing took 0 seconds.
Ending operation. |
I can't find an error...  The log looks 1:1 the same to the log of a rendering with VirtualDub in normal mode, where the output file is working/not missing.. . Could it be a bug? |
|
| -vdub- |
| Posted: May 20 2013, 09:39 PM |
|
|
Advanced Member
Group: Members
Posts: 613
Member No.: 27087
Joined: 24-February 10
|
I did this VirtualDub.exe /master: File > Export > Using external encoder... > test.mkv I could try with using the Job Control. Though that is nearly as the same as the master mode that is ok
Slave meaning using more than one computer running distributed slave mode that I haven't tried or yet set up. dloneranger I recall uses that mode process with, maybe he has some insight as why the master mode works and slave mode doesn't. Likes also mkv so maybe will test your script I cannot see why from reading this when has time to try
I haven't searched though External Encoders thread http://forums.virtualdub.org/index.php?act...=ST&f=3&t=18840 for this but worth a try while waiting. Search forum for master slave for maybe other commands or usage you may not be aware of (unknown) |
|
| schleimboitel |
| Posted: May 20 2013, 11:47 PM |
|
|
Member
Group: Members
Posts: 15
Member No.: 17004
Joined: 22-October 05
|
I use the slave on the same machine as the master, so I can go on editing videos while VirtualDub is rendering in the background. I do it that way for years and it works very well with the builtin encoding. 
Btw, I compared the log from VDub with the Log from mkvmerge, and it's different.
This is VirtualDub logging:
| CODE | Mux: mkvmerge v6.2.0 ('Promised Land') built on Apr 28 2013 12:22:01
Mux: 'E:\test\test.mkv.264': Using the demultiplexer for the format 'AVC/h.264'.
Mux: 'E:\test\test.mkv.aac': Using the demultiplexer for the format 'AAC'.
Mux: 'E:\test\test.mkv.264' track 0: Using the output module for the format 'AVC/h.264 (unframed)'.
Mux: 'E:\test\test.mkv.aac' track 0: Using the output module for the format 'AAC'.
Mux: The file 'test.mkv' has been opened for writing.
Mux: Progress: 100%
Mux: Progress: 100%
Mux: The cue entries (the index) are being written...
Mux: Muxing took 0 seconds. |
This is mkvmerge logging (direct input without VirtualDub) with the same parameters:
| CODE | mkvmerge v6.2.0 ('Promised Land') built on Apr 28 2013 12:22:01
'E:\test\test.mkv.264': Using the demultiplexer for the format 'AVC/h.264'.
'E:\test\test.mkv.aac': Using the demultiplexer for the format 'AAC'.
'E:\test\test.mkv.264' track 0: Using the output module for the format 'AVC/h.264 (unframed)'.
'E:\test\test.mkv.aac' track 0: Using the output module for the format 'AAC'.
The file 'E:\test\test.mkv' has been opened for writing.
Progress: 100%
The cue entries (the index) are being written...
Muxing took 0 seconds. |
Why is VirtualDub showing in the log the line "Mux: Progress: 100%" two times? Or is this a parsing/stdout issue?
Thanks for your support. I'll read your linked thread, try more around and hope for more help in the future 
Edit: I tried it now also as mp4 with mp4box, and there happens exactly the same. It works fine with VirtualDub in normal or master mode, but when rendered with the slave the muxed file disappears (without erros in the log)... . Spooky. ^^ |
|
| schleimboitel |
| Posted: May 21 2013, 06:23 AM |
|
|
Member
Group: Members
Posts: 15
Member No.: 17004
Joined: 22-October 05
|
Sorry for double post, but ..
I found out that the dissapearing muxed file appears on another place... in the VDub root directory!
So this is what happens:
The slave starts the job and it stores the .aac and the .264 files in the given output directory (e.g. "E:\test\"). Then, when the file gets muxed, the .mkv gets stored (or moved?) to the VirtualDub root dir (it's "E:\...\vdub\" at my system).
Btw the same behaviour if you start one VirtualDub instance (no master/slave, just vdub), add a job, then start a second VDub instance, and run the job with the 2nd instance.
Why could this happen? Or is this a bug? |
|
| -vdub- |
| Posted: May 21 2013, 02:11 PM |
|
|
Advanced Member
Group: Members
Posts: 613
Member No.: 27087
Joined: 24-February 10
|
I was going to say maybe it is the cues try with them disabled but same with mp4 is a mystery
Between the logs it seems the problem maybe with the audio if video is first as on the lists the audio second. Video is muxed but not the audio, some other command needed to mux the audio for slave !
The intermediate .264 and .acc going to E:\Test \.. though file should be output to location you have set. Unless you have it set to E:\...\vdub\ or is there in a virtualdub registry or background process of virtualdub makes go there or default there for some reason. Better to check the script again as would need to be correct for slave to work correctly
There has recently been some posts for master and slave where scripts had been wrong and advice given for how it should be for it to work. Maybe you find those using the forum search
Other than that I have no idea why or how to use slave to test and help you further with this. Someone do some video for all master and slave modes where is for one pc and also for more than one pc is used in various distributed modes and scenarios. A few videos tutorials needed for all aspect of master and slave for use with one pc and multi pc setup |
|
| schleimboitel |
| Posted: May 25 2013, 02:47 AM |
|
|
Member
Group: Members
Posts: 15
Member No.: 17004
Joined: 22-October 05
|
Don't know.. I really don't think it's the parameters for the audio/video/muxers.
Interesting thing: If I change the working directory of VirtualDub, the rendering file gets moved over there. So it's always the working directory muxed output files get moved if external encoders are rendered by other VirtualDub instances like the one which created the job.
For me it looks like a bug of VirtualDub. I tried around so much, every option and a lot of muxers and paths and settings and and and.. . It's always the same: As soon as VirtualDub let's render a video by another instance, the muxed output-file get's stored to the working directory. If the working dir has no write access (like in C:\program files\..) it get's stored in the virtual store of Win7.
Is there a Bugtracker or such where I can ticket this? |
|
| -vdub- |
| Posted: May 25 2013, 08:33 AM |
|
|
Advanced Member
Group: Members
Posts: 613
Member No.: 27087
Joined: 24-February 10
|
Normally The first Pinned thread in this forum Testing / Bug Reports - Important Topics |
|
