 |
| Register | Login | |||||
 |
Main
| Memberlist
| Active users
| ACS
| Commons
| Calendar
| Online users Ranks | FAQ | Color Chart | Photo album | IRC Chat |
|
| | ||
|
| Register | Login | |||||
|
Main
| Memberlist
| Active users
| ACS
| Commons
| Calendar
| Online users Ranks | FAQ | Color Chart | Photo album | IRC Chat |
|
| | ||
| 0 user currently in Programming. | 3 guests |
| Acmlm's Board - I2 Archive - Programming - Lunar Compress problem, again. |
 |  |  |
| Add to favorites | "RSS" Feed | Next newer thread | Next older thread |
| User | Post | ||
|
HyperLamer <||bass> and this was the soloution i thought of that was guarinteed to piss off the greatest amount of people Sesshomaru Tamaranian Level: 118 Posts: 5480/8210 EXP: 18171887 For next: 211027 Since: 03-15-04 From: Canada, w00t! LOL FAD Since last post: 2 hours Last activity: 2 hours |
| ||
I don't know what Fu's test program is doing differently but I can't get this to work. It did the same thing long ago when I tried to use it in VB, and I assumed it was a VB problem but apparently not: If anyone's got this to work right (or is Fu  ) maybe you can explain how. All I'm doing is opening the file, using LunarDecompress (decompressing into an unsigned byte array) and drawing the decompressed graphic data with my own code (which works fine; non-compressed graphics display perfectly). Maybe there's some bug that LunarRender8x8 works around or something? (I don't want to have to re-do all my graphic code though...)(On a side note, using DLLs is surprisingly easy. It helps when they include initialization code though.  )(edited by HyperHacker on 07-03-05 04:22 AM) |
|||
dan Snap Dragon Level: 43  Posts: 628/782 EXP: 534516 For next: 30530 Since: 03-15-04 Since last post: 20 hours Last activity: 14 hours |
| ||
| It looks like the offset from where you are drawing the graphics is off by 1. | |||
Xeon Goomba Level: 7  Posts: 4/25 EXP: 1288 For next: 160 Since: 07-19-05 Since last post: 3 days Last activity: 2 days |
| ||
| Simple, the tilesets in Gold/Silver are compressed using the same compression used to compress the little battle pictures in the game (As described in Necro's Document). Now the only reason the first few tilesets don't look compressed in the least bit is because they are using control code 00, which just simply takes raw graphics data and puts it onto the buffer. | |||
|
HyperLamer <||bass> and this was the soloution i thought of that was guarinteed to piss off the greatest amount of people Sesshomaru Tamaranian Level: 118 Posts: 5895/8210 EXP: 18171887 For next: 211027 Since: 03-15-04 From: Canada, w00t! LOL FAD Since last post: 2 hours Last activity: 2 hours |
| ||
| Well I would try to explain why that has nothing to do with this problem, but it looks like you're already banned. |
|||
|
Xeon Goomba Level: 7 Posts: 13/25 EXP: 1288 For next: 160 Since: 07-19-05 Since last post: 3 days Last activity: 2 days |
| ||
| I have no idea dude, I had that same problem in C# when one of my control codes was off or I didn't decompress it. | |||
|
HyperLamer <||bass> and this was the soloution i thought of that was guarinteed to piss off the greatest amount of people Sesshomaru Tamaranian Level: 118 Posts: 5990/8210 EXP: 18171887 For next: 211027 Since: 03-15-04 From: Canada, w00t! LOL FAD Since last post: 2 hours Last activity: 2 hours |
| ||
| Well I didn't write this code. It's in LC and I don't have the source, so there's not a whole lot I can do about that. Fu suggested something but I need a working motherboard before I can really try anything. |
| Add to favorites | "RSS" Feed | Next newer thread | Next older thread |
| Acmlm's Board - I2 Archive - Programming - Lunar Compress problem, again. |
| | |
