507 karma · joined September 25, 2008
Some micro transmitters (at the very low mW level) omit the LPF entirely. Looking at the datasheet for the ATtiny85, the maximum output current is 40mA and maximum output voltage is 5.5v which means this transmitter could theoretically produce an output of 220mW. PWM will reduce this obviously. The harmonics should be below this value, but they should probably add a filter. I've transmitting across the Atlantic Ocean at those power levels using a sub-optimal antenna and WSPR (https://en.wikipedia.org/wiki/WSPR_(amateur_radio_software)) encoding.
The commands below will login as a guest and display all of the computer accounts. Use the finger command to find info about an account.
telnet freechess.org
g <ENTER>
who C<ENTER>
finger ACCOUNT
Sadly, FICS has been dying a slow death for the past 10 years ... but there are plenty of idle CPU accounts waiting for an opponent.https://www.rtl-sdr.com/rtl-sdr-blog-v-3-dongles-user-guide/
- A noticeably laggy screen update when running urxvt. Any action which caused large amounts of text to scroll on the screen (e.g. a file listing or paging through a man page) would cause a bit of a visual stutter. I was running with with XFT fonts enabled, so maybe that was a contributing factor. Web page scrolling also seemed to lag a bit too if I recall correctly.
- Lack of gamma support for blue light filters such as redshift or f.lux
I'm crossing my fingers there are improvements to these areas in the future.
https://github.com/torvalds/linux/blob/master/drivers/usb/se...
“Make it work, then make it beautiful, then if you really, really have to, make it fast. 90% of the time, if you make it beautiful, it will already be fast. So really, just make it beautiful!”
Source: full-time Erlang developer of 7 years who spent a full year coding Elixir in its v1.0.x days
I entered about 10 matches ... and I lost every single match.
I don't know if my projection data was bad, my sample size too small, or if I was just unlucky. I gave up after a few weeks.
I recently converted a React project to Om and found it to be a very enjoyable exercise. However, contrary to most tweets/blog posts, my Om code ran slower than the JavaScript version, which ultimately caused me to abandon the conversion. Full disclosure, the port was a naive implementation of a single page React component which probably wasn't the best use-case for Om ( (om/transact! ...) was causing a full page re-render to the VDOM).
Om/cljs is very beautiful and concise compared to JS ... immutability rocks! If I could achieve performance comparable to JS I'd switch in a heartbeat.
Video: http://www.youtube.com/watch?v=7O4V7JfeTSU
Description: http://en.wikipedia.org/wiki/Mercury-Redstone_1#Causes_of_th...
mkdir static && wget http://www.soundjay.com/button/beep-1.mp3 -O static/beep.mp3 && python -c "import flask; flask.Flask(__name__).run()"
Then hit:
http://127.0.0.1:5000/static/beep.mp3The mp3 plays fine in Firefox (not natively of course), but doesn't play at all in Chrome. The same problem extends to the HTML5 audio tag (eg. <audio src="static/beep.mp3" />).
Update: I was wrong. It's kind of scary how sure I was of my incorrect solution.
Edit: Excellent! Back to hacking.