 | | Re: Problems with RCX Robolab and PowerMacs 6400/200 and 5500/225
|
|
Sigh.... ... . How the $%^&* will we ever get smart, interested, technical professionals to really make a difference in the schools when they run into this. THis. This...! Sigh... I am using RIS1.0 on 6 old 486 machines with WIN95. The school was (...) (26 years ago, 6-Jan-00, to lugnet.robotics, lugnet.robotics.edu, lugnet.robotics.rcx.robolab, lugnet.edu, lugnet.robotics.rcx)
|
| |
| | Re: Speed of RCX interpreting bytecodes: slow
|
|
(...) I'm pretty sure this is not the case. The interpreter constantly runs the "execute bytecode" function if it is sitting idle. -Kekoa (26 years ago, 5-Jan-00, to lugnet.robotics.rcx)
|
| |
| | Re: Speed of RCX interpreting bytecodes: slow
|
|
(...) Hmm. If so, an interesting option for a theoretical replacement-but- compatible firmware to have would be the ability to do things as fast as possible. (Of course, it'd have to be an option, since it's possible that some badly-designed code (...) (26 years ago, 5-Jan-00, to lugnet.robotics.rcx)
|
| |
| | Re: Speed of RCX interpreting bytecodes: slow
|
|
Its been a long time since I looked at the firmware in detail, but is it possible that the bytecode interpreter is driven from one of the timer chains? If this was the case, it wouldn't matter if the CPU could execute the bytecode in 200 cycles...it (...) (26 years ago, 5-Jan-00, to lugnet.robotics.rcx)
|
| |
| | Re: NQC wishlist
|
|
(...) No, this sort of thing isn't covered in my book. There are several ways to send commands to the RCX. The first is the official SDK from TLG (spirit.ocx) which runs under Windows. The SDK contains a reasonable amount of documentation on the (...) (26 years ago, 5-Jan-00, to lugnet.robotics.rcx, lugnet.robotics.rcx.nqc)
|
