packin .bsp after OB update issue

hi there guys..

just finished a new map .. called dm_bk_multiDev_arena_rc2
but get in trouble with packin custom content into the .BSP these days

no matter if i use Man-map-analyzer or Packrat
everybody else will see black/pink checkered areas instead of textures/decals

the strange thing is.. if i open the .BSP with GCF-scape
and take a look at the files within..
every custom content is already inside the .BSP

so why the hell those black/pink terror appears??

my question is..
what do u guys use to pack ur stuff into the .BSP??
and did somebody else have probs like this since the update to OB engine??

the first version of this map was compiled before the update,
and has the same files within.. but no black/pink at all
so what the hack valve has changed..
that the new version of this map, compiled after the update won´t work??

here some pics of how it should look like..
i guess u can imagine the black/pink terror with 90% custom textures

please help me.. i´m totally gettin mad on this s**t
cause the map is ready.. and i just want to play

shot in the dark but is there any chance of conflict in the directory structure anywhere? ie textures for this map should be under .../materials/thismap

hey there haymaker..

umm... my directory structure looks different
its not materials/mapname like u point it..

in my materials/.. are way more folders.. see pics
(was working fine all the time this way)

only thing i can imagine, is about the packing programms itself..
both (packrat n man-map-analyzer)
auto-changes the path´s of the .vmt´s to capitalize letters
but the original .vmt´s are lower case

on the other hand, this was workin just fine before the update,
cause the 1rst compiled/packed version of this map,
had capitalized letter path´s on .vmt´s.. when using Man_map-analyzer to pack

but,.. and this is confusing....
on using packrat in the past,
i needed to re-write every single .vmt path
back to lower case..to avoid black/pink chaos

strange isn´t it??

so the only solution i could find till now on a CSS forum somewhere was..

copy all custom content to a new location (can´t remember the path right now^^)
then re-write all the path´s of my custom .vmt´s, to fit the new location of files (about600path´s)
then re-texturing the whole map (about10.000clicks)
+ compile and pack twice..

but i guess this is f++kin too much work..
won´t do that

pic 1 structure in materials/ folder
pic 2 structure of the .bsp in GCF-scape (all custom content is already packed inside the .bsp)

so i´m open for any solution guys don´t hold back ur thoughts about this prob, please

it is a difference in dir management since the new update indeed. only not from hl2mp down but BEFORE. i'm not sure how exactly as the client dir differs from the server dir (where it's a lot more obvious).
we will find this one out very soon and update eachother. worry u naught.

Is it me or the file path and the BSP path are the same?
I'm a bit sleepy...

I was wondering when I first read the 1st post, if it wouldn't be incompatibilities from the textures to the engine. Like, for exemple, before the update, if you tried to use a TF2 material in hl2dm it wouldn't work. I never knew the exact reason why, but my solution was to export the texture with vtfedit, import the resulting tga again and replace the vtf. That would work for all (or at least most) of them.

I never knew how it was the other way around, that is if you tried to use a hl2dm material in an OB game. But if, by any chance, you're still converting textures to vtf just like you've ever done before, I wonder if there isnt anything else that should be done to them.

But this is just a thought. I didn't analize the paths theory in whole. I'm too sleepy for that.

Damn it! You whitened out your account name.

hey there..

another thing.. tsf sadist pointed out..

the simple answer is pakrat and man are not updated to cope with the new OB engine and the way it organises its files. I would suggest visiting pakrat and man websites to see if they have updated their software to support OB. If not maybe there is another software programe that packs bsps using OB?

true..
also had something like this in mind..
already visited the sites to have a look for updates..
.. no success at all

@sakruts the idea isn´t bad, but also a lot of work.. hope i can avoid this

@ chickenmobile.. eagle eyes ur end, but won´t lead to open doors.. for hackin my account that easy

Pakrat and others are not compatible with the new engine; I thought that goes without saying.
Prior to the OB port HL2DM couldn't use TF2, L4D1,2 and EP2 materials since these games are siting on newer engine versions and are using higher VTF versions along the fact these games make use of shader types and shader functionalities which are not available for EP1 engine, where HL2DM used to sit before the port. Now it does.

Here's one i've got today from a reply to my post on Interlopers'. Try it out (i will too in a few days hopefully). It's called PackBSP and is fully supported. Pakrat's developer seems to have abandoned his app a while back.

http://technofovea.com/blog/projects/packbsp

I wouldn't be so quick to write Pakrat off, I've sent out two bsp's since the update and have heard no comments about missing anything...the textures had vmt's with both model and standard lighting, as well as one blend texture, all working fine. Can you post one of your missing texture vmt's, BK? Maybe you have an extra keyword line or something you can edit out, idk.

( Having said that, feedback on other tools is always a good thing )

ok guys,

here the latest news..

after some first failed trys..
along with different error messages by using packbsp...
idk exactly why..
(but seems to be important that all updates of games are finished,
and sdk content is refreshed aswell)

