SuperUserNameMan

i dont have this issue with Firefox 49.0.2 64bits, under Windows 8.1 i dont have this issue with Chrome 54 neither

Hey guys, if you're really willing to add support for external clocks as low as 375kHz, that might be cool that you add this support for internal clocks as well....

Migrating from Atmega88 to LGT8F88A v1.0 : https://www.5hertz.com/pdfs/40001_DI2.pdf

A full chinese datasheet of LGT8fx8D variants : http://wiki.ocrobot.com/lib/exe/fetch.php?media=ocrobot:alpha:8f328d:lgt8fx8d-series-databook-v1.0.5.pdf

@dbuezas : Nice benchmark and cool performance gain ! Though, I've noticed that the benchmark is slightly asymmetrical since the first dt includes an extra ``Serial.println();`` and since the strings...

Also, I was wondering what would be an actual performance gain if the variable ``c`` was actually used to do some calculation with it into the ``while`` loop. ```` const...

@dbuezas : > Serial is asynchronous so it could be that the message is kept in the serial buffer and send _after_ the time is computed for the direct access...

> Actually looking at some disassembled code, I think my benchmark is trash. @dbuezas : with GCC optimizing everything behind the scene, I'm not even sure how I would write...

I'm not good at all with git, but you can give me access to the process just in case (I will be the last resort). I was worried not seeing...

Ok, I think it's because the current (and new) SoftwareSerial implementation does not defines ``SoftwareSerial_h`` (it defines ``SoftwareSerialLGT_h`` instead). I've looked at the remoteXY repo here : https://github.com/RemoteXY/RemoteXY-Arduino-library/tree/master/src And everything...