.kkapture 0.01 - demo capturing made easy (hopefully)
category: code [glöplog]
i presoonally choose too doouble all the oo letters
*stuttering*
/me hat kaka gemacht.
version 0.02 online on http://www.farb-rausch.de/~fg/kkapture/ (well, the usual location).
lots of bugs fixed - check the changelog ;)
lots of bugs fixed - check the changelog ;)
shit.. totally no sound. even in bmp+wav mode ;( (tested with http://www.pouet.net/prod.php?which=8925).
.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.
jeremy: yeah, must be why i was hugely impressed with zoom 3 on my old gf2mx. can't get any crawlier than that. :)
Quote:
- 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.)
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 :)
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 :)
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.
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.
and also ability to capture only fragment of demo from x to y (in secods or frames) would be nice. thanks.
fairligth deathandtaxes timing gets weird:
http://matrix.intro.hu/v/
(using xvid) - but at least i have the music :)
http://matrix.intro.hu/v/
(using xvid) - but at least i have the music :)
Oh and yes, i would also like to have a feature that makes ugly demos look better!
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.
<3 ryg <3 it works it works!
rainmaker: stefan once made a tool to make all demos look like mfx demos. It did the job.
yeah, that tool rules!
rainmaker: virtualdub filters can do the job ;)
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 ;)
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 ;)
hmm... kkapture didn't work too well on "click clack lobster attack"... i kinda had to shut down to recover...
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.. :)
toxic, why not use fraps for that then? realtime capture is totally a different thing...
fraps = $
and if it would be easy to include rt-capture to the kkapture-source, then why not?!
and if it would be easy to include rt-capture to the kkapture-source, then why not?!
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.