just normal mpegs and use all the filters and FX in sony vegas

www.sonycreativesoftware.com/vegassoftware

There isn't a source codec that will provide you with faster realtime decompress than huffyuv or lag. If you have a decent rig for this (4+ cores), transparent huffyuv/lag to h264 should be around 2.4/3x realtime. The proper and fastest way to do this is thusly:

- Create demos using quake's internal record function.

- Once you have the proper amount of 'boss frags', you need to actually record the relevant content to something lossless or close to lossless while providing yourself some lead-in/lead-out time for cuts. People like to use that enhanced q3 engine with the prettier effects for this and I reommend Playclaw for capture. It's a huge waste of your time to record the entire demo as you are going to cut 99 percent of it anyway, right?

- Now you can get started into your project proper in your video editor of choice. Assemble all the pieces, cut and retime some of the elements so your transitions mesh smoothly. This will take a while. You will need your audio track at the visible in your project(not the game audio, the music you are timing to). This will make it easy to line up your frag moments with the musical queues.

- Tweak, rework, render to h264 (it will provide high quality and the lowest size. Then enjoy a 3hr upload if you are on a sub 1 MB/s up connect :)

I don't understand your question regarding the slow-mo. The render time does not effect the final product, the encoder is just informing you how many frames it is processing per second for the project. Also, as I said, you won't find anything that can decode faster than huffy in a rendering pipeline, so you either don't have a decent CPU, or the resolution of your source material is just way to high. Your target should be 720p, as that's content that all video streaming sites will accept. Since that's the case, all your 'raws' (the elements you recorded from your ql demo's) for your project should be recorded at 1280x720 before importing to your video editor.

Thanks for the response, but that's what I know already. I already know how to use wolfcam properly etc etc. I know how to make videos.
When I was talking about realtime rendering, I was referring to the realtime rendering of source material on the timeline in a video editing package. ( in my case, Premiere. )
The realtime decompressing of MPEG is lightning fast, and thus you get proper realtime rendering in the program monitor in Prem... but encoding in MPEG you are hard limited to the codec specs, which state that 720p resolution you can't get higher than 60fps, which doesn't allow you much room for slowing down particular clips.
For some reason, Premiere doesn't seem to do well realtime rendering of huffuv or lagarithm encoded avi files....
The question was basically what formats/codecs/methods are people using to store 60fps+, 720p+ video files.

x264 mkv container

Well, people aren't doing that, so your question is kinda pointless. I think I get what you are asking, but you have a severe misunderstanding of video editing and formatting. It's like people that describe mouse sensitivity in DPI. You can easily perform the operation you require. I think you've watched too many '200000 fps slomo frag' movies on youtube by other people that don't understand what that means either. You can easily get the slomo effect you want, the framerate is not really relevant.

Yeah, I understand that.
I could simply render and encode every frag at 60fps, and encode it as 264 or MPEG, but if I needed to slow any of them down, I'd then have to go back and either: manually rerecord the frag at a different timescale, or use an uncompressed avi codec to keep the framerate above the main fps ( 60 ) to allow for slowing the clip down without frame dropping ...
I understand how this works, I was just wondering if there was some other method I was missing.
I don't think you do understand the question. I know a thing or two about video editing and formatting thank you, but I was just wondering if there was any shortcut in this regard I had somehow missed.

h264 & mkv. either use timescale for slow motion or do not use premiere.

wouldn't 720p/1080p and 60+ fps lag out quite a lot of people's systems anyway? probably not the best way to go about this.

use reply btw, people receive an imsg if you reply to them.

The recorded FPS does not effect how you want to go about your slow-mo effect. I have a feeling you are dealing with someone else's tutorial regarding slo-mo that is sloppy and related to taking a 120fps+ video and reducing it to 24fps without decimation. You can still do this just fine. Record it as a separate clip at 120 fps and force it 24 or 25 fps (whatever the final fps of your clip will be). You can use avisynth to do alot of this stuff. I don't think any sites allow 60 fps streaming. 24/25/29.976 are proper, but 24 or 25 are easier to deal with and 29.976 is pretty much for interlaced content.