MTM2.com

I keep getting this error. I made a new truck and i have no idea whats wrong.
I cant even find a CRUSHLD.BIN - its not for my truck and it's not in my art folder. Ididnt check the master list of mtm2 stock files tho.. I tried resetting all faces to mtm2 shiny. That didnt work. It's a really simple truck. All i need is a trk, bin, act and raw right? Arugh. I'll upload it and post a link for you guys to try to figure out.

Normally, that is becuz of the Reflections being on.

But in this case, I looked at and I saw what it was, so that rules out the Reflections thing. I'll look at it closer and see what I can find.

Edit:

Welp, I looked at it in BE. I didn't see anything wrong with it. I imported the whole truck in BE, and it's very low verts, and the whole thing only uses 5 textures.

So, I would be sure that you have all Reflections off anyway. Does it just happen with this truck? Does it still happen if you just run the truck by itself, with no Bot trucks? I don't think the problem is with this truck, but maybe one other one in your game. Maybe try changing tracks, and mixing it up a bit.

I dunno bud. I tried.
Anyone Else?

try resetting all the face types to mtm2 shiney in binedit.

Iv'e experienced both winpod and renamer messing up the face types on models, the trick above always fixes it for me.

(early p.s. -- I've got c-pod and will reply when i've got something ;-))

Your pod contains crusher.bin which calls for crushld.raw, which is an mtm1 file, which leads me to believe you used tracked1 to build your truck pod (edit: <i>or</i> the loose crusher.bin in your models folder was extracted from an mtm1 truck pod, and tracked2 included it 'because it was there'). Why the file is included is a quirk of the old trackeds, why the game bothers to pretend to use the bin I couldn't say.

Solution: make your own pod.

I deduced/assumed that much by using find, following my own advice posted just today for someone else who was missing raw files, which went a little something like this:

<i>
Use Windows FIND to search for the files you need.

In the "named" box type the name of the filename you seek, for a plain old search of your system.

Or, in the same box type *.pod or *.zip, to search either pod or zip files, but ALSO fill in the "containing text" box with the name of the raw or bin you seek. Searching this way will look inside your zips and pods for the filename, which is contained in plain text form in either of those files.

If the loose art and models are in a zip they will be found, but if they are in a pod that is itself zipped they won't be found.

If the files are in a pod on your system it will be found.

Additionally, if you search for "*.bin", containing text "whatever.raw", you will find the bin that uses the art you are missing </i>

No need to...the truck is fine.

(don't mind the LOW-RES Jpeg pic...it looks better in the game)




I tried it with WinXP and Win98, on a pentium 3 and a pent-2, with both reflections and truck-reflections on and off......

.....no errors....it's A-OK.

You must be having a conflict with another file on your computer.....that, or you have some stock files missing from your folders.

I ran a copy through PODZIP, and now it's only a 35Kb zip!

Try this version...it may have removed the requirement for the old MTM1 texture.

http://mtm2.com/~bigdogge/download/TABUS_podzipped.zip


CHECK THIS OUT!

Before podzip - 109 files in the POD

After podzip - 4 files in the POD (art,raw,trk,bin)



IThis is a pretty cool little rig....It's just crying for some custom wheels...you can use the ones from ZO_SUBURBAN if you wish...they have red centers and match up with it quite well....

http://www.vales.com/MTM2/topic.asp?TOPIC_ID=366


Also, don't forget to finish the lights and sound files...they are all still stock Bigfoot set-ups...this one is work the extra work...

Looking forward to the finished product!

Actually, now that I tried it in the game and had no problem, I do know why.
I mounted it at the bottom on my pod.ini (by hand, in notepad ;-)) and it worked first time, then I quit the game and mounted it at the top, which is no doubt where you mounted yours because you were too lazy to scroll down (i kid). Mounted at the top the mtm1 crusher.bin tries to replace the mtm2 one, same with bearfoot.bin, and since those bins are calling on raws that are not in the usual pods mounted in mtm2 you get the missing raw errors.

The moral of the story is, and to address the quirk, TrackEd2 adds useless files "because they are there", apparently. ;-)

Oh, there BigDOGGe has the tip of the day in answer to that. ;-)

Nice lil' bus ya got there.

And a tip of the ol' hat to you for your tip my friend....

