super fast way to resize video

[anafam]

I want to resize an XviD video which has a size of 700mb to 528*218 (2.42:1) . The problem is that most of the video encoders conveters take a lot of time to convert it.

My question is there any tool out there that will resize a 700mb XviD to 624*336(16:9) size "super fast". When I say "super fast" I mean like really fast, sort of like changing an Divx videos header to XviD using because four cc doesn't even take a second to convert, while if i was to use converting software to covert from DivX obviously it would take all day. So is there a tool out there that will resize a video about as fast as four cc changes video headers

[jagabo]

Mpeg4Modifier will let you change the display aspect ratio without reencoding the video. That tells the player to display the video with the requested DAR -- 16:9 in your case. Not all players will respect this though. And if your original video has the correct aspect ratio you will be distorting it.

[anafam]

yeah but I want to Encode this Video.

[jagabo]

Why? There's no point in upsizing. You just enlarge the defects of the original and create new defects by recompressing.

And no, there is no way of quickly changing the frame size without a time consuming reencode. If you don't care much about file size (you can have fast with quality but you lose control of the file size), you can use Divx at very fast settings (single pass, quality based, encoding mode realtime or high performance) to minimize conversion time.

Just for kicks, I resized an 83 minute, 23.976 fps, 576x276, xvid movie to 624x336 with Divx in high performance mode. It took about 7 minutes on my quad core system.

[digicube]

What software do you use to resize so fast? Is it from www.divx.com or virtualdub or others? I have Q6600 and I'm resizing a Xvid movie with VirtualDub using Xvid codec, I'm getting only 20 fps at best.

[guns1inger]

Fill in your computer details so we know what you are working with. Encoding is, first and foremost, processor intensive. The faster the processor (or the more cores you can throw at it) the faster the encode. Jagabo has pointed out that he is using a quad core system - what do you have ?

Secondly, just resizing to numbers that have a 16:9 ratio will not give you a good result. If you are trying to take a 2.4:1 movie and fill out a 16:9 frame then you need to zoom and crop (and butcher) before encoding.

[jagabo]

I probably used VirtualDub (and maybe AviSynth to do the resizing). Divx at its fastest settings is about twice as fast as Xvid at its fastest settings. And under those conditions the files generated by Divx are significantly larger than those generated by Xvid.

<edit>
I should note that using the fastest encoder settings and constant quality mode is fine if you need to convert something just so you can watch it (when a file uses Divx/Xvid features your Divx/DVD player doesn't support, for example) but it is not suitable if your goal is to make small files. In constant quality mode the the quality comes out to whatever you specify -- but the faster the settings used, the larger the file turns out.
</edit>

[digicube]

Source video is 260 mins DivX 5 720x576 25.00fps 1297Kbps. I want to convert it to 16:9 to play on PMP. I have Quad Core 2.4GHz. I used VirtuaDub and convert it to Xvid 720x400, it was going at 20fps. About 60% CPU usage on all 4 cores.

@jagabo would be nice if I can achieve you numbers. I'll try using Divx codec from www.divx.com and see how it goes.

[digicube]

I tried the Divx 6.9.2 Pro codec at the fastest settings and it was going at 90fps. Cool. Thanks.

[jagabo]

I don't remember what video I used as the source in my earlier experiment but I found another that was similar: a 95 minute, 700 MB, 576x320 Divx file. I resized to 624x336 in AviSynth (BilinearResize()) and compressed with VirtualDub in Fast Recompress mode with Divx 6.8 at its "fastest" setting (enhanced multithreading enabled, no B-frames, max 100 frame GOPs, no filtering, etc.). The entire 137372 frame video converted in 5 minutes and 44 seconds on my Intel Q6600 system. That's about 400 frames per second.

Some issues that would cause your conversion to run slower:

1) Your Divx decoder may have deblocking and deringing enabled. That will slow the decoding of the source video.

2) Different resizing algorithms run at different speeds. AviSynth's BilinearResize() is pretty fast. LanczosResize(), for example, is slower.

3) By performing the resize in AviSynth I was avoiding any YV12 to RGB to YV12 conversion. If you resize in VirtualDub the program will receive YV12 frames from the Divx decoder, convert them to RGB for resizing, then the RGB frames will be converted back to YV12 to be encoded by Divx.

4) The bigger the frame, the slower the encoding and decoding.

5) Some videos take longer to encode than others depending on how much motion and noise there is in the source.

6) Different computers will encode at different speeds depending on the exact hardware.