Argh, corrupt .vmf

[NykO18]

man. why are you guys freaking out so much.

create an empty map file. copy and paste parts of the broken map to the clean vmf file. save. an load it. look. if it works. copy some more.

What a genius ! *Copying the first ten lines* DOH ! It doesn't work !

Yeah, in fact if I you take the time to look at the file, everything seems corrupted, from line 1 to line 9437.

Either it's corrupted, or it's another map format.

By the way, if 9437 lines is everything that survived after the crash, it's not good news. The smallest of my map composed of one room and 16 water brushes is 4000 lines long.. I guess this is indeed another map format.

[dux]

I've been messing with it some more, it's completely corrupt by the looks of it and thinks it's not even a .vmf file, no idea how that came about.

[ifO]

Looks identical to HL1 .map file format. Weird. I think you could rescue the brushwork though if that is the case with a bit of copy/paste...

[ifO]

Okay, I managed to load what looks like the main bit of brushwork in Hammer 3.5.

I removed folder paths from the texture names (not sure if that was necessary) and copied the main bit of brushwork into an empty .map file I made in hammer 3.5.

Gotta head out now, but you can probably figure out how to do it...

[Sentura]

It's funny you say it's hl2dm map. I d/l'd it and opened it. One of the lines speak of wad files?

Couldn't get it to work in anything, sorry. I tried .map/.rmf formats. Essentially any .vmf should be able to be opened in .rmf as well (valve haven't changed the way the files work afaik) with missing props etc, but solids intact.

EDIT: seems like some did better than me. gj ifo!

[dux]

The .wad files are there from me testing some ideas it's nothing to pay much attention to.

Nice ifo

[ifO]

Okay, upon experimenting with the original file a bit more, turns out its a perfectly valid .map file except for two missing '{' braces:

Change the top of the file to:

{

"classname" "worldspawn"

"skyname" "sky_day01_01"

"maxpropscreenwidth" "-1"

"detailvbsp" "detail.vbsp"

"detailmaterial" "detail/detailsprites"

"mapversion" "360"

"wad" "\documents and settings\oli\desktop\nw\nw.wad;\steam\steamapps\rubberducky@clara.co.uk\half-life\nsp\ns.wad"

{

( -288 -304 128 ) ( -288 -272 128 ) ( -240 -272 128 ) PK01/PK01_PANEL01A [ 1 0 0 0 ] [ 0 -1 0 -64 ] 0 0.25 0.25

...

... and then rename to .map. However I've still only loaded it in Hammer 3.5 and not Source (it crashes if you try loading directly into 4.0).

My internet's being screwy at the moment so I can't access the Valve wiki or anything to see how to convert brushwork from Hammer 3.5 to 4.0. But I'm sure you can give that a shot now

[Sentura]

You can save it as a .rmf file, then load it up with hammer 4.0

[ifO]

Ah of course, duh. Well there you go then. vmf -> map -> rmf -> vmf again.

[NykO18]

What an epic adventure..

[Gorion]

hehe, should be some sort of comic made of this

The adventures of hammer screwing things up

[⌐■_■]

This thread just delivered.

[JamesL]

Moral: Always listen to Hessi

[ifO]

? c&p-ing into the vmf would have achieved nothing in this case.

Still be interested to know how this happened, dux did you accidently load the file into hammer 3.5?

If not it suggests hammer 4.0 uses the old .map format in some way and did very weird stuff when it crashed out?

[dux]

No, I loaded up hl2dm to check the map out, came back to hammer and I got anal raped by a memory crash.