since the new patch it will say it cooked fine then i go to play it and its the same thing i started with. Honestly this is really starting to piss me off. They better fix this crap or I will be bald from pulling my hair out
Do unto others as they do unto you
My Maps UT99/UT2k4
Am I the only one that really hates the folder layout? Why's it have to over-complicate things : /
Documents and Settings is a CRAPPY place to put this stuff. I have enough space for my OS on the C: drive, and my games are installed on D:. Is there a way to place these files elsewhere on the drive?
I didn't see anything in the patch changelog about publishing or fixing the 'My Documents' being on another drive problem.
Did applying the patch fix anyones publishing issues? I haven't tried yet, myself.
hasn't for me cooking is still ****ed
i dont even know why we jump through these hoops ?! everyone says: UNNECESSARY CONTENT IS BEING COOKED OUT during this process ... what does that even mean ?! if it is unnecessary it shouldn't be in the map to begin with !
Well, it fixed it for a new map I did a test on, but the other main one I worked on since the release of UT3 is still broken.
"Unnecessary Content" means that it strips out stuff that is not needed such as editor specific stuff, it optimizes a bunch of its internal data workings, and it rearranges the content in the file so that it is "seekfree" meaning that the map can load in a contiguous manner instead of having to jump around the file to load things.
Try playing a non-cooked map and then the same map cooked -- you will find that it almost always loads significantly faster.
Are you using external packages?
now that "seekfree" sounds actually useful
i manage to cook my level now as long as i always manually copy my unpublished map to the HOMEDIR before cooking despite the fact that my unrealed uses the -nohomedir flag
TO EPIC: please make the -nohomedir flag be passed on from unrealed to that DOS-cooking application when that flaming cook button is being pressed ... Thanks !
yeah it "seams" the front end accepts the -nohomedir flag on launch but it crashes without a useful error print when trying to recock my map so back to copy pasting
Microsoft has specific folders for specific uses. It has been explained on these forums many times but some people just don't get it. The "My Documents, My Games" is a Microsoft thing, required for Vista games certification, to properly support multiple users, to prevent issues with user permissions, and for network domain roaming profiles.
If you don't like it or you think you know better than they do, complain to Microsoft.
Plus if I only want one of your maps, I don't want to also have to take a massive content package file that has stuff for ten maps in it.
That is why it is best for single release maps to put everything into the map file itself.
I got it to work by going back and putting everything in it's narrow little confines (eg: You must absolutely not use the option to change the location of My Docs in windows otherwise cats and dogs will live in harmony and world peace will be a reality) and then after that I have to switch every damn thing back for the rest of the system to still work right. It's just this damn game that is ****ed up, not me, not my computer. Get over it will you? This is something that needs to be addressed in the game. The -nohomedir option clearly does not do all it's supposed to do. Nor is the game able to properly recognize all the windows pointers to My Docs (no matter where it is) otherwise this would not be a problem. All my other games and apps had absolutely no problem with My Docs being on D:. Just this one.
I've played every unreal/ut game since they've been making them and I have never....ever....ever had problems. So I am understandably a little pissed that something so simple had to be made so complicated especially in light of epics whole "not releasing a game before it's ready" mantra. And then to have a smart ass come on here and not be helpful and instead blame me is just the last damn straw. Thanks for pissing off when I was just trying to find some help.
EDIT: On another note. The map is 4mb before publishing and 23mb after. No custom content at all. I thought the cooking process was supposed to strip stuff out. I guess this is normal but it would mean even the simplest of maps would be quite large for what the are.
Last edited by ColonelPanic; 12-14-2007 at 08:53 PM.
I'm sorry you see my post that way.
I'm a lot older than you probably think.
Cooking maps is more complicated than saving images from a camera or doc files from Word, so while other applications can easily save to the documents path, there is more involved when dealing with other types of actions.
I own every Unreal since the first as well, and I've never had issues with any of them, including UT3.
4MB after a full Build All or just a pre-lighting save? If the Build All and Cook results in 23MB that is likely be due to all of the Lightmaps created for the map content. With lightmapped staticmeshes in UT3 it is not unheard of to have maps this large or larger. If that size is larger than you desire, you can override lightmaps for staticmeshes that are far enough out of the play area, or override the default lightmap size with a smaller one such as replacing a 128 with a 64 for 1/4 the amount of lightmap texture space.
As a test I moved my My Documents to a different drive on my system (right-click on My Documents, Properties, Move, E: drive, new folder, moved the existing folders and files including My Games\Unreal Tournament 3\* to the new location). Windows XP Pro SP2.
Started UnrealEd, opened my map, published it, no errors no fuss. Worked flawlessly with no problems at all.
i also don't have any problem with having my documents on a different hard rive than the game.
but i am using the no home dir anyway i just need to use the my documents folder for cooking
Here's a very stupid but very serious and frustrating question: Where the **** is the Cook/Publish button?!
Edit: Well I found the "Unreal Frontend" thing instead. And I've already decided that I hate it since it decided the best course of action was to delete all my downloaded stuff and then fail the cooking process for my test map.
Edit 2: Alright then, the Frontend thing doesn't allow spaces in the map file's name, but it didn't make an INI for the map...
Last edited by warpedMind; 12-16-2007 at 08:03 PM. Reason: ****!
I got it to cook after NOT JUST SAVING IN THE AUTOSAVES folder, but by saving the map in the custommaps folder before cooking.Running: UT3.exe CookPackages -platform=PC C:\Documents and Settings\Fuubjuh\My Documents\My Games\Unreal Tournament 3\UTGame\Unpublished\CookedPC\CustomMaps\Toasted.u t3 -alwaysRecookmaps -alwaysRecookScript -user -installed -updateInisAuto
Init: Version: 3487
Init: Epic Internal: 0
Init: Compiled: Oct 21 2007 03:17:32
Init: Command line: -platform=PC C:\Documents and Settings\Fuubjuh\My Documents\My Games\Unreal Tournament 3\UTGame\Unpublished\CookedPC\CustomMaps\Toasted.u t3 -alwaysRecookmaps -alwaysRecookScript -user -installed -updateInisAuto
Init: Base directory: K:\Games\Unreal Tournament 3\Binaries\
Init: Character set: Unicode
Log: Executing Class Editor.CookPackagesCommandlet
Log: GConfig::Find has loaded file: ..\Engine\Localization\int\Editor.int
..\UTGame\Published\CookedPC\GlobalPersistentCooke rData.upk is out of date. Forcing a full recook.
Error, Failed to load base level C:\Documents
Error, Failed to load base level C:\Documents
Commandlet->Main return this error code: 1
With 1 error(s), 0 warning(s)
Execution of commandlet took: 1.01 seconds
Edit: Sux I didn't get an INI file out of it, just copied one from my first map and changed the names (not sure if it's necessary or not, but it does show up in-game)
i got the maps to show in the map list finally.
It seems that even after messing with the editor and publishing a map.......the editor still did not create the proper directory to save the map in.
Here's what i had to do to make custom maps show up in the maps list.
The directory shown below is in your mydocuments folder.
here is where maps should go if you want them to show up in the list:
You will probably have to create the Published/CookedPC/Maps folders if you havent published a map already from the editor.
If you have then you might still need to create the maps folder.....but the highlighted folder above is definately where the maps should go to make them selectable from the list.
I made a basic vehicle mod, following these instructions:
In the editor, I can load up my test map, place a vehicle factory, and if I right click->play from here it works OK. Then if I follow the instructions to cook the map. When I try to load the cooked map, it always crashes ut3.exe. If I remove the modded vehicle and recook, it works.
Anybody know wtf is wrong with my modded vehicle?
I found what was wrong with my modded vehicle. It had bad class declarations. It shouldn't have the 'native(Vehicle)' line.
The map seems to cook and work correctly, at least locally.
Now my problem is that if I try to host a game, when people try to connect they get an error about "file not found". Do I have to use the -nohomedir flag with custom content? Help
hey guys testing
heh, i was having the same problem with the "unable to load base level" thing... turns out i had saved the level way back when i started in the UT3 folder instead of the \unpublished etc folder... moved the map, cooked like a charm
Make shure you name your level corect or you will get that error (cant load base level) i forgot the CTF part
This sounds very silly, but where is this publish button. My first time with any game editor so sorry for such a silly question
Is there anywhere specific i should be looking when i start Unreal the game. I host a deathmatch online game. go on maps and i cannot see mine. It cooked without any errors.
Make sure the final map file is in the Published folder. Make sure you named the map correctly, ie. DM-MyMap, WAR-MyMap, etc., if you forgot the prefix it won't show. Custom maps will show up at the bottom of the map list below the stock epic maps.
Every thing cooks correctly but I get two errors in the middle of the process
I'm on vista maybe I have to do something special?
oh and at the end of the whole cooking thing i get Unreal tournament 3 Exe made an illegal operation and crashes.
Last edited by Vertigo101; 01-23-2008 at 10:16 PM.
Main board: Asus Sabertooth P67 (REV 3.0) LGA 1155
Processor: Intel Core I7-2600 Sandy Bridge 3.4Ghz
CPU Cooler: Cooler master V8 RR-UV8-XBU1-120MM Rifle
GPU: Nvidia Asus Gefororce GTX 580 duel fan
Sound: Creative Sound Blaster X-Fi Titanium Fatal1ty Pro Series
Ram:G.Skill Ripjaw series 12GB DDR3 1600
HD. G.Skill Sniper Gaming Series 120GB SSD
DVD drive: Asus DRW-24B1st/blk/b/as black sata 24x dvd burner
Windows 7 Home Premium
Keyboard: Logitech G510 Black USB wired keyboard
Mouse: Logitech G500
PSU: Cooler master Silent Pro M700 Moduler
Case: Cooler matser HAF full tower
I am battlefield 3 READY!
Mine cooks fine if I switch the "My Documents" from D: to C:\something. It "works" as in "it starts and doesn't spill errors, unlike when I have the correct directory structure under D:\", but then UT3 crashes and has to be closed. Using Windows XP SP2 that is.
I'll reboot and give it another go. My very first attempt at cooking had me have to reinstall UT3, not even the game would start anymore back then
Edit: A reboot later, the map cooked fine. Guess I'll have to leave it in this inconvenient spot for now and manually switch to D: for all my data handling needs. Considering the fact that I have the exact same directory structure in that now standard location as I had formerly in D: (in fact, I just copied everything), I can't imagine much of a user error here...
Last edited by haslo; 01-24-2008 at 06:03 PM.
If you are targetting the PC it isn't required to cook the map, for consoles it should always be cooked.
The main things that cooking does is remove unnecessary editor-specific data, correctly swap byte-order of data so that it loads fastest on the specific platform (ie. little-endian or big-endian), modify certain resources so that they are ready for direct loading instead of being processed each time the map is loaded, etc.
For maps that are large in content assets, if you do cook you will most likely see an increase in map loading speed. I have tried a couple of released community maps that were not cooked and they took an extremely long time to load in-game (felt like 5 minutes or more), which IMHO is unreasonable. I won't play these maps because of this. Personally I would rather have a larger file on my PC than to wait 5 minutes to play the map, so you may want to compare cooked versus uncooked load time to see if that is an issue as well, and then release whichever version you see fit.
I remember someone on BU (BeyondUnreal, before the great crash ) complaining about "Cooking" the contents hurts the texture resolution.
I assume this is because the PS3 has very little memory to work with?
Cooking shouldn't hurt the textures.
There is a known issue with Texture settings below 5 not streaming the higher LODs, but that is fixed by either setting the game to Texture of 5 or hack-fixing by setting bForceMipStreaming on all StaticMeshes. Using bForceMipStreaming on a map with a large amount of textures may cause pool issues though, especially on consoles. I would expect a proper fix on a future patch.
The PS3 only has 256MB of main and 256MB of video memory, so there are limits on what it can run when compared to the average PC.
Part of the overall issue with community maps is that most mappers do not understand the issues with lightmaps and with occlusion. This is no different than UT2004 though in which most mappers never could grasp the simplified collision system, etc.