Are you sure you're selecting the ZMBV codec as the compression method when saving the resized video to disk in VDub? Also check that the color depth to the compressor is the same as you were using previously. Otherwise, well, I think the 64-bit native compile of ZMBV is not official...

It says that it can't use this one (I replaced my ZMBV.dll and .ini for the 32bit version of the ZMBV codecs).

Try the unofficial x64 compile of the ZMBV codec: ZMBV 64-bit codec, here you go.
Then try different output color depths with that to see if it helps.
I don't have any other suggestions for you.

The codecs you provided in the link still won't work (same error).

And what have you tried in regards to changing the output color depth and/or color space?

See Great Hierophant's comment about changing the color depth in your previous thread on this subject:
Upscaling DosBox recordings (ZMBV Errors)

I'm now trying the MS Video Codec 1, which is better, I think (haven't seen the results yet). But I'm trying to convert some Jazz Jackrabbit 1 footage (which I've done 100 times more before) and it keeps giving me an error (an invalid size was specified error code 7). I'm not getting what I'm doing wrong compared to the last 1.5 years I'm doing this this way. I just can't deal with these enormous filesizes.

Bartjaah wrote:

I'm not getting what I'm doing wrong compared to the last 1.5 years I'm doing this this way. I just can't deal with these enormous filesizes.

if nothing will help, you still may to use VM with Win7 in your Win10. rendering speed should be similar

I've tried another machine (win7) and another laptop (win7) with some files I recorded from Hocus Pocus, Jazz Jackrabbit 1 and I can't seem to get these right. Either they won't convert, or the filesize gets enormous, and I didn't have to deal with this a few weeks ago, and I'm not doing anything else. Could it be that my source files (recordings) are recorded differently. Perhaps it's possible to share one or a few of these files with you guys and you can take a look if you can succeed converting it to 'something x 1080' and tell me how you did it.

Bartjaah wrote:

Could it be that my source files (recordings) are recorded differently.

You may make a new test record in Win7 and check has it effect.

Perhaps it's possible to share one or a few of these files

Better to make new short video file and check has it problems on your side. If it has, then share it.

For example; I'm trying to convert these two files http://we.tl/2vcyEukSuw
01-01.avi = Hocus Pocus Ep01L01.
file0001_003.avi = Jazz Jackrabbit EpCL01.

Maybe someone else can give these two files a go. I'm trying to resize them so their height is 1080pixels (or a bit more, that doesn't matter) with a Neirest Neighbour filter without the filesize getting enormous and that's it. The rest stays the same.

If you can manage to do this with Virtual Dub (or something else), can you please let me know how you exactly did this or send me a preset or something like that?

I converted the Hocus Pocus clip to 1728x1080 (no change in frame rate), resulting in a ~70 MB video.
I used the x264vfw codec for video, direct stream audio:
http://sourceforge.net/projects/x264vfw/

Screenshot of the resized video as attachment.

This is what I use when I upload DOSBox recording on my Youtube channel, except I usually resize to 720p only.

Thank you Zirkoni! I was looking for a solution like this! This is fantastic. Now I can finally convert all of my videos, edit them and place them on the Youtubes. Thanks a lot!

Do you know why the Jazz Jackrabbit video gives an error? (It has something to do with the video size but I can't seem to figure out what's the problem).
All of these Jazz Jackrabbit videos have these problems (I think it has something to do with them being 320x199 instead of 320x200). I never had this problem before with the other Jazz Jackrabbit playthroughs I did.

I've converted some large files (raw Jazz Jackrabbit 2 recordings) too, but when I open these up in Adobe Premiere the sound sounds like it's in mega slow motion, something went wrong there...

Bartjaah wrote:

Do you know why the Jazz Jackrabbit video gives an error? (It has something to do with the video size but I can't seem to figure out what's the problem).

VirtualDub wrote:

Width must be a multiple of 2.
Height must be a multiple of 2.
Valid depths: 24 32

Works fine for me if I set the resize filter to 600% (1920x1194), for example.

That's strange, it works for 600%, (1920x1200) but not for ( ...x1080), then it fails.

When I place all the Hocus videos in a job list, the audio get's out of sync so at the settings in the 'compression' menu, I have checked 'VirtualDub' hack and another check too.
Now the videos come out perfect. Only when I place them in a joblist it says I should check these two options again. When I just import 1 clip, and save it it works like a charm, but now I have to sit and wait and do them one by one. Any ideas?

in Virtual Dub for Rabbit:
1) resize filter: aspect ratio - off, letterbox 320x200, mode nearest neighbor [this step may be not needed]
2) resize filter: aspect ratio - as source, new size pixels - x1080, mode nearest neighbor
3) video->color depth->32 bit
4) compression->ZMBV
And you'll get 1080p video in lossless ZMBV (at least in XP). Good if youtube supports ZMBV.

look that theme also
Editing movies captured in DOSBox

Tertz wrote:

3) video->color depth->16 bit
...
And you'll get 1080p video in lossless

NO. WRONG

leileilol wrote:

WRONG

zmbv is lossless codec as I've said 😀 Unlike H264
Seems useless captiousness is your hobby.
If you suppose that saving his 8-bit material in 16-bit color space will reduce the quality - you are wrong in this too.

Tertz wrote:

Seems useless captiousness is your hobby.

and it seems misinformation plus plugging pointless dosbox benchmark bullshit everywhere is yours

Tertz wrote:

If you suppose that saving his 8-bit material in 16-bit color space will reduce the quality - you are wrong in this too.

The captured video is already in 24-bit color. VGA palettes work with a 18-bit color space. You are fucking wrong about that being lossless. It is crappy, misinforming advice to reduce that to 16-bit color. You gain NOTHING from it. You LOSE color precision. It is NOT "lossless".