Register - Login
Views: 99796479
Main - Memberlist - Active users - Calendar - Wiki - IRC Chat - Online users
Ranks - Rules/FAQ - Stats - Latest Posts - Color Chart - Smilies
05-03-22 05:41:11 AM
Jul - SM64 Hacking (Archive) - Post your SM64 mods, patches and screenshots here! (NO ROM LINKS!) New poll - New thread - New reply
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 ... 36 37 38 39 40 41 42 43 44 45Next newer thread | Next older thread
Me-me
340
Level: 41


Posts: 72/341
EXP: 462078
For next: 18067

Since: 08-05-07


Since last post: 9.7 years
Last activity: 8.1 years

Posted on 04-24-09 07:37:18 PM (last edited by Me-me at 04-24-09 04:39 PM) Link | Quote
Ok, Level spree!
I was in ''the mood'' to make yet another ''level''
While making this I decided to skip the entire ''snap to grid'' idea I had, and it turned out more natrual than the previous one. So enjoy these pics! (And hopefully the full level someday)



Also the bottle beside the fork will, if possible, lead to a sublevel AKA, area 2.



The level consists of a chair (starting point), a table with plates, forks, knives, bottles and such + a sublevel.

EDIT: Nice level Gecko. Hope SM64 can handle it

____________________
Wow! SM64 is totally turned upside-down!
m4ck
Member
Level: 13


Posts: 14/27
EXP: 9691
For next: 576

Since: 04-09-09


Since last post: 13.0 years
Last activity: 10.8 years

Posted on 04-24-09 07:38:35 PM (last edited by m4ck at 04-24-09 04:43 PM) Link | Quote
Well, looks much better(to both of you ) The first one reminds me of some Darwinia maps. Same very simple, very low-polygon style, but just like them - interesting. It is clear that you could make more great levels - the other thing is creating enough stars to make them interesting. But I am sure all of us will have even too many ideas
Gecko
Member
Level: 25


Posts: 17/113
EXP: 83089
For next: 6531

Since: 03-27-09


Since last post: 9.1 years
Last activity: 7.7 years

Posted on 04-24-09 07:39:21 PM Link | Quote
Nice theme! That would be great for a Koopa race around on the table.
Me-me
340
Level: 41


Posts: 73/341
EXP: 462078
For next: 18067

Since: 08-05-07


Since last post: 9.7 years
Last activity: 8.1 years

Posted on 04-24-09 07:47:03 PM Link | Quote
Yeah, all levels so far by anyone looks awesome! Just creating these models is fun itself! (Or at least i think so.)
And as Gecko suggested, with Messiaen's Koopa the quick trajectory modifier it's possible to use koopa the quick in the new levels too.

____________________
Wow! SM64 is totally turned upside-down!
RDX

Level: 32


Posts: 57/198
EXP: 193545
For next: 12897

Since: 02-14-09


Since last post: 10.8 years
Last activity: 10.5 years

Posted on 04-24-09 10:18:35 PM Link | Quote
How did you guys get so good?

Some of that stuff looks pretty advanced

____________________
Vinnyboiler
Catgirl
Level: 66


Posts: 58/1045
EXP: 2445448
For next: 16403

Since: 12-27-07

From: London, England

Since last post: 6 days
Last activity: 2 days

Posted on 04-24-09 10:28:47 PM Link | Quote
It's the lack of spaming! .
Anyway whose actually going to put theirs on tt64 0.6 and not just wait for 0.7. Because by the looks of things I bet most of you might want to create more than one texture levels.
Lyskar
12210
-The Chaos within trumps the Chaos without-
Level: 192


Posts: 2481/12211
EXP: 99320602
For next: 552969

Since: 07-03-07

From: 52-2-88-7

Since last post: 7.4 years
Last activity: 7.3 years

Posted on 04-25-09 02:11:10 AM Link | Quote

Time/Date

04-24-09 08:11:10pm

Posts

2481

Days Here

661

Level

72
Metal_Man88
Local Moderator
Originally posted by vinnyboiler
It's the lack of spaming!


