I built CineCLI — a cross-platform terminal app to browse movies, view details, and open torrents directly in your system torrent client.
Features: - Search movies from the terminal - Rich UI with ratings, runtime, genres - Interactive & non-interactive modes - Magnet handling via system default client - Linux/macOS/Windows support - No ads, no tracking
GitHub: https://github.com/eyeblech/cinecli PyPI: https://pypi.org/project/cinecli/
Would love feedback from terminal + Python folks
BASE_URL = "https://yts.lt/api/v2"This is an important caveat to raise for someone experimenting.
To your point, it's the upload that gets you in trouble in the US (assuming possession is not illegal in itself)
> Warning! > > If you are not using a VPΝ already: Accessing and Playing Torrents on a Smartphone is risky and dangerous. You may be in [City, Country] and using: () . Your IP is [IP] . We strongly recommend all users protecting their device with a VPΝ.
I couldn't find anything in the CLI, at least from that gif.
Someone who is new or less "experienced" in this might not be aware that they need to use a VPN or similar, since the CLI makes it so easy to search and download. Even you are an experienced user, you may misread and start torrenting by mistake before connecting to VPN.
One could argue this is a serious bug.
Copyright is widely adopted even in the most liberal democracies.
Here are the recommended film sites https://fmhy.net/video#torrent-sites
I generally download from https://rutracker.org/ (need an account to search not for downloading). They have pretty much everything that you can imagine (not just films) and in proper quality too (BD Remuxes etc). There will be no scene releases here because they add russian/ukrainian dubs and subs to almost all films but that's a small problem.
The other one is Heartive which lists torrents from the DHT network with Magnet links https://heartiveloves.pages.dev/ You just click on the torrent icon in the middle top of the selected film and all the available releases will be listed in plain text. The only downside that you need to be familiar with the release tags
Last but not least https://nyaa.si/ if you have a slight interest in anything japanese from manga to anime to much more
I live in the UK so I'll also sometimes pull stuff from iPlayer, which yt-dlp works perfectly for, and also off youtube
Using the Tor-Browser to get the links on ThePirateBay et. al. is of course fine, torrenting the content though is where it becomes a problem.
[0] https://support.torproject.org/about-tor/using-and-sharing/t...
Add me to the list of people curious about this. It feels more like some sort of bug than a real attack, it would be odd to use such a huge file for every torrent.
It takes quite a while to understand how to set everything up and needs tons of customization (which is also a positive), but reddit is your friend. For example this is a good guide (although bit dated, some info may be older but generally it still fits https://www.reddit.com/r/Addons4Kodi/comments/zzfdtb/allincl... )
I know people also use *arr stack and jellyfin to setup their own library but my problem is that i never /know/ what to watch. With this setup, i just turn it on, get to browse customized/recommended and random lists like in netflix and it streams directly via real-debrid or premiumize
Oh; if you decide to have a dedicated raspberry pi for this thing (so you can use it with tv easilly), use a regular raspbian os or something, do NOT use libreelec. It is trying to be heavily customized, but in the end is just worse, buggy, bad wifi support, slow releases from small team, and unability to manually update packages
For discoverability you should check overseerr, which is pluggable via API to sonarr and radarr
For people like me, knowing what to watch is never a problem. Getting time to actually watch it is.
I suggest finding a way to do your own curation.
For movies, you could just start with the IMDB Top 250 (pick at random). They used to have other lists (e.g. top non-English movies, etc), but I can't seem to find them any more.
Too bad it's gone.
This got me thinking if jellyfin could be configured for something similar (I don't feel like migrating to yet-another-media-library) and turns out it supports .strm files [0], which are literally just urls in a text file (much like .m3u8 playlists) [1]. My use case is private trackers so I would have to write a custom scraper to replace the torrentio functionality anyways. So it probably wouldn't be too hard to have it generate .strm placeholders at the same time. Hopefully there aren't any performance / transcoding issues ...
[0] - https://github.com/search?q=repo%3Ajellyfin%2Fjellyfin+strm&...
This would really improve various workflows.
I just expected you would stream to point X in the stream that would be to the timestamp set to start and then to point y which would be the end. Obviously it would have to be able to figure out how the streamed file would map to time, which I don't know how to do which is why I said I would like a tool that did it other than announcing I made a tool that did it myself.
Of course obviously some tools like yt-dlp etc. have this capability with the --download-sections property but I want something for torrents.
I vibe coded a little tool [0] that can stream range requests from torrents.
It's a little buggy and super rough around the edges, but it's definitely possible because your torrent client can prioritize piece requests and http standards support http range requests, just requesting parts of a document. I lightly tested it with VLC and seeking the playback to the middle of a video
Not to take away from the achievement of this repo but no one benefits from a recording where the person doing it hasn't decided up front what they're going to demo and then ponders if they type magnet or just delete it and go with the default. If someone has gone to this much effort with a project, surely they can do a few fun throughs, till they can demo it smoothly. Sure, leave pauses, for people to follow what's actually happening but don't draw out the typing, that's just painful!
Also OP, you have a pip update!
I think I have to take every single of mine down then, they're all made for me and do what I need them to do. There's zero consideration for "production" of any kind. It works on my machine and might work on yours.
samsep10l•1mo ago
brrrrrm•1mo ago
froddd•1mo ago
https://github.com/orangekame3/awesome-terminal-recorder
samsep10l•1mo ago
get outta here !
cfcfcf•1mo ago
https://en.wikipedia.org/wiki/List_of_films_in_the_public_do...
shlip•1mo ago
vibesareoff•1mo ago
These———LLM———slop———READMEs———make———me———vomit.
_zoltan_•1mo ago
nurettin•1mo ago
rvz•1mo ago
thinkingemote•1mo ago
Could it be an indication that the author didn't write the actual code? Is it a sign that the author doesn't really care that much about their project and furthermore could that be a sign that the project is also be be valued by us as much as the author? Maybe the code quality and documentation is less important than the utility. After all many of us don't like writing tests for code!
Perhaps but perhaps we just need to get used to these signs too and get over it.
latexr•1mo ago
If you want your READMEs sloppily written by LLMs, that’s your prerogative. Just like it’s the prerogative of everyone visiting your repo and bumping into a slop README to decide if they want to even give your tool a second look before abandoning it.
Slop READMEs suggest slop code. Soon everyone who’ll even look at your code are other sloppers and (if it ever gets popular) malicious actors who’ll exploit it in an afternoon because no users understand anything the code does.
_zoltan_•1mo ago
KeplerBoy•1mo ago
latexr•1mo ago
mr_mitm•1mo ago
Works alright.
shaky-carrousel•1mo ago
vibesareoff•1mo ago
g947o•1mo ago