Recent content by daniilS

If you want a good custom intro and not just images appearing and disappearing, you'll have to use C (look at Shiny Quagsire's tut). And no, nobody will make it for you.

There was a video showing it, in case you mean that

Heheh.. On my pc, waiting to be turned into something presentable for over a year ;-;

I love you. That bug almost got me to hack again :b

You'll need a simple piece of asm for that.

I've already had to note to others that the Arceus and Gira formes required rewriting (which kleenexfeu has done now). Cherrim is untested because of a bug in PRPB but that should actually be fixed now so I could try completing it soon, and I haven't started working on Shaymin yet. Hacking has...

For the broken connection, have you tested it with a clean save?

The tilemap probably has the wrong size, you should see what dimensions the original one has.

I think you could use copybyte and write the byte to one of the temporary variables (after setting the var to 0 first). EDIT: actually, if you only want to compare the byte to a value, why not use comparefarbytetobyte?

The script only makes the pokes flee, and the bit activating it is set if the roaming battle type flag is set. The scripts should be the same in EM (maybe the unfinished ones are edited though, I haven't checked). I believe the only reason the 'bug fix' got there was because of double battles...

I actually need to port it myself too, so I'll look into that sometime soon.

This thread hasn't been posted in for four years. How did you even find it? Anyways, use this: http://www.pokecommunity.com/showthread.php?t=329357

They only hold halfwords. However, you could use two vars to store a word, it'd just require a small rewrite of commands like buffernumber and compare.

read my reply in that case :b

Nah, the register isn't actually the problem. A register is able to hold values up to 0xFFFFFFFF. However, since the var you're storing the result in is only a halfword (up to 0xFFFF), the highest Fibonacci number it can hold is the 24th: 46368, because the next one would be 75025, or 0x12511...