Yeah. Back in the old days you could hardly discuss findings on water levels without being attacked by people saying 'I WAHNT TO PUT PEACH AS PLAYABLE CHARACTERH' and 'YOU RAWK FUR SCRAMBLING TEH COLORZ.'

____________________
Original Layout © Tobias Kelmandia
RDX

Level: 32


Posts: 58/198
EXP: 193545
For next: 12897

Since: 02-14-09


Since last post: 10.8 years
Last activity: 10.5 years

Posted on 04-25-09 02:29:09 AM (last edited by RDX at 04-24-09 11:29 PM) Link | Quote
Originally posted by vinnyboiler
It's the lack of spaming! .
Anyway whose actually going to put theirs on tt64 0.6 and not just wait for 0.7. Because by the looks of things I bet most of you might want to create more than one texture levels.

you callin me a spamer? >:(

I'm gonna wait for 0.7 for the good stuff. I might throw something together (Using the grating texture because those pop out more from the environment than most other textures), but for actually intricate stuff I'd have to wait for 0.7.

Like, that table thing wouldn't work with only one texture. Maybe that one that's set up in the sky would, the one on the last page. But the metropolis one and the table one would require multiple textures to look nice.

____________________
VL-Tone
Member
Super Mario 64 forum moderator
Level: 53


Posts: 446/621
EXP: 1136481
For next: 20638

Since: 07-27-07

From: Montreal, Canada

Since last post: 4.7 years
Last activity: 6 days

Posted on 04-25-09 03:49:17 AM (last edited by VL-Tone at 04-25-09 02:36 AM) Link | Quote
Time: Now - Date: Today - Weather: What can be seen outside. - Mood: How it feels. Answer to the universe: 42
Originally posted by Metal_Man88
Originally posted by vinnyboiler
It's the lack of spaming!


Yeah. Back in the old days you could hardly discuss findings on water levels without being attacked by people saying 'I WAHNT TO PUT PEACH AS PLAYABLE CHARACTERH' and 'YOU RAWK FUR SCRAMBLING TEH COLORZ.'


Man I remember having to put a "Geeky stuff" warning in the title of a thread




Ok... so about these nice level designs you guys submitted... It's really impressive stuff!

But it's getting clearer and clearer that multi-texture importing is where the fun will be. So, thinking about it, I realized that it wouldn't be that hard to add it to 0.6b. Read more and discuss about it in this post: http://jul.rustedlogic.net/thread.php?pid=123484#123484

Gecko: you're really good at level design, it's nice to have someone that experienced here

What I've noticed, trying to import the .OBJ file converted from your blender files, is that there's no UV texture mapping, and it's needed for the importer to work. I'll have to add an error message to warn people when the UV coordinates are missing.

Now, I have no idea how to create UV mapping in Blender. It looks to me like it will be the hard part of creating levels.



____________________
Gecko
Member
Level: 25


Posts: 18/113
EXP: 83089
For next: 6531

Since: 03-27-09


Since last post: 9.1 years
Last activity: 7.7 years

Posted on 04-25-09 06:24:52 AM (last edited by Gecko at 04-25-09 04:37 AM) Link | Quote
That's why the obj. export didn't work. I was desperately looking for the cause until I read your posting respectively that obj. files need a UV map and now the export works. Yay!

Here's the map with a simple UV map from one texture. I have to learn how to create UV maps.
http://depositfiles.com/files/h718lxt99

Here's a quick multi UV test which probably won't work right as I haven't unwrapped all faces.
http://depositfiles.com/files/woifg7tf4

I'm already creating multi UV maps but I'm having trouble selecting all faces. I wonder what happens if I leave a face wrapped/without a material.
BigBrain
Member
Level: 22


Posts: 24/85
EXP: 55318
For next: 3032

Since: 09-10-08


Since last post: 8.9 years
Last activity: 6.8 years

Posted on 04-25-09 09:05:05 AM Link | Quote
Originally posted by Gecko
That's why the obj. export didn't work. I was desperately looking for the cause until I read your posting respectively that obj. files need a UV map and now the export works. Yay!

Here's the map with a simple UV map from one texture. I have to learn how to create UV maps.
http://depositfiles.com/files/h718lxt99

Here's a quick multi UV test which probably won't work right as I haven't unwrapped all faces.
http://depositfiles.com/files/woifg7tf4

I'm already creating multi UV maps but I'm having trouble selecting all faces. I wonder what happens if I leave a face wrapped/without a material.

I've found a fairly easy tutorial at http://de.wikibooks.org/wiki/Blender_Dokumentation:_UV-Mapping - unfortunately in German, but maybe it helps you if you look at the pictures. The links at the bottom of the page may be helpful, too.
Gecko
Member
Level: 25


Posts: 20/113
EXP: 83089
For next: 6531

Since: 03-27-09


Since last post: 9.1 years
Last activity: 7.7 years

Posted on 04-25-09 11:32:33 AM (last edited by Gecko at 04-25-09 08:39 AM) Link | Quote
That tutorial is great! Thank you for the link. Fortunately, I speak German, hehe. XD
*digging out my German* Das Tutorial ist großartig! Danke dir für den Link.
Leopard print looks great on that marshmallowman.
VL-Tone
Member
Super Mario 64 forum moderator
Level: 53


Posts: 448/621
EXP: 1136481
For next: 20638

Since: 07-27-07

From: Montreal, Canada

Since last post: 4.7 years
Last activity: 6 days

Posted on 04-25-09 01:02:26 PM Link | Quote
Time: Now - Date: Today - Weather: What can be seen outside. - Mood: How it feels. Answer to the universe: 42
Originally posted by Gecko
That's why the obj. export didn't work. I was desperately looking for the cause until I read your posting respectively that obj. files need a UV map and now the export works. Yay!

Here's the map with a simple UV map from one texture. I have to learn how to create UV maps.
http://depositfiles.com/files/h718lxt99

Here's a quick multi UV test which probably won't work right as I haven't unwrapped all faces.
http://depositfiles.com/files/woifg7tf4

I'm already creating multi UV maps but I'm having trouble selecting all faces. I wonder what happens if I leave a face wrapped/without a material.



Now it has UV coordinates, but normals are missing! If you look at the .obj file, and look at lines starting with "f", you'll see that there's only 2 items per vertices ie. : f 470/523 469/521 467/507 468/506, and there's no "vn" commands in the file...

____________________
Gecko
Member
Level: 25


Posts: 21/113
EXP: 83089
For next: 6531

Since: 03-27-09


Since last post: 9.1 years
Last activity: 7.7 years

Posted on 04-25-09 02:44:27 PM (last edited by Gecko at 04-25-09 01:38 PM) Link | Quote
Edit2:

Here's the finished map. I've added some routes around the "skyscrapers" and everything now has a UV map.
Finished map - Blender, .obj and material files

Will be back by tomorrow.



older Edit:

Got it finally working: Final obj with UV map, normals and materials
Hope this one works.




Old post:
This one could work, I'm still working on the UV map and at least it works with two materials at the moment.

http://depositfiles.com/files/a808msuzu

These are the export options:
VL-Tone
Member
Super Mario 64 forum moderator
Level: 53


Posts: 452/621
EXP: 1136481
For next: 20638

Since: 07-27-07

From: Montreal, Canada

Since last post: 4.7 years
Last activity: 6 days

Posted on 04-26-09 04:41:40 AM (last edited by VL-Tone at 04-26-09 03:43 AM) Link | Quote
Time: Now - Date: Today - Weather: What can be seen outside. - Mood: How it feels. Answer to the universe: 42
One other setting that should be on is "triangulate", as the TT64 importer can't deal with polygons with more than 4 sides (triangulate will produce only triangles).

Question: did you create the "Materials" folder yourself or was it created by blender? The .mtl file contains the texture filenames, but without the \Materials\ folder needed to find them.

Here's how it look in the importer, with only one texture:



On the sides of the "skyscrapers", some parts of the texture are smeared up to the point of becoming lines instead of a
mesh, is it a problem on your side or in the importer? (I couldn't make the textures appear in blender to compare).

I'm going to use your model to try to implement multi-texture importation directly using the .mtl files. I'll keep you updated with the results...

Edit:

Hmm... That looks more like it?



I'm sure there are some bugs to be fixed, but at least it shows that I can do direct texture importing using .mtl files (note that I already wrote some code a while ago to do most of the work).

Before you guys get too excited, this is from the 3d preview in the importer, there are still a few things to be done until I can have this model inside the game, though the multi-texture aspect is not complicated to implement when generating the SM64 drawing lists.

____________________
RDX

Level: 32


Posts: 61/198
EXP: 193545
For next: 12897

Since: 02-14-09


Since last post: 10.8 years
Last activity: 10.5 years

Posted on 04-26-09 07:07:54 AM (last edited by RDX at 04-26-09 04:19 AM) Link | Quote

An overview of the level. There's this churchy house on the right in blue and a ginormous pedestal on the backside of the church. Behind the pedestal is a ginormous mountain. Then off to the side there is a slope leading to the top of a smaller peak, and then there are two more peaks behind the first one. The one at the end has blocks inside of it, and a tiny hole for Mario to fall through in the floor. The middle peak will probably have a bunch of coin rings and a 1-up mushroom
(In-game the blue won't be so blue and ugly. The bumps in the mountainside will be the same texture as the mountain)

Pic
That's the interior of the church. I should've solidified the textures before I took the snapshot. Either way if you look hard enough you'll see the cubes jutting out and the doorway at the bottom. At the top is a window. To get up to the cubes you have to walljump.

Pic2
Outside of the window is more cubes and a little more walljumping. I had no idea how big Mario is when I was making this level, so honestly I might be screwed entirely in my level design. Hopefully I'm not, but if I am, no biggy.

Pic3
Inside of the big mountain is a boss fight. There's a hole in the mountain that you can get into, and inside you'll find the Rock Hand boss. The ground is uneven so if I'm lucky the fight just might be harder D:

Pic4
The tiny hole that I mentioned earlier leads Mario to this super mega drop that is perhaps too super. The star sits at the bottom.

Pic5
On the middle peak there's this little "ruined shrine" that's attached to the peak by a thin strip of land.

So, I've got all 6 stars covered.
1 - Rock Hand Boss
2 - Ruined Shrine
3 - Climb the third peak
4 - Red Coins around the church and the base of the mountains
5 - Mega Drop
6 - Puzzle inside of the big mountain

It's a little rough, if the pictures didn't show that then we'll probably see in-game. But it's a good start, I s'pose.
(2085 verts, BTW. Not bad...)
---------
Whoa, VL-Tone, that's awesome. Those are in-game textures? I'm surprised the grass texture works so well. Keep up the good work

____________________
Gecko
Member
Level: 25


Posts: 22/113
EXP: 83089
For next: 6531

Since: 03-27-09


Since last post: 9.1 years
Last activity: 7.7 years

Posted on 04-26-09 09:11:30 AM (last edited by Gecko at 04-26-09 07:07 AM) Link | Quote
Originally posted by VL-Tone
One other setting that should be on is "triangulate", as the TT64 importer can't deal with polygons with more than 4 sides (triangulate will produce only triangles).

Question: did you create the "Materials" folder yourself or was it created by blender? The .mtl file contains the texture filenames, but without the \Materials\ folder needed to find them.


I created the materials folder by myself. Blender simply outputs the texture name without folder paths.

Originally posted by VL-Tone

Here's how it look in the importer, with only one texture:



On the sides of the "skyscrapers", some parts of the texture are smeared up to the point of becoming lines instead of a mesh, is it a problem on your side or in the importer? (I couldn't make the textures appear in blender to compare).

This is probably caused by flipped normals. Only the top side of a plane can be assigned a material wheras the bottom side always is invisible, because you won't ever see it ingame, unless you leave the map boundaries, of course.
When opening the map inside Blender, I cannot see a flipped normal (invisible face), but let's see how we can fix this issue:






Originally posted by VL-Tone

I'm going to use your model to try to implement multi-texture importation directly using the .mtl files. I'll keep you updated with the results...

Edit:

Hmm... That looks more like it?




Yes, absolutely. Nice to see, that you're getting different materials into a working state.
It's also nice to see that materials/textures can be scaled down already. Blender simply scales the original 32x32 texture up onto all faces.

For those who do not unterstand why the assigned textures look so ugly, when I created the UV map, I simply assigned materials to the faces without scaling or aligning them and choose different looking textures in order to distinguish the UV groups. When importing the .obj file into the editor, it should not matter which textures originally were assigned, because that will be changed inside Toad's Tool.


Originally posted by VL-Tone

I'm sure there are some bugs to be fixed, but at least it shows that I can do direct texture importing using .mtl files (note that I already wrote some code a while ago to do most of the work).

Before you guys get too excited, this is from the 3d preview in the importer, there are still a few things to be done until I can have this model inside the game, though the multi-texture aspect is not complicated to implement when generating the SM64 drawing lists.

I'm excited, because you're doing great work on your editor taking every step needed to develop the .obj importer into a working state.
Raccoon Sam
Member
free speech disabled
Level: 32


Posts: 102/187
EXP: 187838
For next: 18604

Since: 07-25-07

From: Somewhat

Since last post: 4.5 years
Last activity: 1.1 years

Posted on 04-26-09 09:17:24 AM Link | Quote
Everything in this thread looks fantastic
VL-Tone
Member
Super Mario 64 forum moderator
Level: 53


Posts: 456/621
EXP: 1136481
For next: 20638

Since: 07-27-07

From: Montreal, Canada

Since last post: 4.7 years
Last activity: 6 days

Posted on 04-27-09 04:16:52 AM (last edited by VL-Tone at 04-27-09 01:18 AM) Link | Quote
Time: Now - Date: Today - Weather: What can be seen outside. - Mood: How it feels. Answer to the universe: 42
Originally posted by Gecko

This is probably caused by flipped normals. Only the top side of a plane can be assigned a material wheras the bottom side always is invisible, because you won't ever see it ingame, unless you leave the map boundaries, of course.
When opening the map inside Blender, I cannot see a flipped normal (invisible face), but let's see how we can fix this issue:




I don't think it has anything to do with normals. The 3d preview inside TT64 doesn't use them, they are generated automatically.

I opened the obj file inside another 3d program (Wings 3d) and textures show the same glitches at the same places. Note that you can't really see the glitches inside Blender because the texture scaling is so low.


____________________
Gecko
Member
Level: 25


Posts: 27/113
EXP: 83089
For next: 6531

Since: 03-27-09


Since last post: 9.1 years
Last activity: 7.7 years

Posted on 04-27-09 08:13:18 PM (last edited by Gecko at 04-27-09 05:27 PM) Link | Quote
I'm having a hard time reproducing the error and determining the cause for it in Blender after having changed the material file to a hi-res one. Could you tell me where exactly these/one of these glitches appear at?
There could probably be overlapping faces if they appeared at one of the ledges (the lower platforms in front of the skyscrapers).




RDX, I've uploaded the second tutorial which shows a basic way of creating an environment in Blender. I think it will help you creating a smaller and simpler map which is important because we will have to deal with the engine's limitations which probably would not allow for such a big map. However, I really like your idea of Mario jumping into a deep cave.
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 ... 36 37 38 39 40 41 42 43 44 45Next newer thread | Next older thread
Jul - SM64 Hacking (Archive) - Post your SM64 mods, patches and screenshots here! (NO ROM LINKS!) New poll - New thread - New reply


Rusted Logic

Acmlmboard - commit 47be4dc [2021-08-23]
©2000-2022 Acmlm, Xkeeper, Kaito Sinclaire, et al.

33 database queries, 8 query cache hits.
Query execution time: 0.080972 seconds
Script execution time: 0.047343 seconds
Total render time: 0.128316 seconds