FPGA/Vampire vs WinUAE

[kolla]

Keyboard, to name one (my fingers are hard-coded to the Amiga keyboard, sorry, and the one extra key with the backslash near backspace), usability of the two-window solution on a shared desktop, shared mouse. I would have expected that performance problems should probably be resolved these days with more capable hardware, though strangly enough, the P96 emulation still crawls for bizarre reasons on my i5 desktop after startup.

For the keyboard issue, that can be solved several ways:
* keyrah2
* catweasel
* arduino (http://forum.arduino.cc/index.php?topic=139358.0)

But I agree, the grooviest would be brand new real Amiga keyboards, also in USB and PS/2 variants. And that may happen very soon (Amiga time line relative.)

As for your UAE P96 issues, I am tempted to say that it must be a PEBKAC thing. Do you have numbers? Have you tried with FS-UAE?

[kolla]

Vampire2 for A600 lacks many "wanted" features. It would have been awesome if there was a USB host controller (like there is on MIST), that together with a more open approach to what goes on with the FPGA, for example could boost development of much faster networking options than what using ancient PCMCIA cards does. And high quality sound. And what have you.

[kolla]

so, how do you actually code at work? plugging in your own olde a2000 tooth everywhere?

Maybe you should not ask how, but rather how fast?

For what it's worth, for many years I had A2000 keyboard on my workstations at work, using first catweasel3 and 4. Then I moved to DEC vt220/320 keyboard for a while as PCI became rarity. Ironically, now I use ThinkPad keyboard with a Mac.

[kolla]

im really amazed to discover that typing is a limiting factor when coding;)

It can be, but typically isn't

pity you guys dont code on aros, i must admit, that as it snands currently, i spend most time mindlessly glaring at the code, which eventually result in few lines of a fix. or not. takes ages:/

Definitely. And finding out why bits and pieces builds on one system, but not the other, working around things that are not as much related to the code itself, but rather the environment and toolchain