ksgWXfan

The hand tags (*l_hand_0 tag, *r_hand_0) are found parented to the l_hand_0 and r_hand_0, respectively. Try copying them / pasting them from an existing model. The reason this is recommended is because they already have proper associated vertex groups for the correct bone associations on the skeleton. * When you do this, it will likely look huge and it will import a copy of the skeleton from the other model as well. Don't panic! simply delete the skeleton. * First parent the tags to the existing l_hand and r_hand. (Select tag ->Object Properties -> Parent -> l_hand/r_hand) * If the scale is right, the tag should essentially sit in the player's hand. If it is offset, it means you likely have to scale it. Make sure you're in Object Mode. Scale it (if I was a betting man, I'd say scale it by 0.1. This would shrink it.) Now, importantly, you must Apply the scale via CTRL+A -> Apply Scale * NOT quite done yet! Ensure the tag is selected, and goto the Modifiers tab. It should be a red box indicating the deleted skeleton. Simply choose the correct skeleton. Try to export it then. Repeat the above for any of the tags you seem to be missing (there's like 3 or 4 total in the lower half of the arm; use another model for reference)

Just curious, which weapon are you looking to replace with your new model? * Do you have mrwonko's Import/Export Tools Blender plugin? https://jkhub.org/files/file/3521-blender-279-jedi-academy-plugin-suite/ * Get MD3View and ModView *** I HIGHLY recommend this! It helps you size correctly and such. The following are some tips I've ran into as a frequent mrwonko's blender tools user: EXPORTING FROM MD3View * in MD3View, when exporting, and if using with Jedi Academy, USE the "Export as GLM (Ghoul2) *without* 90-degree skewing for JA" option I learned the hard way. IMPORTING INTO BLENDER * Remember with MD3View, you're EXPORTING the MD3 as a GLM so that you can import the GLM representation of the MD3 into Blender. And once you're done building in Blender, you can then export as an MD3. * When importing that GLM representation of the MD3 into Blender, clear the skin box (it says 'default') because md3's don't need it, and it will throw an error otherwise. BUILDING * Stay true to the hierarchal setup: scene_root (an empty) -> model_root_0 (an empty) -> your_model_goes_here_0 * you can have multiple meshes as part of your model; it being best to parent them to model_root_0 * all mesh origins should be centered at the world origin (0,0,0); any rotation, scaling, translating should be done only in Edit mode; if anything like that is done outside of edit mode, you'll have to manually move the origin back to the center (includes ensuring the 3D cursor is set at the center: SHFT+S -> cursor to center; then in object mode with the mesh selected, SHFT+CTRL+ALT+C -> Origin to 3D Cursor) * If the scale is changed outside of edit mode, Apply the scale/rotation of the mesh (CTRL+A). * Tags should be empties. The naming convention should be tag_<name>. So if you have the flash or fubar tag, they should be called tag_flash and tag_fubar, respectively. * When a GLM representation is imported, the tags are imported as well, but they are meshes, named like their glm counterparts (*flash; *fubar) Think of them as placeholders. The empties should be placed at the same location as the right-angle of the mesh placeholder. (in edit mode of the placeholder, select the right-angle vertex, SHFT+S -> Cursor to Selected; then exit edit mode; add a new empty. it should be added at the new location of the 3D Cursor). Remember to rename the new empties properly. * Shaders: each mesh part of your model needs a custom property called md3shader. Then the value of that property should direct the game to the location of the texture defining the mesh (i.e. models/weapons2/thermal/xyz_texture.tga). Select the mesh, then the custom properties can be added via the Object tab in properties (right-bottom panel); it's at the very bottom. EXPORTING * More than likely, your MD3 won't have animations. I have no idea how to handle it if it does. BUT, if it doesn't, as I suspect it doesn't, on the timeline, ensure the start frame is 1 and the end frame is 1. * You then need to select each part of the new MD3 you want exported. Remember to select the tags as well. This is advantageous because you can have other meshes to assist you in building your model, but if they're not selected, they won't bother with the exported MD3. * Go to file -> export -> JA MD3 * if you had imported a GLM representation as reference, you probably hadn't changed the scale from the default of 0.1. If you chose to do that, just remember when you export the new MD3, scale it by 10.0 to set the MD3 back to the proper size, or it will appear very small in-game.

Thermal Basketball View File ************************************* THERMAL BASKETBALL v1.0 - by ksgWXfan ************************************* DESCRIPTION: Basketball season is here. Give JKA thermal-detonating basketballs. Includes bounce noises, charge music, and crowd-cheering upon explosion. Also included are optional skin-packs, themed for your favorite pro ball club. INSTRUCTIONS: - (REQUIRED) - place 'zzz_thermal_bball.pk3' into your "..GameData/base/" folder. This is the default orange roundball. - (OPTIONAL) - the other zip file includes pk3 files ('zzz_thermal_bball_<cityabbr>.pk3') of team-themed bballs. These will only work one-at-a-time. Find the abbreviation for the city/ball club you want and place it into your base folder as well and play! MAKE YOUR OWN SKINS: - "basketball_template.svg" was included to assist making your own skins. It does require knowledge of using InkScape (or illustrator). Another hiccup is that Inkscape only outputs to PNG, so if you use that to JPG. Make sure you save two identical copies of the files as "thermal.jpg" and "thermal_w_1.jpg", respectively. CREDITS: - Me (ksgwxfan) - Modelling and Skinning - Colors: got most from team logos - LucasArts/Raven - Original files (the hand) - Sounds - freesound.org (see details below) SOUNDS: - Bounce noises: https://freesound.org/people/Cribbler/sounds/396308/ - Crowd Cheer noise: https://freesound.org/people/temawas/sounds/179869/ - Jingle (upon Charge): I made using LMMS (https://lmms.io/) FROM WAY DOWNTOWN! Light-up some storm troopers. Includes pro-team themes (optional) Submitter ksgWXfan Submitted 11/20/19 Category Guns & Explosives  

Stone Cold Steve Austin View File ******************************** STONE COLD Player Model v1.0 ******************************** *** Credit to RavenSoft/LucasArts for the model used; I used the playermodel 'jedi' to modify *** Created/Assembled in Blender v2.79 *** Skins created/modified by me; used InkScape and Paint.NET (Paint dot NET) DESCRIPTION: *GLASS BREAK* Dun-Dun Dun-Dun-Dun-Dun, WAAAOOO! Dun-Dun Dun-Dun-Dun-Dun, WEEWoooo! That's right, It's Stone Cold Steve Austin. Welcome the Texas Rattlesnake to the SWU. Open-up a can on some reborns and stormtroopers. And that's the bottom line, cause Stone Cold said so! PlayerModel Name: stonecold Author: ksgWXfan IN-GAME SUPPORTS ------------------------- NPCs/playermodels Included: stonecold (classic wrestling garb; including vest) stonecold_shorts (shorts, no shirt, with vest) stonecold_what (shorts, 'what' shirt, camo hat) Bot Support: No MP Support: Yes SP Support: Yes; all skins Sounds: Yes, lifted from an old game, WWF Attitude (thanks to youtube) -------------------------- COPYRIGHTS: Sounds - Akklaim (or whoever owns them now, lol); WWE COPYRIGHTS: Logos - offshoots of stonecold classic logos -------------------------- HOW TO INSTALL: Extract the stonecold.pk3 file into your JK3 GameData/base directory. Consult the "IN-GAME SUPPORTS" section above to see spawn/play options. See Stormtrooper. Stomp mudhole in said stormtrooper. Proceed to walk it dry. Submitter ksgWXfan Submitted 11/20/19 Category Player Models  

I'm going to infer another benefit. This sounds like it would save you from building-up your npc count just for the benefit of being able to change your playermodel on the fly. And if you wanted to generate NPC files/include them in your release, it also lets you test your model before making npc files for it. AMAZING tip! EDIT: Has there been a way found to spawn an npc this way (it didn't work for me anyway; just the playermodel method worked)?

I'm going to infer another benefit. This sounds like it would save you from building-up your npc count just for the benefit of being able to change your playermodel on the fly. And if you wanted to generate NPC files/include them in your release, it also lets you test your model before making npc files for it. AMAZING tip! EDIT: Has there been a way found to spawn an npc this way (it didn't work for me anyway; just the playermodel method worked)?