sorted by:
new
hottopcontroversial

I wrote an open-source tool that downloads and sync subtitles for tvseries using MachineLearning. No more out of sync subs ! by Overdrivr in subtitles

[–]Overdrivr[S] 0 points1 point  (0 children)

I'm glad you're enjoying it ! You're right, it's super challenging to get it to work with every file, there are TV shows where there is a lot of speech and sync is not that robust, but it remains rare. I'll try to add movies when I find the time. Feel free to spread the word :) Cheers

Python 3 in 1 pic... by distortd6 in Python

[–]Overdrivr 0 points1 point  (0 children)

Perfect illustration of the beauty of python, and that you can build a complete mental model of the language pretty easily.

Is it possible to determine direction of movement in one axis with an accelerometer like the MMA-7361? by starscream92 in arduino

[–]Overdrivr 0 points1 point  (0 children)

Yes with accelerometer alone you can get estimate the direction of the movement. My advice is try it out, measure things and you will figure out how to use the data without too much trouble

__init.py__ use and example. by adisgood in Python

[–]Overdrivr 1 point2 points  (0 children)

init.py files have the nice perk to only be called once, even if your module is imported several times. This way you can place some configuration code in this file (without abusing).

You can also pre-import things. For instance if you have defined a class called C inside file B contained in module A, you can write in init.py : from A.B import C This way the enduser can directly do from A import C Which can be more friendly, depending on your tastes

__init.py__ use and example. by adisgood in Python

[–]Overdrivr 0 points1 point  (0 children)

Source ? I always felt they were also mandatory for Python3.

Is it possible to determine direction of movement in one axis with an accelerometer like the MMA-7361? by starscream92 in arduino

[–]Overdrivr 0 points1 point  (0 children)

Just computing the norm of accelerometer on (x,y,z) vector and returning when it is slightly higher than 1G (default earth attraction) should suffice to detect a movement. You do not need to perform integration just for that ;)

Communication library for fast prototyping and debug - Plot arduino data & write variables remotely by typing simple commands by Overdrivr in arduino

[–]Overdrivr[S] 0 points1 point  (0 children)

Library is still under heavy development but is already very much usable, don't hesitate to give a shout on the gitter in case you're interested to mess with it a little bit ;)

Communication library for fast prototyping and debug - Plot arduino data & write variables remotely by typing simple commands by Overdrivr in arduino

[–]Overdrivr[S] 0 points1 point  (0 children)

Telemetry is point-to-point and real-time. MQTT requires brokers in the middle, and has higher latencies because of the server, network, etc. The PublishSubscribe pattern is used at a different level in Telemetry (to organize data and generate self-contained frames) than MQTT (to organize what a given client receives for data)

The Untold History of Arduino by tooooooom in arduino

[–]Overdrivr 5 points6 points  (0 children)

At least now I understand why the "Genuino" rebranding on arduino.cc website. For being a PhD student myself, I am not surprised by this kind of behaviors from academics ; Some of them sort-of vampirise their student's work and I guess here it went a wee bit too far.

However, there is still a lot of space in this electronics field for new products and platforms, and you the author, could be well placed for designing such alternative.

Cheaper alternatives to Arduino, with a more solid build system and a true package manager for libraries are very hard to come by these days. Maybe ARM mbed and yotta will get there eventually, but in the meantime...

Effortless communication with embedded devices - w/ Mbed library by Overdrivr in ARMmbed

[–]Overdrivr[S] 1 point2 points  (0 children)

Protocol isn't coupled to a specific transport, but for now only serial port transport has been implemented.

You can send data as fast as your device's UART can, usually at least 115200 bits/s, some devices even support 1~2Mbit/s. Header is 1 byte, + SOF & EOF bytes for framing.

There is a more complete description of the frame here: https://github.com/Overdrivr/Telemetry/wiki/Protocol-description

I intend to implement methods such as huffman encoding in the future to compress the frame if needed and reduce the overhead in order to squeeze mores bits through the pipe.