big bump but does anyone know of a way to do this on my own server?
me and my friends getting back into quakeworld and having great fun but want an easy way to convert to videos and upload to youtube
that website, IGMDB would be great if it was quick. i paid the $20 but still have to wait in the queue.
demo_capture is alright but pretty slow and then i have to upload from my client
i want a way to run the demo from the server and convert to MP4. then i'll upload to youtbe using API from my server
does anyone know a way to do this? if not, i'll do it myself and post my results
i want a demo on youtube aswell... but have absolutely no idea how
ffmpeg + xorg + ezquake-gl.glx should be enough. (and a decent soundcard that allows loopback mixing [recording from output] , many don't, i don't know about pulseaudio / jack loopback) please post back!
There's an online/server renderer on igmdb.org that should work pretty well also: http://www.igmdb.org/?page=render
Interesting initative - thanks for sharing. I will keep my fingers crossed for this project.
Hoe meer je eet, hoe meer je weet!
decent soundcard that allows loopback mixing [recording from output] , many don't, i don't know about pulseaudio / jack loopback) please post back!
Afaik pulseaudio offers a monitor device for each output device. I think nowadays all the mixing etc is done on OS level than directly on the hardware. So unless your OS isn't extra restrictive there should be a capture opportunity.
Not sure if this is relevant, but ezquake will output a audio.wav file in the capture directory now.
Personally I've been using that then:
ffmpeg -framerate 60 -i shot-%%06d.jpg -i audio.wav -vcodec libx264 -crf 21 -bf 2 -flags +cgop -pix_fmt yuv420p -codec:a aac -strict -2 -b:a 384k -r:a 48000 -movflags faststart output.mp4
I have a version that uses multiple-threads when taking screenshots, I'll try and get that included soon. I also have a Media Foundation version for Windows only that directly outputs .mp4 at a much faster rate than the others (using nvdia's hardware encoder) but needs more work to compile on our standard build platform (various defines missing), will try and complete that at some point as well.