Well, it's slower because it's being emulated, rather than just run. The only calc for which you may get almost-normal speed is the 81, since it was only 2MHz in the first place. I don't think the 81 ROM is made into an 86 one, but I'm not sure.

So does anyone know if you can get TiLP to run in 64-bit Windows?
If so, I might be able to link to my 82.

The TI-81 roms were dumped by one (or group) of this fellows: Randy Compton, critor (I think he collects TI roms), Brandon Wilson or Benjamin Moody.
3 pages and you did not answer the initial pertinent question. There must always do a first legit dump.

The procedure was:
Hack the TI-81, code or get get a program that displays hexadecimal of the rom on the screen.
Run it while a camera is filming
Get a script to convert the text on the video to text or do it manually
Convert the hexadecimal text into a binary file (easy enough to code on C/C++, a quick PHP script or google for some program)

I think Emu8x does need some extra ram pages...
To run a TI-81 rom you need the TI-86 patch or you code to one of the open source emulators (Wabbitemu, PindurTI (no one continues it) or Tiemu for z80)

86 ti-connect always worked for me, just some programs wouldn't send. Those programs had a bad header, usually.

I didn't think you needed that much power (lightning)

TilP will send the files that TI-connect wouldn't, but half of them crashed my calc anyways Get TI-Graph-link for more compatibility, but you can't use the silverlink, you'll need a serial cable.

yeah, along with the 82, 83, and 81, AFAIK. They'll all crash eventually.
The reason why is because of how emu8x uses extra RAM.
Page $82 contains ram page 1 of the emulated calc, and page $83 contains ram page 0. At the beginning of page $84 is where the emulated LCD is backed up. Other stuff is stored in appBackupScreen. (L3 for you Axe programmers )
On the calcs w/o the extra RAM, all the extra pages are the same. Pages $82, $83, and $84 are all the same page.
This means that, for the emulated calc, a write to, say, $9D95 (which is on ram page 1), will be mirrored at $DD95 on ram page 0.
When you press left-right-alpha to bring up the emulator menu, the emulated LCD is backed up, and overwrites $8000-$82FF and $C000-$C2FF in the emulated calc's RAM.
Keeping it from crashing is an art
Edit: Actually, the LCD backup might be used actively, which means those addresses mirror the LCD constantly.
And for the 86, it's even worse, because it uses all the extra RAM pages.

I've had it crash for an emulated 81, too. Unity doesn't install, and matrix operations cause funny things to happen. Theoretically, a fixed version of the emulator that works correctly can function on a newer 84+(SE), since it only needs 8KB of RAM plus the 768 bytes for the LCD.
Edit: Yeah, an 83+SE would be awesome. I'm gonna look into getting one eventually.

What?
Emu8x is much slower than the real calc, and you'd be better off using your 84+SE anyway.
If I am misunderstanding you, which I probably am, could you elaborate?

First of all, that's cheating
Ignoring that, they might realize that it's slower or that it acts differently than the normal calc (The reset menu looks different on the 81/82/83 than the 83+ series)