Podding at the top of the INI file would explain much.....if you haven't podzipped your truck pod to remove items like CRUSHER.BIN, then I don't recommend placing it above the TRUCK2.POD file in the pod list.

I have at least one truck entered in the Expo that requires mounting above the TRUCK2.POD file, for reasons that will be understood when it's released.....It had to be PODZIPPED as well.

Oh - yea i mounted it at the top.

I tried to podzip it but i couldnt cause the paths for where i wanted to save it and where it was form would have been too long to type into the prompt.
Actually i make C-POD do all that work. I think i might just make c-pod do the podzipping now since i have delete capabilties.

I'm about to try it out on this machine.

I just created a folder called PZ on my C: drive, and placed PODZIP within it, along with a shortcut to my Dos Prompt.





There's a shortcut on my desktop to this directory called PODZIP FOLDER for quick access to it.


I just place the new pod in that folder, click the DOS PROMPT to get my command line window, type CD \PZ to change the current directory, then type PODZIP OLDNAME.POD NEWNAME.POD....it makes things much quicker doing it this way.

----------------------------------------------------

Extra Tip for us lazy people:

I hate having to create new names just to remove the un-needed files,.....so....

If the pod is called BIGFOOT.POD, then after I place it in the PZ-folder, I rename it with the first initial of the filename......B.POD

Now all I have to type in the command window is PODZIP B.POD BIGFOOT.POD

Now the fixed pod already has the correct name, and I just delete B.POD.....all done.

--------------------------------------------------------

Think you are as lazy as I?..think again....try this:


Rename the podzip program to "P.EXE"

Then, all you have to type is P B.POD BIGFOOT.POD

heh heh.....lazy enuff?

BigDogge, I've done all those things. With binnamer too. But the bestest laziest trick of them all is to copy p.exe and bn.exe to the windows/command folder (win98) or windows/system folder (winxp) and you never have to worry about what directory you're in. But if push really comes to shove, I use podzip turbo and just browse to everything

btw, slice60 turbo has a permanent home on my desktop, as does flyrawgui and pod comment master.

I win the lazyness here. I just double click on the pod and it opens in C-POD, then I hit file -> podzip.

Booya! I never had to type anything MwaHAHAHAHAHAH!!!!!!!!!
Now c-pod does the podzipping itself -it doesnt even call up podzip.
HEHEHEHE!!!!!!!!
Oh this is only availible in the new C-POD
C-POD build 1.0.31
Go download the new version of C-POD and associate it with Pod files.

only 5 clicks here to podzip a pod

ok it works great. Thanx guys.
That teaches me to be lazy and to not scroll down.

Actually - i made this truck for my girlfriend. U guys cant have it. Her computer doesnt have a graphics card anyhow so i dont have to worry about lights and stuff.

Cool stuff guys.

Lazy, I'll show ya lazy, since we're on a suggestion frenzy. I can podzip any file and rename it without typing anything, and it only take two clicks, or even one click. (this definately works on Win98)

Paste the following into notepad, then save as "pz.bat":

podzip %1 %1-pz.pod

Put the bat anywhere you like, or in the same folder as podzip.exe if podzip.exe is not in your path. Podzip.exe is best placed in your windows/command or windows/system folder so that it's always in your "path" and can be accessed from anywhere (yay Phin).

If you right-click the bat and create a shortcut, then cut and paste that shortcut to the windows "send to" folder, all you would then have to do is right click a pod file anywhere on your system, click the send to link and the pod will be zipped in place, the new pod will be placed in the same location with a "pz" appended to the filename.

You could also place the shortcut anywhere you like, like on the desktop, and just drag and drop pod files onto it.

Also, if BigDOGGe put the bat file itself in the folder shown all he would have to do is drag and drop his pod onto it.

Those last two procedures take only one click, technically speaking.

As for the bat, if you want the DOS box to be self closing after podzip runs, and eliminate the need for a PIF, then use this for a bat instead:

@echo off
podzip %1 %1-pz.pod
cls
exit


>> U guys cant have it

Oh well, here today, gone Tamara.

Wint, I'm DEFINITELY going to give that a try....sound very interesting.



I guess I've never shown you my "DESKTOP TRUCKSHOP",...I've had it a couple of years now....it really makes the chores easier.

