This made me curious. Like selling cheats for games?

Yes, both in the case of them and I.

Having experience with both platforms I'd say it's not comparable. J2ME was much worse in this regard.

I also have experience across Sharp, Nokia and Sony Ericson devices from J2ME days, and whatever brands ship Android phones, and outside flagship Android models, it is a jungle out there in drivers, AOSP customisations, vendor specific APIs, so I am of different point of view.

Perhaps I'm spoiled from working mostly with React Native nowadays and have forgotten the pain :)

I experimented with something related, but instead of fixing subtitles i focused on filtering out bad ones. My approach was:

* Extract a few sentences from the middle of the subtitle file.

* Extract the audio for those sentences from the video file

* Run speech-to-text and verify that at least a few of the words were the same.

It kind of worked on some shows, but not reliably..

How does this compare to subliminal (https://github.com/Diaoul/subliminal)?

I have no idea. I've honestly never heard of subliminal until just recently (yesterday) and I've never really tried it out.

But on first glance it seem like subliminal is more for developers in general as it provide apis to use it, it also have a bunch more providers than what SubSync currently have and most likely a much better way for guessing which subtitle is correct. It also seem to focus more on individual subtitles rather than trying to batch download them unlike SubSync. Although they do have support for downloading for a whole folder. How well that works I have no idea.

In the end, Subliminal have been in development for over 5 years and has been thoroughly tested. Whereas SubSync was a weekend project I made 2 weeks ago and never meant to compete with anything existing. I only knew I had a problem I needed to solve and wanted to share it with everyone :-)

TL;DR: I don't think SubSync offers anything unique over Subliminal at this moment. And if you're already used to using Subliminal you should keep doing so if that works good for you. :-)

I think the implication was more "why don't you incorporate subliminal support into SubSync, getting the best of both worlds?".

Yeah, I didn't mean to discourage. It's a cool project and making your own stuff is fun :)

Actually, one thing. The idea with SubSync is that you keep it running in the background and as soon as a new video file is added to your library it does look for a subtitle to download.

I'm not sure if subliminal has that or if you manually have to tell it to look.

One reason could be that you don't use Windows. Glancing at SubSync's GitHub repository I see it seems to be a Windows project, whereas subliminal runs anywhere Python does.

Its luckily a .net core 2.0 application so it is possible to run on mac and linux. :-) not completely hasslefree though. As you would need to install the required runtime for it.

Is python "natively" supported on those platforms or do you have to install some prerequisites for it to work? If so, it's just as "hard" to run this as Subliminal.

Yes, python is included, though I think macOS uses python 2.x (though people using cli tools will often have the latest). I’m guessing a google search could tell you what is bundled for macOS and various Linux distros.

In what way does it offer better results?

There's an official android app for libre too, i'm not sure if it's available everywhere though.

The libre measures the glucose from the interstitial fluid, which doesn't map directly to the value measured from blood. Think about coordinates, where X is the value from interstitial fluid and Y is the value from blood. You must draw a line somewhere to map the values correctly and the Libre is calibrated in the factory. For me the Libre reader was just an ok indicator about the trend, but the actual value was sometimes not even near the value shown. It's ok between the normal range 4.0-8.5 mmol/l, but I'd be suspicious about every value outside of that range.

With xDrip you can input values measured from blood and the software will try to estimate as accurate values as possible, meaning that in the best case you can be quite sure about the reading, but always better to check from blood.

Remember, that calibration should happen only when the levels are steady and you should calibrate from the whole range to trust the readings. Anyways at least 2-3 measurements per day from blood is suggested, even with the more expensive CGM's.

I find clojure's multimethods (http://clojure.org/reference/multimethods) really awesome in the context of dispatching.

Chromecast for example does not support SNI, which is crazy.

> I am reminded of stories of kids opening a command prompt and being accussed of "hacking", only this is a far more extreme case.

I remember a teacher seeing me type "BitchX" into a terminal and freaking out, he apparently thought I was doing something obscene in my terminal window..

You can't use the same key on multiple accounts

I guess the downside of this is that ctrl+r would only search the current day's history? Personally I at least increased the history kept with HISTFILESIZE=500000 and HISTSIZE=5000

Another issue is that it looks like would start a new history file only when a new shell is started. Some people log in fresh every day, but I've got terminal windows on my home machine that have been sitting around for many months...

I guess you'd have to set the history-size etc large enough to hopefully last for the maximum expected shell run-time.

EDIT: hmm, the man page says you can just unset HISTFILESIZE or set it to a non-numeric/negative value to avoid truncating the history file at all.

Yeah, I have this as well:

   export HISTSIZE=65535 # why not?
   export HISTFILESIZE=65535
   export HISTCONTROL=ignoredups

but now I'm wondering if I should unset `HISTFILESIZE` insteead.

It can also be nice to use HISTCONTROL=ignorespace

If you're planning on keeping a lot of history, ignorespace makes it easy to avoid inserting commands with sensitive info. A well-placed $(cat) can work too.

    $  PASSWORD=hunter2 # sensitive info doesn't go into history
    $ curl -O http://name:$PASSWORD@server/path # command with correct syntax does go into history

You can still use ctrl+r, but you need to provide the history file in one piece, using "history -r <file>" command. I do it in the following way, maybe it can serve you too:

  cat `find "${HOME}/.history" -type f | grep -v ".allhistory"` > ${HOME}/.history/.allhistory
  history -r ${HOME}/.history/.allhistory

There is another reply defining histgrep() function. Maybe ctrl+r could be assigned somehow.