Quote from portal2tenacious on October 28, 2012, 12:00 am

http://www.youtube.com/watch?1&v=jC-vsOsVXck

Kinda what he was talking about.

Quote from josepezdj on October 28, 2012, 3:36 am

UsCobra11 wrote:

Little update.
I've thought more about this! A storyline too!
I do agree with what pitkakorvaa pointed out... but for now the rendercolor can be a placeholder.
I might need a modeler to work on those, and another little test element I came up with.
PM if interested

Cobra there are other easier ways without the need of a modeler for the cube model change... I think the rendercolor is very odd too.

The main idea is to make the cube model point to a different material folder where you would have the new skins stored (do not change their original names in order to do this simpler). To achieve this there are 2 methods:

1. Hex the metal_box.mdl model. The only requirement is to always keep the same number of letters in the path. Place this hexed model in a different location than the metal_box.mdl is (other than models/props/)... You don't need to name the model differently (don't do in order to don't need to change also the model's path) The game will recognize the new model (as long as it's under /models folder) and you should introduce it in the game via a prop_physics Now use filters (filter_activator_model + filter_activator_name for example mainly, or the filter_multi if you prefer). This method allows you to only have to use a drawing software to make your skins, no need for a modeler Check the picture below to see an example:

hexed cube mdl
[spoiler]You only need to download a hex editor and open the mdl file. Go to the final line and check on the right part; in my example I changed "props" by "josec"[/spoiler]

2. You can achieve the same by decompiling the model, then open the .qc file and tell there where would the new model search for its textures. This way allows you to store your textures in whatever folder without restrictions in its path, as long as they're properly indicated into the .qc file; also you can give whatever name to the cube the model and such. Now compile it again. It's not so difficult but it's more complex, so I won't go in depth with this one, try the method 1

For the buttons do the same hexing method and then simply choose a different world model within it's properties.

Any help you need or doubt do not hesitate to pm me, ok?

Quote from UsCobra11 on October 28, 2012, 5:33 pm

I've gotten the hexed model and such but I'm not sure how to change the skin...

Quote from FelixGriffin on October 28, 2012, 5:59 pm

Use VTFEdit to convert the hex-named one into a TGA, edit that, then convert back.

Quote from josepezdj on October 29, 2012, 4:17 am

UsCobra11 wrote:

I've gotten the hexed model and such but I'm not sure how to change the skin...

For changing the skins you can follow up these steps:

1. I guess you know the original skins are located in the first pak01_dir.vpk file into portal 2/portal2. Extract them all to your new model's textures folder (for example /models/cobra).

2. Open each of them with VTFEdit and export them to any of your desired image formats. TGA format allows you preserve the alpha channel and layers though I don't really use this one. For your information, the cube textures have an alpha layer (with transparency) in order to allow light spot certain parts of the texture (as the material textures are $selfillum 1 if you look into the .vmt files). Take for instance the first skin 'metal_box.vtf' (no. "0" in the hammer model); the alpha layer looks like this; while the normal layer looks like this... I use JPG format usually to go faster though (but this overrides the alpha channel, k?).

3. Edit the exported image with whatever image-editing progranm. I use Pain.Net usually because it's free and really intuitive, but I'd recommend Photoshop. For any of those, you'll need a VTF plugin (if you want to save the modified textures back to VTF format using any of these programs). This one is for Paint.Net; this one for Photoshop. Then 'save as...' the samed name than it had. However, you can always import the new textures directly with VTFEdit. Use DXT5 (common) image format and save it as version 7.5.

4. Now it's important to correct the paths into the .vmt files! So go to your /cobra folder and open each of the .vmt files and change the paths like so:

Code: Select all

VertexLitGeneric
{
$baseTexture "modelscobra/Metal_box"
$bumpmap "modelscobraMetal_box_normal"
$phong 1
$phongexponenttexture "modelscobraMetal_box_exponent"

$phongboost 1

$phongfresnelranges "[5 1 2]"

$selfillum 1
$nodecal 1
}


The really important line is the first one though, where you indicate where is the $basetexture located... I think you can keep the rest paths as they were so the engine look for the original ones into the pak01_dir.vpk file... The above code is for the case you extract ALL the files to your /cobra folder...

And that's pretty much it. As I mentioned above, you can introduce the hexed model as a prop_physics and then use filters for the buttons (as you know they only react to prop_weighted_cube entities )

Quote from UsCobra11 on October 29, 2012, 8:48 am

Thanks for all your help!

I was aware of half of the things you said above (FG helped me out a bit), but my VTFedit is broken. Apparently I have to reinstall a bunch of Windows stuff to get it working again. I'll worry about that later. Again, thanks for the help!

Quote from josepezdj on October 29, 2012, 9:41 am

No problem, you're welcome

I bet your problem is .NET Framework 2.0. Download it for x64 here and for x86 here

Quote from UsCobra11 on October 31, 2012, 6:22 pm

UPDATE!

If anyone is interested, here is a file explaining the backbone of the mod.
I think it can be a really great production!

Quote from UsCobra11 on November 2, 2012, 8:58 pm

Finally, a media update.
This shows a very, VERY rough draft of the intro. Needs lots more stuff, obviously.

http://www.youtube.com/watch?v=aaJ9yGXg5E8