In the lower corner of my desktop lies a subtle folder icon....







Click it, and I get every tool I may need involving MTM2 modeling...






It's where I do all my truck-work, hence I call it my truck shop....I'm still adding to it too.....C-pod will most likely be the next addition, once I'm acustom to it...

Good idea BigDogge. Unfortunately I've never gotten used to folder short cuts, and not that it matters but I'm always shuffling things around anyway. But I'm getting better, I think. I hope to have a working arrangement within the next couple years.

Speking of working arrangements, wint you sent me on a wild goose chase that ended in disappointment. It seems dos cannot store variables in any meaningful way, and regular expressions are an alien concept to it. As a result, one would either need to write an exe to supplement the podzip exe (which I'm not going to do) or re-write your batch file so it doesn't create .pod.pod files (which isn't pretty but here it is)



Now, you may right click a pod and select send to podzip.bat and it will do it's thing and retain the original name.

<center><img src="http://mtm2.com/~forum/images/sendtopodzip.gif" width="526"></center>

ps. I'll bet BigDogge uses a screen res higher than 800x600 and doesn't notice the side scroll...

Organization is good BD, and darnit I almost tried to close your picture when I was done looking at it.
Future truck names

That's clever Phin, but I'm surprised that copy overwrites without the /y switch. Speaking of which, my test pod is a goner, hehe, I'm glad it was replacable. The fact is that appending to or changing the name during conversion to keep both pods alive was deliberate feature of mine. The ugly .pod.pod filename was something I didn't take time to figure out a workaround for, but you got me thinking, after a series of tries I came up with this:

@echo off
podzip %1 %1.pod
move %1 %1-original.pod
move %1.pod %1
cls
exit

Line one podzips the pod and names it "whatever.pod.pod". Line two copies the original pod to "whatever.pod-original.pod", thus preserving a backup of the original (for comparison sake perhaps). Line three renames "whatever.pod.pod" to "whatever.pod", thus applying the orginal name to the new zipped pod.

Hmm, I just noticed something, your bat is equal to "podzip %1 %1", but if you wanna take the scenic route go right ahead.

In other words, to podzip a pod so that it overwrites the original:

@echo off
podzip %1 %1
cls
exit



FYI Phineus

C:\>set /?
Displays, sets, or removes environment variables.

SET [variable=[string]]

variable Specifies the environment-variable name.
string Specifies a series of characters to assign to the variable.

Type SET without parameters to display the current environment variables.

Example:

@echo off
set mtm=hello
echo %mtm%

Environment variables are set like that and are referred to by name wrapped in %'s. When that bat is run "hello" is printed on the screen.

This forum pads edges alot it seems, and when you're logged in the edit buttons pad thing even more, which is detrimental to viewing in 800x600 resolution, my preferred res.

> podzip %1 %1

Warning. Reading and writing the same file at the same time is begging for trouble.

> copy %1 %1-original.pod

Why can't we copy %1 original-%1 to avoid double extenstions?

> echo %mtm%

I was missing the second % sign, but it doesn't matter because we can't manipulate the string, can we? Excample, split the file name on the dot then append a 2 or "bk" to the end of the name then concatenate the whole back into a proper file name. That was my aim but didn't work out.

> fact is that appending to or changing the name during conversion to keep both pods alive was deliberate feature

Always remember and never forget: Save your work ! And save it often !

I would never recommend subjecting the one and only copy of a file to any sort of process. And if we're saving keystrokes, then why waste time with an extra delete if the file is already backed up anyway. And if worse came to worst, one would hope the txx or trk is still around somplace. But I see we came at the problem from different angles.

>> Reading and writing the same file at the same time is begging for trouble.

Very good point, but it worked - podzip seems to proceed in an orderly manner, load pod, check file list, decide, write new pod. Things might foul up on a sluggish system, so your point is well taken.


>> Why can't we copy %1 original-%1 to avoid double extensions?

Because %1 contains the whole path plus the filename, "g:\mtm2\test.pod" becomes "original-g:\mtm2\test.pod", which is illegal it seems (i tried it). I could have appended anything there but that seemed a good choice.

>> we can't manipulate the string, can we?

That I don't know. Variables - I figured you might well know what I posted, but you know the story.