ent

Circa, at first, you don't need to use it if you don't want. At second, I told it could be alternative way, so there could be 2nd download button or something like that. You don't lose anything.

Guys, add torrents as alternative way to download for such situations. I am sure here are people who are always online and can always share. I had that problem yesterday too.

Maybe I am a silly tree, but watching has to be accident and thus sincere, not requested. Else it's not what it supposes to be.

PaintTool SAI UPD: for vector graphics Corel Draw

Hi... *dodging to left* hey, stop throwing tomatos. Just found a serious bug in a key feature in jaMME, so it had to be fixed and updated asap. It did not let to save project, well it did but demo stopped with an error, and it is not cool. Here is jaMME 1.1.2: http://jkhub.org/files/file/1712-jamme/ Changelog: - fixed saving project which stopped demo and did not save cvars- fixed capture time which could be reset by picking dropped flag I know you like cool pictures, look at this: Try to focus your sight at your nose to make left and right parts merge into one and you will see stereoscopic 3D.

Each time I make big release I notice little bugs. :C New jaMME 1.1.1 comes: http://jkhub.org/files/file/1712-jamme/ Changelog: - fixed stereo 3d capture which used to work 3x faster so the final video was 3x shorter- fixed a bug when trip mine beam or disruptor ray disappear if their start point was behind camera- fixed capture time which worked correctly if only one team got and capture- fixed old issue with odd sounds capture for disintegration and lightning force effects This time I only fixed bugs.Capture time showed wrong time if between for example red getting and capturing, blue flag was got and it reset the red flag getting.That issue with odd sounds (https://db.tt/4MV9oQZg) appears on some rare sounds, so if you notice that on something, then, please, tell me. This time I noticed that on dead body disintegration and when someone is using force lightning and it hits someone. I don't know how to entertain you else in my boring forum, so catch this: George Lucas is waiting your movies.

Sup. It took so long time to update this, but here it is - jaMME 1.1: http://jkhub.org/files/file/1712-jamme/ Changelog: - added "fs_extraGames" which allows to load files from other mods (see cvars.txt)- added an opportunity to stop looping sounds with "stopLoop" (see cmds.txt)- added "direct" option for command "find" to find kills with direct shots (see cmds.txt)- not predicted client have more information on screen: enabled force powers, duel opponent- fixed an issue when shot sounds sounded wrong after capturing on low frame update- guns have correct animation of shots for not predicted clients in first person view- fixed a bug when trueview for predicted client did reset to thirdperson if the client knockdown- game shows flag capture time in the console and left top corner- added an opportunity to override player shader with distortion cloak effect (clientOverride <client> shader 2)- not predicted clients with force seeing enabled can see other players shells too as predicted client- correct time offset in stereo3D capture- added an opportunity to change sound attenuation range with "s_attenuate" (see cvars.txt) New cvars:- fs_extraGames- s_attenuate New commands:- stopLoop- find direct If you'd like to lower range of hearable sound then up "s_attenuate" value. I also fixed that annoying issue when shot sounds are captured with odd sounds like here: https://db.tt/4MV9oQZg. This happen with effects that uses .efx files which contain sound effect. If you find more such bugs then, please, tell me. "clientOverride" command and its subcommand "shader" can now use hardcoded distortion shader which makes cool cloaked effect: Use "clientOverride <clientnum> shader 2" to make such effect. Not sure what else you need to know, that's it. x) Produce good movies @_@. UPD:I forgot to tell about fs_extraGames. If your mod folders have some needed pk3s with maps and models for your needs then instead of copying everything to your "base" folder you can tell your jamme what folders to seek files in. You can add several mod folders: fs_extraGames "japlus" or fs_extraGames "japlus lugormod makermod". Modify launch_jaMME.cmd in notepad because this cvar is for startup.

