Hacker News Reader

Comment by msoad | Hacker News Reader

These are the reasons put.io is awesome:

    - It caches torrents that other people downloaded(popular torrents) so if you add them, they are in your library immediately
    - You can subscribe to RSS feeds of TV shows from showrss.info without needing to download every show individually 
    - You can install the XBMC app to access you content there
    - A REST API? Yup! They have it!
    - It converts videos to MP4 on their cloud 
    - You can use multi-connection downloaders to reach to speeds like 30Mbps
    - There are many apps to use with put.io

View on HN

You forgot the best reason:

   - It links all your downloaded content directly to your credit card, thus incriminating you.

That in itself is the sole reason why I'm out. Put.io in general looks interesting however.

Buy a pre-paid Visa card with cash.

Use BitCoin.

Don't overestimate bitcoin's anonymity. Because it's not anonymous. It not CamelCased either.

Oh well.

Uh, you can just push your payment through a mixer and it's effectively anonymous.

Theoretically, assuming that the mixer is perfectly implemented and law enforcement never uses their legal authority to compromise it, and that your records are never acquired by law enforcement.

There's no reason to believe any of those assumptions are true – and once any of them fail, you've helpfully given the prosecutor a detailed, hard-to-deny log of your every transaction.

It'd take effort for a mixer to log things - it's not something that happens by itself. There's no reason to think the implementor would do that, unless the mixer is already compromised.

Other than that, there's really not that much to implement in the mixer.

Additionally, the break in security is disjunctive. It's not just the mixer that has to be compromised, its the entire chain - exchange, wallet, mixer; if any of them do not cooperate, your trail ends.

> It'd take effort for a mixer to log things - it's not something that happens by itself. There's no reason to think the implementor would do that, unless the mixer is already compromised.

This is true in theory but the history of software is littered with obvious counterexamples where theoretically secure software was compromised by admins forgetting to disable debugging / logging, insecure temporary or backup files, etc. When you use a mixer you're trusting the admins to get all of that right even before you talk about malice.

I'm not saying it's trivial, merely that the bitcoin infrastructure was obviously not designed to counter state-level threats. The perfect identification of all past transactions is just too easy to get wrong and and a prosecutor only needs to show a convincing case, not absolute mathematical proof – I wouldn't bet against the simple timing of transactions being enough in many cases

Bitcoin can be used anonymously (Tor, encryption, mixers).

> It not CamelCased either

Thanks.

You'll leak somewhere. Everyone does.

True, but will someone really spend hours following your bitcoin trail across the internet getting subpoena's for your information at numerous exchanges and mixing services you put your coins through. When there are literally millions of people downloading illegal content in the clear?

Hey! Someone uses showRSS! Glad you like it :D

I loved it! And still do, but sadly I moved to a RPi/XBMC/transmission/SickBeard/Couchpotato setup which was very easy to setup using xbian, thus not using showRSS anymore. The raspberry is a bit underpowered (according to me) though, so I'm thinking about replacing SickBeard with showRSS again. Pitty there isn't a good & easy way to do it. (not that I'm afraid of doing it all manually).

Perhaps also interesting, before using showRSS I was using TVshowsApp (http://tvshowsapp.com/).

Something I'm missing from showRSS btw, is the ability to browse trough all episodes/seasons and be able to select an episode/season to be added to the RSS-queue, so my downloading box would fetch it next time it checks the feed. But than, showRSS does one thing very well, so I'm not sure more features like that would be helpful for everyone.

ShowRSS right now works as a piece in the workflow for many people: feed what aired a few hours ago to another system. It hasn't got an archive and it doesn't serve as one. Thus, no option to do what you say… it's meant for the last week or so, not a lot more.

It does what it does pretty well, though. The new system reads a few sources (not just EZTV) and picks the best releases. So, 720p for everyone in a matter of hours and for almost every show you can think of.

P.S: have you thought about using transmission+dyndns? It's how I run it (minidlna+transmission, and showRSS pushes to my rasppi, no RSS involved!).

I agree, it does what it does very very well! And it's not meant as a show-organizer.

minidlna seems like something I'm going to be looking into, thanks! And for dns, I use a domain which I manage using cloudflare and a script [1] which gets run by cron and updates the cloudflare entry every day or so. Didn't wrote the script though, found it somewhere and had to edit it a bit to work again.

Something else I have been looking into is splitting up the load, using the RPi only for streaming and xbmc; and handling downloading and NAS capabilities using a different device, such as a MIKROTIK RouterBOARD (which I'm afraid isn't going to work).

[1]: https://gist.github.com/larrybolt/6295160

Off topic, is there anything like your service but for movies?

Reply on news.ycombinator.com