Register | Login
Views: 19364387
Main | Memberlist | Active users | ACS | Commons | Calendar | Online users
Ranks | FAQ | Color Chart | Photo album | IRC Chat
11-02-05 12:59 PM
1 user currently in Super Mario World hacking: labmaster | 3 guests
Acmlm's Board - I2 Archive - Super Mario World hacking - I have an idea for a hack...
  
User name:
Password:
Reply:
 

UserPost
Magikoopa Myster
Posts: 40/553
I just figured it out.
Alastor the Stylish
Posts: 3797/7620
1. I just don't like it's GUI, heh.
2. I suggest using the separated GFX files (In LM, options > uncheck Use Joined GFX Files) and using the info in this thread to help you find what you need to edit.
3. Not really
Magikoopa Myster
Posts: 39/553
Guys, I have a few things to say:
1. My computer won't allow me to download YY-CHR, yeah, it sucks (I don't mean YY-CHR sucks)
2. I went to snes format and open all gfx, but i still can't tell them apart.
3. And, does anyone like my idea?


Atma X
Posts: 684/801
Really, I sometimes have around 8 windows or more open and I still have no problems with it.

How much RAM does your computer have Kyouji?
Alastor the Stylish
Posts: 3696/7620
Yeh, as long as I don't have more than two windows open at a time it very rarely crashes, so, dunno quite what you mean HH.
Atma X
Posts: 683/801
Well, any Files being opened in TLP and viewed in any of the Higher Graphics Modes must be at least 2000kb (Hex) in size (8192 in Decimal). That's what I do to make sure TLP doesn't complain, rather than streatching the File's window size before changing Gfx Modes (because it likes to complain a lot if you do it that way)


Originally Posted by HyperHacker
Some of us like to be able to edit the bottom-right corner, open SMW's graphic files without it crashing on the spot (before even switching modes or resizing the window)



Before switiching Gfx Modes?
I don't think it's ever done that to me before (unless I happened to open a File that was so small, that even in 1bpp Mode TLP complained about the Scroll Bar Being out of Range).
Glyph Phoenix
Posts: 19/745
Yeah, I would have to say YY-CHR also. I have TLP and it crashes when I load .bin files at least half of the time.
HyperLamer
Posts: 2536/8210
TLP is nice, but the bugs annoy me. Some of us like to be able to edit the bottom-right corner, open SMW's graphic files without it crashing on the spot (before even switching modes or resizing the window), and paste something the entire size of the window.

And Tile Molester is Java, nuff said.
BMF98567
Posts: 540/1261
Have you guys ever tried Tile Molester? It's a Java application, so it should work on most any platform, as far as I know. I don't really care much for it (YY-CHR 4EVA!), but I figure those of you that use TLP all the time might find it useful (and less buggy).
Smallhacker
Posts: 1087/2273
YY-CHR 4EVA!
Atma X
Posts: 682/801
I think one of the main reasons I didn't like YY-CHR was because I was not able to import bitmaps,... or not in a friendly way (I can't remember for sure if that's waht it was though. I'll have to look at that again because I knew it wouldn't allow me to do something that was essential to me when working with graphics).
Alastor the Stylish
Posts: 3691/7620
Originally posted by Aioria
I've been using yychr for over an year and it is much better than tlp in my opinion. It rules
Judging by the fact that Aioria likes it, it is pretty safe to conclude that YY-CHR is the worst program ever made I kid, I kid, but I seriously find TLP to be a much more useful prog overall. All the people who like it who have said why seem to think it's good for ripping, which I don't do.
Chris
Posts: 114/922
I agree. I think that the YY-chart is somewhat better. When I tried Tile Layer, it was hard for me to use.
Originally posted by Aioria
I've been using yychr for over an year and it is much better than tlp in my opinion. It rules
Xkeeper 2.0
Posts: 184/1091
I actually use both. TLP to make my BIN files, plus YY-CHR to rip from GBA files.
Aioria
Posts: 1202/1567
I've been using yychr for over an year and it is much better than tlp in my opinion. It rules
Atma X
Posts: 680/801
I can't think of everything off hand (I avoid most of the problems with out even thinking of them half the time,... because it has become so natural to me anymore), but for now, I'll name the one's that I can remember off hand.

Note that the following things usually won't close TLP instantly:

Clicking in the Bottom Right 8x8 Tile will cause it to complain, and it will close if you do certain things after that.

I can't remember this one for sure, but I am most likely right,... but I think if you move & copy a Tile to the bottom right corner, it'll also complain, etc..

Exporting and setting a bitmap that's too wide (it won't close at first, but it will if you do certain things after that).

Streatching an opened file too far in the wrong directions.

Also, if you import bitmaps wrong in a few other ways (that I can't think of right now), it'll end up closing.

I'll post more when I think of them.
Alastor the Stylish
Posts: 3684/7620
What besides having many windows open while doing lots of operations crashes it?
Atma X
Posts: 678/801
I haven't had TLP crash in the longest time, which is because I know what makes it crash, so I avoid making those kinds of mistakes (though I avoid most of them naturally anymore)
So actually, once you get to know TLP, it becomes very easy to use (I personally didn't like a few things in YY-CHR, things that were quite unfriendly,... and limited in some ways,... so I use TLP and avoid making mistakes that crash the program).
Alastor the Stylish
Posts: 3683/7620
Well, pasting in TLP is awkward but you get used to it... Crashing though happens to everyone
Vortex
Posts: 71/75
and good luck. Most likely you'll be like 'wtf'. Takes some time but once you get used to it its all a peice of cake. Plus I recommend yy-chr for gfx editing. Tile Layer pro doesnt paste gfx properly for me, and like likes to crash on me as well.
This is a long thread. Click here to view it.
Acmlm's Board - I2 Archive - Super Mario World hacking - I have an idea for a hack...


ABII


AcmlmBoard vl.ol (11-01-05)
© 2000-2005 Acmlm, Emuz, et al



Page rendered in 0.004 seconds.