Hi. Let it be one topic with releases, right? And topic title will contain the latest release. Soooo, jaMME 1.0.3 is here with some fixes and new features: http://jkhub.org/files/file/1712-jamme/ Changelog: - added an opportunity to wind demo until death event: command "find death" - added "Following:" for demos that recorded by spectators - added an opportunity to auto-disconnect when demo ends - deleted os homepath feature which was a vestigium for jamme from openjk - fixed s_volumeVoice which did not work at all - fixed an issue when some character sounds did not play New cvars: - mme_demoAutoQuit New commands: - find Set mme_demoAutoQuit to 1 if you want demo disconnects automatically at the end. Use "find death" to find a moment when someone died. Maybe you want "find" searches something else? Then feel free to suggest what event you'd like it finds and I'll probably add it next time. Also I forgot to tell about a command that came in 1.0 version. It was "musicPlay". Having your demo paused, do "musicPlay 5" in the console to play loaded music for 5 seconds to listen and find a moment in music that you'd like to synchronize with current editing in game. If it's not what you were seeking then offset music in seconds by using "mov_musicStart" cvar and do "musicPlay" again. Also I found out that using MP3 music is better than WAV because WAV sound is stretched in time and plays a bit slower though it's hard to notice. So use MP3s for background. I think that's all I wanted to tell. Make cool movies and amaze us.

Oh I thought he asked about sounds. Then yeah they are fixed in both openjk and jamme.

The mod has been approved. You can download _

Hi, I noticed some mistakes and fixed them. Get the latest jaMME 1.0.2: http://jkhub.org/files/file/1712-jamme/ Changelog: - fixed an issue when game did not replace missing character sounds with common sounds- added an opportunity to see chatbox always on screen To see chatbox always "on top" set cg_draw2D to 2.

They are broken everywhere.

Hello everyone. Most of things are ported, most of bugs are fixed so it's 1.0. Yay. Get it now: http://jkhub.org/files/file/1712-jamme/ Changelog: - changed sound code for proper sound speed support and for opportunity to play background music - added mov_musicFile and mov_musicStart which let you load and adjust background music - added mov_wallhack which lets you see player models through walls - added mov_filterMask which lets you hide selected entities - added musicPlay command that lets you play music for some time - fixed disapearing external post-process (QeffectsGL) if there are not 2D images on screen (thanks to Ghost) - added doppler effect and cvars that control it: s_doppler, s_dopplerSpeed, s_dopplerFactor New cvars: - mov_musicFile - mov_musicStart - mov_filterMask - mov_wallhack - s_doppler - s_dopplerSpeed - s_dopplerFactor - s_timescale - s_forceScale Check mme/cvars.txt to read description of those cvars. Probably some sounds won't be played though I didn't have such issue, and if it happens then tell me about that, please. Also bug with odd sounds that could be heard in captured sound still exists. Example: https://db.tt/4MV9oQZg (let's hope Leonardo won't delete it). You can hear the pistol shot is very noisy. The problem probably comes from original quake 3 sound code and I could not detect its core. Sounds with that bug: - Bryar Blaster Pistol alt shot - Golan Arms Flechette alt shot - Merr-Sonn Portable Missle primary shot If you find more then tell me, please. Fortunately saber sounds are fine so saberists can be happy. But the problem has a solution and it is still same: http://jkhub.org/topic/2714-tips-advices-and-help/ on "If you are recording audio and having strange sounds..." string. To test how sexy sound speed scales just change demo speed using /speed command (/speed 0.4 for example). To test doppler effect just get closer to flying rocket and listen to how its speed changes. Wooo. May the Force be with you. UPD: Made some changes and fixes, now it is 1.0.2.

Someone tried the mod with MB2 demos and it crashed their game. But I am not sure if it happened because that user installed the mod wrong or it just does not support. As far as I know MB2 is rewritten much thus it has few chances to play demos in jaMME. But let's wait what Deviance or someone else will tell. Like.. official statement.

