yukon - video capturing software (now with sound support)

[otherside]

Description
=======

yukon is similar to fraps, it lets you capture videos while you play games. It only works with games that use opengl.
Please read the README for a better description how to use yukon.

yukon can be downloaded here:
http://dbservice.com/tom/yukon-current.tar.gz
http://dbservice.com/tom/yukon-current.tar.bz2

sample video available here:
http://thepiratebay.org/details.php?id=3463742

[otherside]

I've just uploaded a new version (to the same URL), now you can convert the videos to the AVI format and reencode them to XviD or anything else using mencoder.
again, read the README..

yReplay still doesn't care about the timestamps, but it's easier to convert the video to AVI and replay it using mplayer.

[asiobob]

thanks, will try it out

[neuron]

bumping this old thread, this software works for me on amd64+twinview+nvidia, unlike xvidcap (xwd works, but is a huuuuge resource drain).

Took me ages to set it up properly, but in chroot I can now record movies from wine running an opengl application rather painless.

You really should pickup development on this again, a lot of people are missing something like this! (and a LOT of people are having tons of issues with xvidcap).

[otherside]

[neuron]

[otherside]

[neuron]

thanks! That'd be a much cleaner aproach than a chroot for it

[otherside]

Because encoding to xvid/ffv1 right away requires a fast CPU and coding that was real pain because the ffmpeg libs are so badly documented, I've decided to drop that feature and now I'm saving the stream uncompressed. To convert the raw stream to something useful, you have to use a modified x264 encoder which can convert the stream to MP4 (even in lossless mode if you want). The new version also lets you save the stream to another computer over network (if the network is fast enough), saving it over NFS is too slow, I had to write my own server.

If someone is interested in the new vesion, send me a PM.

If you want to see another video captured with yukon, here is a World of Warcraft video, my guild against C'Thun:
http://files.filefront.com/FS_vs_CThunmp4/;5281983;;/fileinfo.html

[nullkey]

Man, have you read my mind ? I was planning to write something like this (hooking glXSwapBuffers and so on), but you were faster . The current status of gameplay capturing in linux is horrible (xvidcap is not an acceptable solution), so your work is really important.

About your code... I didn't test it but I can tell some problems just by looking at the source. You should trash your plans concerning yPatcher. Most online games have their anti-cheat protections that ban users with modified game binaries / libraries. There is much easier and cleaner way to hook needed functions: hook dlsym and detour functions run-time. That approach is used in nearly all known linux online-gaming cheats and it works well. Some of them are even released under GPL license (like etglhack).

Happy hacking and keep posting updates!

[otherside]

[otherside]

I just implemented a simple huffman compression, it reduces the video to ~50% which is fine since the most important thing is that it needs to be realtime and it is! The algorithm is written mostly in assembler, only the x86 decompression function isn't finished yet (it's written in C) but who cares, I'm on amd64

If you want to try it out, send me a PM...

[rig0r]

Should this work with cedega ? Afaik cedega uses opengl to replace the directx calls. When I try it I do get the yukon hook message, but ctrl-shft-f1 and f2 do nothing.

[otherside]

set the 'yukonOverride' environment variable, you won't be able to stop the recording though, it will simply record everything.

[rig0r]

Yeah, tried that, but nothing gets recorded. When I start the cedega game (EVE online in this case) I get the yukon hook message twice, maybe that's a problem ?

[otherside]

The same 'bug' was in wine, but fortunately wine is opensource and my patch to fix this was accepted.

It's because cedega opens libGL.so directly and loads their glXSwapBuffers function, and I have no way of overriding that. Wine also dlopen()'s libGL, but uses RTLD_DEFAULT instead of the real handle and can so load my hooked glXSwapBuffers function.

I'd suggest you contact transgaming and tell them to fix their code

Another way is to use a patcher to modify the cedega executables/libraried, but that'd be too much work since you'd have to find out which executable/library to patch.. just tell transgaming to fix their code, it's much easier

[rig0r]

Thanks, support request has been made.

I'll see if I can get the patcher to work in the meantime, haven't been able to find which executable to use yet tho.

[otherside]

[otherside]

if you know how to use svn, here is the repository:
svn://dbservice.com/big/svn/yukon/trunk

it has a completely different design now and the readme isn't correct anymore!
The stupid ffmpeg dependency has been removed, so you shouldn't have any problems compiling it

To convert the videos to mp4 you'll need gpac (is in the portage tree) and x264 from svn (svn://svn.videolan.org/x264/trunk) and patch it with http://dbservice.com/ftpdir/tom/yukon.patch

To build yukon, you need:
scons (newest version from portage shoudl work)
yasm (you'll need version 0.5.0 or later, I have 0.5.0rc1)

so you'll have to do more or less this:

[rig0r]

Getting a compile error:

[otherside]

[rig0r]

Forgot to add, already tried that. Getting the same error

[otherside]

[rig0r]

Ah

I was using 0.4.0. Added to package.keywords and 0.5.0rc1 is installed now. Build goes fine now. Thx

[otherside]

the project now has a trac webpage: http://dbservice.com/projects/yukon/

I'm still looking for someone to help me maintaining it.. if you feel brave enough, contact me: tom@dbservice.com