.kkapture 0.01 - demo capturing made easy (hopefully)

category: code [glöplog]
i presoonally choose too doouble all the oo letters
/me hat kaka gemacht.
added on the 2005-04-05 23:32:16 by diver diver
version 0.02 online on http://www.farb-rausch.de/~fg/kkapture/ (well, the usual location).

lots of bugs fixed - check the changelog ;)
added on the 2005-04-06 01:31:14 by ryg ryg
shit.. totally no sound. even in bmp+wav mode ;( (tested with http://www.pouet.net/prod.php?which=8925).
added on the 2005-04-06 04:32:41 by diver diver
.02 fixed my problem. Aether renders perfectly to divx. Bonus: you gain a new appreciation for demos watching them in crawl by in slow motion.
added on the 2005-04-06 05:54:49 by Jerware Jerware
jeremy: yeah, must be why i was hugely impressed with zoom 3 on my old gf2mx. can't get any crawlier than that. :)
added on the 2005-04-06 09:08:56 by gloom gloom
- windowed capture support for both opengl and d3d - beware, some demos do not use correct window sizes in windowed mode, so you get e.g. a 630x472 capture for a 640x480 demo - most video codecs don't like sizes that aren't multiples of 4.

Well, can't you center the demo's output on a larger bitmap, and then pass it to the codec? (Target size adjustable by user.)
added on the 2005-04-06 10:17:57 by ie ie
to ryg - is it possible to compress the sound also ?
xvid works fine to me (haven't tested widely though), just one more question - for example, i just
captured fr-45 (life after). everything worked fine,
but i have to crop the video - it's not fully 800x600 - 800x340 or something. there's some other demos that don't use full screen area, so ability to manually set the capture area would be nice :)
added on the 2005-04-06 10:25:13 by rr rr
I second the request for setting resolution manually, for cropping. I'm trying to render 16:9 aspect, and this feature would save me another recompress / render step.

On a related note, I so wish more demos supported HD resolutions natively. Farb rausch saw this coming years ago. Demo coders, please consider support for 1280x720 and 1920x1080. Especially if you're already letterboxing. Or at least resolutions with those widths, so we can capture & crop.
added on the 2005-04-06 11:11:58 by Jerware Jerware
and also ability to capture only fragment of demo from x to y (in secods or frames) would be nice. thanks.
added on the 2005-04-06 11:26:55 by diver diver
fairligth deathandtaxes timing gets weird:
(using xvid) - but at least i have the music :)
added on the 2005-04-06 11:39:37 by hhc2 hhc2
Oh and yes, i would also like to have a feature that makes ugly demos look better!
added on the 2005-04-06 11:48:17 by kurli kurli
hhc2: you came further than me then.. when i tried to capture death and taxes it crashed -_-
Blue7: or even better: support any mode the graphics-adapter supports.
added on the 2005-04-06 13:39:37 by kusma kusma
<3 ryg <3 it works it works!
added on the 2005-04-06 16:14:35 by quisten quisten
rainmaker: stefan once made a tool to make all demos look like mfx demos. It did the job.
added on the 2005-04-06 18:48:09 by Shifter Shifter
yeah, that tool rules!
added on the 2005-04-06 18:49:36 by kusma kusma
rainmaker: virtualdub filters can do the job ;)
added on the 2005-04-06 20:55:44 by Zest Zest
seems like the sound is generally delayed by about two frames, probably because of missing doublebuffer/vsync/soundprebuffer...

that adjustable cropping, suggested by some, doesn't make sense in my opinion.
actually it's a bad idea to directly encode to divx/xvid at fixed bitrate.

is there a solid idea how to capture ddraw surfaces?
simply replacing IDirectDrawSurface::Unlock saved a bit more as expected ;)
added on the 2005-04-07 12:04:49 by hfr hfr
hmm... kkapture didn't work too well on "click clack lobster attack"... i kinda had to shut down to recover...
added on the 2005-04-07 13:19:33 by kusma kusma
what about adding support to grab the output realtime (a la fraps) when choosing a frame rate of -1 for example??! i would like to have that.. :)
added on the 2005-04-07 13:41:07 by toxie toxie
toxic, why not use fraps for that then? realtime capture is totally a different thing...
added on the 2005-04-07 15:01:30 by melw melw
fraps = $
and if it would be easy to include rt-capture to the kkapture-source, then why not?!
added on the 2005-04-07 15:06:53 by toxie toxie
toxie: video capture should be quite easy, but audio capture would be a rewrite of the whole audio system (as the original sound APIs aren't even used anymore). So it's no question of a few line of code i'm afraid.
added on the 2005-04-07 15:11:53 by kb_ kb_