Hi, eezstreet. Some effects work directly in game, some - only visible in outputs. Framebuffer object is used to capture in higher resolution and capture motion blur much faster. Also it has own anti-aliasing that works only if FBOis enabled. I don't know what you need some features for. I think FBO is useful only if you gonna capture. Maybe I don't know much, so those who sees I am telling something wrong can explain better maybe. Most features are portable, except time control I think (not sure how and why would people even need time contol on server). For more information you can ask CaNaBiS from q3mme crew. He is a lead programmer. You can find him on #moviemaking irc @quakenet network.

I don't know about Quake 3 based games demos but works fine with JA ones. There is Uber Demo Tool for Quake 3.

Sometimes you record demos that are too long and it's hard to navigate in them. Long demos also take much space, so for those who want to save space and leave only needed moments in demos there is Demo Cutter by Sil. It has friendly GUI so even silly Jar Jar can cut his demo. Download: https://sites.google.com/site/silsjka/cutter

Hey all. jaMME 0.9.6 is here: http://jkhub.org/files/file/1712-jamme/ Good news. I tested the mod in Lugormod and Makermod demos and they both work fine. At least I did not notice issues. The mod also can work fine with other "only-server-side-mods" demos. Changelog: - changed demo converter for proper vehicles support (thanks to Ensiform); probably will be bugged with some old converted demos that contain vehicles, so delete all .mme files from mme/mmedemos to avoid this - fixed overrided saber hilt which wasn't overrided if the saber is thrown - fixed aspect ratio of some 2D images in hud: jetpack fuel bar, unlocking bar and its image (in Lugormod or siege game mode) - fixed mov_captureCvars: it is now temporary, so each session you will have only cvar that you added in current session, and old capture cvars that was used only for prev demo won't be used in current one; delete "seta mov_captureCvars "<cvars>"" from mme/jampconfig.cfg to make it work (thanks to Ensiform) - added new demo browser in menu which supports folders and remembers last played demo (thanks to Sil) - fixed the flag which wasn't shown on player's back (thanks to Cydonis) - fixed mov_fragsOnly which did not work at all (thanks to Cydonis) - fixed frag message which containes overrided names Test the mod in Lugormod and Makermod demos and tell me if they don't work fine. May the Force be with you.

Here you can find some tips, advices and help to avoid known bugs and make your video sweeter. Sometimes after playing demo backward you can notice dead bodies are being in weird position and/or have wrong models. To not have this you can try to enable rag-doll effect by setting “broadsword 1”. While capturing you can have some effects (.efx files) disappearing or blinking, or they are too bright (weapon spawn cone). To avoid this try to lower value of “fx_vfps” cvar. Currently it’s 200 and rather low thus it should look very well for everyone. If you want it looks like in regular game then set to 1000. If you have few effects and want them look saturated then up the value. Also with low value effects will blink and won’t be saturated enough. If your demo was recorded on ja+ server with ja+ client then you have an opportunity to show deaths in scoreboard. Set “cg_japlusFix 1”. Game can crash if that cvar is set to 1 and demo was recorded with base or another client that does not support ja+ deaths feature. If your demo was recorded on ja+ server with ja+ client and the demo contains grapple hook then to make it look not buggy set “cg_grappleFix 1”. If it was recorded with base client then set “cg_grappleFix 4”. If any of those number didn’t help then try other ones in range 1-9. If you are recording audio and having strange sounds in output then it’s probably you were recording on low frame update: when mov_captureFPS*mme_blurFrames > 30 (I did not test actual limit, so now it’s 30). Solution is try to recapture your moment with “mme_saveShot 0” and “mme_blurFrames 0” to have high frame update and not recapture screenshots/video again, and it will capture audio very fast. To have correct video and audio synchronization try to set capture range before capturing both video and audio. If you are capturing stereo 3D and capturing a player in third person view then you probably have not matching left and right outputs. It happens because third person view has independent on game time camera damp update. To avoid this try set “cg_thirdPersonCameraDamp 1” and “cg_thirdPersonTargetDamp 0” and camera will be locked to third person view without delay on updating third person camera position. (It is not about chase or camera mode, only “cg_thirdPerson”.) If your game crashes on capture start, then try to up “mme_workMegs” value, max is 512. If you want to capture depth of field mask screenshot but don’t know what values to use, then try “mme_depthFocus 4000” and “mme_depthRange 2000” as a starting point. Play with values to see differences. You can also find more useful information in cvars.txt and cmds.txt that comes with jaMME mod in "mme" folder.

