yeah, cant demos be made to output in avi or some other format? 

Extremely fast and easy (once jdhack finally releases his engine). 

Use videos. 

Quake demos in youtube will be awesome! 

 

who has the bandwidth and processing power? 

Your problem applies to flash quake solutions more than it does to video, really. 

Videos are better for the environment. Encoded once and then people can play them with very low cpu/gpu stress. I am only partly joking. Everyone has the bandwidth. 

You need a server that generates the video (lots of cpu and disk), encodes it, then uploads to youtube (lots of upload).

Or is the "huge file once" thing not that much of a problem? if a 30min demo recording is 500+mb (is that even acceptable quality?), then you could serve about 50-100 flash thingies for that.

also, does youtube have an API? 

You can simply create things like http://www.quaddicted.com/tips-and... if you want an easy way to start demos.

i got four words into that article. 

Scroll down to the comments where metlslime shared a Windows version of that idea. 

Is a fail. 

I recorded a demo runthrough of one of my maps, used darkplaces to turn it into a video, and uploaded the ogg theora file straight to youtube. Quality was pretty good.

Don't see the problem, really. 

...now smaller file size. Self-contained.
http://qbism.com/_extfiles/ac-qbS8.swf

It's not getting data from a server etc. Not a 'streaming demo player', not playable as a game, just linear playback of a specific prepackaged demo. Similar to video, resolution is pre-determined and it can't be resized w/o pixel scaling. Although versions at different resolutions can be created in advance.

This isn't a replacement for videos, just another option with pros and cons. 

I think you misunderstand -- we're describing an imaginary web app that can accept demo uploads from a user and package that demo, plus quake pak files, plus the bsp and perhaps a mod, into a unique swf file. All data except for the demo could live on the server already, and the web app could do the packaging.

The result is the same (a custom swf that plays one demo) but the difference is a web app automates most of the process. 

nice work on getting the size so small -- did you edit the pakfiles to include only the minimum files needed? Or is it just compressed? 

Now I get it! The server could assemble the minimum files needed from a large resource. That is what I did manually to get the file smaller. (Plus they all get zipped.) An automatic system could do even better. 

http://necros.quaddicted.com/temp/ne_t1_2.jpg

smaller this time. 1600x1200 is probably excessive. 

when reading ancient lore. 

Yes. 

so clean man, looks rad! 

http://haukerehfeld.de/mapping/quake3/megadm4/beta2/rlya_before_after.jpg
http://haukerehfeld.de/mapping/quake3/megadm4/beta2/rlya_before_after2.jpg
http://haukerehfeld.de/mapping/quake3/megadm4/beta2/rlya_before_after3.jpg

need to tone down the fog at the pillar, and the lighting isn't a full compile. 

Shot 1 looks better, but a) pillars standing on a grille look very unbelievable and b) you need to frame that hole in the ground on the right of the shot using some sort of trim, otherwise it looks odd I think. Best thing would be to add the trim to the floor texture that is being cut off diagonally.

Other than that, it definitely looks better than before, breaking floors and ceilings is a very important part of making a map look less bland. It can also help to use different floor patterns / textures in different areas of the map. These can be used as clues so that the player can learn the map more quickly. 

Has got a Predator in it.

"I seeee youuu" 

i think sleepwalkr pretty much said it all. nice looking map and breaking up the floor with different textures is a great idea, but the pipes and grill interfaces aren't very believable.