the map was compiled twice.
and i finally was able to successfully pack the bsp with my custom stuff.

but at the moment its too early for HOOORAY screamings,
gettin rid of my clothes and jump around naked to celebrate that possible success..lol
cause first i need to find someone, who dl the map and test it the other end.
normally my man cyrus will do that, but he is busy right now..
rl is just more important than my map..

but i´ll keep u updated if it will work,
and then upload the map in a new thread soon.

have to say thx for sharing ur thoughts so far..
bet without ur guys view from distance on this prob
i wouldn´t be able to fix that on my own anyways

@ val,
man.. if this tool u find will work..
u maybe saved my life under mapping aspects twice
and should get decoration for ur support somehow.
big up

haymaker wrote:I wouldn't be so quick to write Pakrat off, I've sent out two bsp's since the update and have heard no comments about missing anything...the textures had vmt's with both model and standard lighting, as well as one blend texture, all working fine.

I've used pakrat since I started mapping. Though I would try packbsp to see if it is any easier or less buggy when it comes to textures and models not appearing in the map.

Sometimes I've had a problem where the materials didn't appear because Deathmatch needed a restart or a cache verification. Try giving the .bsp to at least 2 people to try it out before releasing it.

FAILED....

[B§] beast just tested for me..
still all pink/black

edit:
after that i changed my materials structure
from: materials/ac1_mats/ac1_dev
to: materials/ac1_mats

re-edited all vmt´s
retextured the whole map..
then compiled + packed

on that pic u will see..
the older textures.. already used in some of my other maps work.
(as example the red n orange stripes)
but the new ones.. never used in any of my maps before, won´t...
even if all custom content is now in the same folder..

so what the hell.. shit drives me up the wall

[BK]AC1 wrote:edit:
after that i changed my materials structure
from: materials/ac1_mats/ac1_dev
to: materials/ac1_mats

Are you changing the textures on the walls to the path of the new files in the hammer editor and then recompiling it + add the files to the .bsp again?

hey..

Are you changing the textures on the walls to the path of the new files in the hammer editor and then recompiling it + add the files to the .bsp again?

1rst all files.. vmt´s/vtf´s was copied to new location
2nd changed the paths of the copied vmt´s to fit the new loaction
3rd replaced/re-textured with/to the copies in hammer
then recompiled + packed

the textures which are working (a.e. orange-stripe)
and the still missing textures are in the same folder now

the only thing i know by now is ...
it wasn´t the folders/structure inside my materials which causes the trouble

.. so annoying

maybe i should just rename the map from multiDEV_arena.. to multiPINK_arena.. (sarcastic laugh)
on the other hand retexturing the whole thing with/to standard-textures.. will kill the concept (multiSTANDARD_arena)

Is there much (or any) diference between the vmt's, vtf's or original image files, from the orange stripe and the floor?

Cuz if the orange stripe is working, then it most likely isn't the path structure, just as you say. Try to compare the three from one another and see if you find anything diferent in the floor files.


And btw, you could call it multitrouble_arena.
jk

[BK]AC1 wrote:hey..

Are you changing the textures on the walls to the path of the new files in the hammer editor and then recompiling it + add the files to the .bsp again?

1rst all files.. vmt´s/vtf´s was copied to new location
2nd changed the paths of the copied vmt´s to fit the new loaction
3rd replaced/re-textured with/to the copies in hammer
then recompiled + packed

the textures which are working (a.e. orange-stripe)
and the still missing textures are in the same folder now

the only thing i know by now is ...
it wasn´t the folders/structure inside my materials which causes the trouble

.. so annoying

maybe i should just rename the map from multiDEV_arena.. to multiPINK_arena.. (sarcastic laugh)
on the other hand retexturing the whole thing with/to standard-textures.. will kill the concept (multiSTANDARD_arena)

on a related note - never use mixed case in the map name. ever. change the map name to be all lower case characters.

Confirmed: packbsp.exe is sexual chocolate. works PERFECT!
If anyone is having any issues with it pm me.

P.S.
[BK]AC1 - your issues are not packing related but other. talk to me.

[EYE] Valar wrote:Confirmed: packbsp.exe is sexual chocolate. works PERFECT!
If anyone is having any issues with it pm me.

P.S.
[BK]AC1 - your issues are not packing related but other. talk to me.

Win.

still don´t know what it was exactly..
but after so many failed trys..
i decided to re-edit those textures from scratch..
(strange thing is.. on rc1 all textures was ok)
replaced inside hammer, recompiled, repacked..
and guess what.... WORKIN NOW

and yes packbsp is perfect..
thx for finding it val
u saved a (stupid)mappers life twice

will post the map soon..
(after a test on our servers was passed, within the next days)

thx to everybody who shared thoughts about that prob
on multitrouble_arena.. ( @ skaruts)

credits-decal for the help here at the U,
has found it´s way to the map

regards n thx

call your firstborn val

rofl.. ok deal..

(if i will ever have kids)

pakrat still works fine for me after update, the .vmt files must of had errors in.