You got a nice idea how to improve jaMME? You don’t like one of existing features? You found a bug? If so then make a post with your feedback in this section. TODO list: - change sound code so sound speed will be based on demo time speed (currently works with “s_UseOpenAL 1” but it produces ugly sounds) - with changed sound code remake saving WAV by using q3mme recording style - also with changed sound code make available loading background music to synchronize video editing directly in game - GLSL and/or another post-process for renderer If you are able to make one of those TODOs or you have a solution for desired feature then help please with their realization on https://github.com/entdark/jaMME.

jaMME is young and wasn’t tested enough, also I (ent) who was porting the mod (with Scooper’s help) is a young programmer too, therefore the mod is not stable sometimes and have some bugs. Here is the list of known bugs: - mpeg compression for AVI does not currently work due to old jpeg capturing method - vehicles don’t have proper support, so you can see missing hud items and animation is buggy too (need more demos with vehicles for tests) - after finishing capturing audio there are strange sounds that will play afterward - some sounds sound weird while capturing audio on low frame update (probably only some mp3 sounds) - some .efx effects disappear on low frame update (or speed 0), and only visible if time goes - some effects, animations and sounds can work wrong after playing demo backward (mostly fixed) If you found a new bug then make a post in this section with details of what you were doing and attach demo if possible. The source code of the mod is open. So if you think you can help with fixing one of those bugs then feel free to take a part in jaMME development on https://github.com/entdark/jaMME.

1. Introduction Hello all! Today I'm gonna tell you a bit more about different blur styles and settings that you can use in jaMME. Hopefully it will help you pick the right settings for your material. As you probably know, there are several commands which affect the way mme will blur your frames. Those are: mme_blurframes [0-32] mme_bluroverlap [0-32] mme_blurtype [gaussian,triangle,median] mme_blurframes determines the amount of frames that is taken into the blending. the bigger the number, more smooth the final image is, but also longer processing is required. mme_bluroverlap is similar to blurframes, but it is the number of frames that are kept from previous frame and blended into the new frame. higher number results in smoother image. mme_blurtype governs the algorithm of the smoothing.The tutorial is divided in few sections. Hope you'll enjoy it. 2. Theory In case you are not interested in the beneath the hood part, you may skip to next section, but at least check the "in short" part. This will get slightly mathematical and all. First lets say a bit on different blur shapes. Triangle It is the simplest of blurring methods. It uses the linear average between multiple pixels. It is what is more commonly referred to as mean average. Mathematics: Example 1: (2 + 4 + 3 + 11) / 4 = 5. Example 2: (2 + 4 + 3 + 111) / 4 = 40. Store all pixel data into a 3d matrix, with width [x] and height [y] the size of a single image and "length" [z] of the mme_blurframes. For each [x,y] calculate the linear average of all [z]. That is your new image. Example 1: We have only one gray-scale pixel over 4 frames, with values of 0 (black) - 255 (white). [0,100,5,255] -> [(0+100+5+255)/4] -> [90] As a result we have a dark gray pixel. Example 2: We have only one gray-scale pixel over 5 frames with values of 0 (black) - 255 (white). [0,0,0,0,250] -> [(0+0+0+0+250)/5] -> [50] As above examples show extreme values have a big impact on final image. Gaussian Gaussian blur is based on the "gaussian curve" also known as "bell curve" (due to its shape). That curve is a representation of "probability" that some combination of events happens. Easiest way to picture it is if you take 3 dice with 6 sides, throw them and add the numbers. You will get 10 or 11 as a result on average, and you will get 18, or 3, only extremely rarely. If you would write all that down on a graph, you would get the bell curve. Mathematical part is a bit hard to explain in short, but it gives most impact to average values, and very little to extreme values. Example 1: We have only one gray-scale pixel over 4 frames, with values of 0 (black) - 255 (white). Note that the result is not accurate, it is my own estimate. [0,100,5,255] -> [50] As a result we have a very dark gray pixel. Example 2: We have only one gray-scale pixel over 5 frames with values of 0 (black) - 255 (white). [0,0,0,0,250] -> [(0+0+0+0+250)/5] -> [3] As you can see extremes have an impact to final value but it is very low. Median Median blur is a blur based on the median of numbers. It is also a way to determine the average (like linear and gaussian are). In statistics median is the number dividing the higher half of some sample population from the lower half. It has a tendency to completely ignore extremes, and it is always a value that appeared, therefore being an existing value within that population, and not some value that is derived from a calculation (and might not be a part of that population). Example 1: We have only one gray-scale pixel over 5 frames, with values of 0 (black) - 255 (white). [0,100,5,255,75] -> [0,5,75,100,255] -> [75] Example 2: We have only one gray-scale pixel over 5 frames, with values of 0 (black) - 255 (white). [0,0,255,0,255] -> [0,0,0,255,255] -> [0] Note how extreme values are sucked out of a median calculation, having absolutely no effect to final result. In short: Triangle (linear or mean) blur: extreme values affect the final result a lot.Gaussian blur: extreme values have an effect to the final result, but not so much.Median blur: Extreme values are ignored. 3. Action OK all that mambo-jumbo up there wasn't really that helpful. You know what would help you, don't you? Examples in actual movie making? Well here they are! Example 1: Capture settings: mme_blurframes 32, mme_bluroverlap 0, mov_captureFPS 30. Camera is static. Triangle Gaussian Median Note the differences. On linear the player is well defined, but notice that edges are a bit sharp, and that even small things, like black edges on textures, effect the rest of the image (due to slow camera movement) and therefore that image is slightly darker. On gaussian the player is slightly less defined on edges, but still visible on entire area of the model. Rest of the image has better light and color data, due to reduction in extreme values. Notice that textures have the most sharpness of all 3 pictures. On median you can notice that the player looks ghostly. If he was moving faster, he would stop being visible! Note that textures look more blurred, but organically so, not like linear blur has them. On linear the textures are much less defined than on gaussian, yet look artificially blurred, unlike median. On gaussian the textures are well defined, yet smooth. On median the textures are heavily blurred, but notice that they are not recalculated, instead they look sort-off like our eye would see them (you notice that there is a texture going on, but you don't see it exact). 4. So what now? OK so you saw examples. What to look after when you go making your own movie? First, examine your material. And also decide what you are after. If you want sharp images, gaussian or triangle is the way to go. Triangle is much faster, at the cost of a bit less precise smoothing. If you want images that look as if the human eye would watch them, use median. Just be careful that nothing moves too fast on your capture, cause nobody will see it. Unless thats what you want, that is. In short it all depends on your time, and how much you consider enough. I've seen clips rendered in mme_blurframes 4 and mme_capturefps 200, than later merged in Vegas to 25 fps, that looked super-smooth (InstaUnlagged demo), and also clips that even on well over 12000 frames just don't look smooth enough (excessiveplus ctf run). Note that the faster the action, the more frames you should be using to keep the quality of blend good. But that usually also results in nothing being visible. Sometimes its better to go for less smoothness, in order to keep content clear. It is a delicate line, and walking it can be hard at times. 5. End Hope you enjoyed the read, and that it helped you. Keep the following in mind: mme_blurframes [0-32] Smaller value will render faster, but loose smoothness as action speed increases. mme_bluroverlap [0-32] Same as blurframes, but can be useful to even more increase the speed of rendering and amount of smoothness in the same time. mme_blurtype [gaussian,triangle,median] Gaussian gives that usual motion blur that you are used to. Good quality and speed. Triangle is fast, but tends to be a bit choppy. Median gives the look as if human eye was watching, so fast action is often not visible. But looks organic if done properly. Thats all folks, till next time. Credits: Foksie; original: link.

Hi This feature will make your capturing process a piece of cake. You save very much time and re-capturing stuff will also be awesomely easy. This tutorial: 1. More details about project files 2. Creating project files and a demolist 3. Demolist capturing ----------------------------------------------------------------------------------------- More details about project files ----------------------------------------------------------------------------------------- Need to tell you about project files a bit more. Almost everything you change will be saved in them by default. That means: mme_blurFrames, mme_blurOverlap, mov_captureFPS, mov_captureName (screenies will be named like that) and so many more things. You can go into a project file and look how the settings are stored. It it a kind of html format and you can change everything in notepad. There's that cvar in it called mov_captureCvars. It saves which other cvars shall be saved in the current project file. If you change it, add some things, it will be saved as well. For example you might want to have mme_skykey saved in it for some keyed capturing. ----------------------------------------------------------------------------------------- Creating project files and a demolist ----------------------------------------------------------------------------------------- The aim of a demolist capturing is that you don't have to capture each demo yourself. You can capture everything, may it be first person, chase or normal camera or all 3 of them in one demo. A demolist runs demos and project files you specify. Now you think: Wha, who wants to cap all of his demos? Do I have to cut them before again? - No. You save the capture range in the project files. To do so, load a demo. Then either load a project file you already have or just don't, doesn't matter. Press 3 to switch to Timeline edit mode which contains capture settings. With shift + mouse go to the point in time where you want the capture to start. Then just hit T and it will give out that you marked the current time as capture start. Then go to where you want your capture to stop, hit G. Both points are marked now. They will be stored in the project file you save. Those both have to be set so the demolist knows where to capture. If one of them is not set, it will not capture. The view you're in will be saved in the project file to, so be sure to be in the right one when saving. I suggest capture settings to be done after you did a camera or else. Now when you want to save you can already start setting up a demolist. A demolist must be in the mme folder and can be in either .cfg or .txt format. You can save the current project file under a name and add the demo and the project file to the demolist at the same time. You can type "\save follow firstperson.txt". The second parameter is the name of the demolist file you want to add that to. Just look in your mme folder after to see what changed if you don't get what I mean yet. A demolist looks like this: demo1 prj1 demo2 prj2 demo3 prj3 ...and so on You have to do one project file for every capture you want to do. It is not possible to save two capture settings in one project file. If you want to capture a camera and the follow view, you need two project files. Kay, you set capture start and capture end in every project file and a demolist is created, let's go on to.. ----------------------------------------------------------------------------------------- Demolist capturing ----------------------------------------------------------------------------------------- There are two main ways to capture. Ingame and offscreen capturing. I recommend to do demolist capturing just like I do, I start it with a batch file. My current batch file looks like this: @echo off Start jamme.x86.exe +set fs_game "mme" +set mme_renderWidth "0" +set mme_renderHeight "0" +set r_multisample "8" +set r_multisampleNvidia "1" +set r_anisotropy "16" +set r_picmip "0" +demolist "firstperson.txt" Exit You should know many of those commands. I explain the ones you don't know yet: mme has custom settings for anti-aliasing and anisotropic filtering now. If you didn't already set them in your gfx card settings, you can set them seperately here. r_multiSample is anti-aliasing, r_multisampleNvidia enables/disables anti-aliasing (multisampling) for Nvidia cards, they seem to have some problems with it. r_anisotropy is the level of anisotropic filtering you want to have during a capture. Demolist is the command to run a demolist file from the mme folder. You can also run that in the JA menu manually by typing "\demolist firstperson.txt". You can avoid capturing in fullscreen by setting both mme_renderWidth and mme_renderHeight: It's the size that JA will be run at, but you won't see it. When starting the batch with those both set, a small 320x240 JA window will be shown but it stays gray during the cap. The thing you will see is the JA console which prints out server messages and also tells you when the capturing of all demos is done. This is called offscreen capturing. Using it, you can capture all day long while doing other things on your computer. Hint: Right now it's still needed that you have mme_renderWidth, mme_renderHeight AND r_multisample set to more than 0 to have offscreen capturing. I need to talk with Canabis about that. Just so you don't wonder why it doesn't work. ----------------------------------------------------------------------------------------- Quick Setup ----------------------------------------------------------------------------------------- 1. Load a demo 2. Press 4 to enter capture settings editing mode 3. Go to the point in time where you want your capture to start 4. Hit T 5. Go to the point in time where you want your capture to end 6. Hit G 7. Save your project file for that cap with "\save <prjname> <demolistname>" 8. Set the right settings in the batch file 9. Run the batch file 10. Wait until the capture is done, be happy Thanks for listening and good luck. John Credits: John "auri" from q3mme crew; original: link.

There was a time before q3mme (therefore before jaMME). Some people created camera paths with their mouse in that time, the dudes who knew something about moviemaking used defrag to create all kinds of cameras. Even today still some movies come out with defrag-cams in them. You can also set original defrag-cams up in jaMME, here is how to do it, it is not even hard. 1. Choose which object to chase 2. Create the camera path ----------------------------------------------------------------------------------------- Description ----------------------------------------------------------------------------------------- Indeed you hear right, chase object. Defrag cameras are usually chase cameras. Now you ask yourself, "Why don't I use the Chase camera then?". Well, there is a big difference between Chase camera mode and Defrag camera mode. I just call them like that, they don't really have names, hehe. So: In the chasecam you lock your camera to an object. The camera will always look at the object but also follow its position! Defrag cameras in contrast to that: The camera will always look at the object, but not follow the object's position. Like this you can easily create some very stylish cameras like you might have seen in so many defrag movies. Here is how you do it... ----------------------------------------------------------------------------------------- Choose an object to chase ----------------------------------------------------------------------------------------- Whether you want a rocket, a grenade, a player, ammo, armor or weapons laying around, go fly to that object in camera view mode and camera edit mode. The defrag-like camera is done in the first editing mode. You may hold both mouse buttons now to see which entities you can lock on. If you chose something sweet, hold mouse1 while looking straight at the entity, then hit the F button. The entity is marked with white borders. Done with this step, not really hard, huh ----------------------------------------------------------------------------------------- Create the camera path ----------------------------------------------------------------------------------------- Similar to the normal chasecam, you notice that you cannot move freely anymore now. You always need to hold mouse1 down to be able to change your position. You can use the keys A S W D to move around, the camera will always look at the "defrag-object". Now just create a camera path like you always did before with the V button and so on (I really hope you read any other tutorial before this, so you know what I talk about, ..you meanie). Later on, lock the camera with R and capture it then. Finished. Note: I wrote this tutorial already before mme 1.5 is out where the function is working very well. It might be a bit nasty in 1.4 to keep the camera locked to the entity, but you might find out. 1.5 is close! Good day, fun with trying this. ----------------------------------------------------------------------------------------- Quick setup ----------------------------------------------------------------------------------------- 1. Load a demo 2. Go to camera view mode by typing "/view camera" or use the X and Z keys 3. Go to camera edit mode by pressing 1 4. Move over to an object you want to chase with the defrag-cam 5. Look straight at it, hold mouse1, hit the F button, you're locked now 6. Move around, make up a camera path 7. Capture it, eat it or whatever, good luck Credits: John "auri" from q3mme crew; original: link.

Third tutorial, for the third editing mode, Timeline There are two different types of using time in jaMME: 1. Have a constant timescale all over the demo 2. Have a variable timescale, changing during the demo ----------------------------------------------------------------------------------------- Constant timescale ----------------------------------------------------------------------------------------- For sure you already searched for a command like "timescale" but that one does not work for jaMME. You can edit the whole demo speed with one command called "speed". Often you will record very nice camera runs, but when you playback them, you see that the camera moves much too fast and it rather confuses the watcher. You can for example open the console and type "\speed 0.5". The speed of the playback will change, that includes camera runs as well, everything will be in half speed, just as if you applied a timescale. Note: You can only apply 1 value for the speed command, there is no keypointing for it. Use it to get a constantly slower or faster playback of a demo. ----------------------------------------------------------------------------------------- Variable timescale ----------------------------------------------------------------------------------------- The variable timescale feature is used to affect the playback of the action in the demo, but not the camera run. Load a demo and pause it. Press "3" to enter the timeline edit mode. The display will show "Edit: Line". I suggest timeline adjustment to be done before adding a camera path, else the camera run will not fit the action anymore. You can set the view to either Camera or Chase, it does not matter in which view you edit the timeline in. If you hold mouse1 down while in camera view mode and in timeline edit mode, you are still able to move arround. This is how you edit the timeline: You add timeline keypoints and set a timeline speed value for each keypoint. That may remind you of Sony Vegas and its velocity envelope. You use the timeline exactly the same way. The time between two points will fade so it reaches the next keypoint smoothly and will not have certain jumps from normal time to slow motion or so. ----------------------------------------------------------------------------------------- Keypoints for variable timescale ----------------------------------------------------------------------------------------- You need to set the first keypoint to be the basic speed of the demo, I always suggest to make it normal speed. Go to the start of the demo, press V to add a timeline keypoint. Now adjust the timescale value for this keypoint: Press R to lock the timeline. If it is locked, the keypoint information will show up in yellow font. Open the console and type the command for normal speed: "\line speed 1". IMPORTANT: Do not forget to lock the timeline by pressing R. If you don't, you cannot edit keypoints at all! You specified the timescale value for this keypoint. Now you can move forward in time a bit and specify the point where the fading to a slower timescale shall start. You press V again, the timeline will still be locked. Open the console, input the same timescale value again. If you then create a keypoint 1 second ahead with "\line speed 0.5" during playback the timescale will fade from 1 down to half speed in that second and then continue playing in half speed. You can also set the value to 0 for pause, as I obviously did in the tutorial video. If you have 0, the demo time is running, but the ingame time is on pause. So go forward some seconds in the demo time and then put another keypoint with 0 so the ingame time will stay paused for some seconds and then fade to a higher value again. IMPORTANT: The line speed cvar cannot be set to a value below 0, the demo cannot play backwards. I hope you understand the keypointing. If you worked with the velocity envelope in Vegas, you can easily do this. If there are questions, just post in General section. This might be a bit hard to do. ----------------------------------------------------------------------------------------- Quick setup ----------------------------------------------------------------------------------------- 1. Go into your demo, press 3 to be in timeline edit mode 2. Press R to lock the timeline, else you cannot edit keypoints! 3. Go to the start of the demo, press V and type "\line speed 1" 4. Go to 10 seconds, make a keypoint and type "\line speed 1" again 5. Go to 12 seconds, make a keypoint, type "\line speed 0" 6. Go to 15 seconds, make a keypoint, type "\line speed 0" 7. Go to 18 seconds, make a keypoint, type "\line speed 1" 8. Leave the timeline like it is, add camera runs.. This was an example of how you can create a paused section in your demo and here is how it works if you do it like this: The demo will play in normal speed from the start until 10 seconds. From 10 seconds to 12 seconds, the demo speed will fade down to 0. So from 12 seconds the demo will be paused. Until when? Until the second keypoint with "line speed 0", so until 15 seconds no movement at all. Since on 18 seconds there is a keypoint with normal speed again, the demo speed will fade up to 1 in the time between second 15 and second 18. After that it will play in normal speed again. You see, you need 4 keypoints if you want to slow down or speed up the demo for some time. The one in the beginning of the demo does not count. It only defines how fast the demo runs until you put the first keypoint after that. Try learning by doing. It is still a bit hard to edit the timeline. You cannot edit keypoints afterwards, only once yet. If you edited something in a wrong way or you want to change something, better delete the last keypoints instead of trying to change the line speed of a single one in between two others. Good day. John Credits: John "auri" from q3mme crew; original: link.