That’s sort of how I’m understanding it, they’re talking about the build process specifically and want to re-base their toolset to BSD/Linux. Not sure what their current build process entails but like you said it could be they’re currently stuck with some sort of proprietary / Apple specific software.
No display at all? I suspect something else is at play there…
On that model during bootup
F2 = BIOS
F10 = Boot Menu
You should be seeing something in the Boot Menu, or at least be able to get into the BIOS?
Also double-check the USB formatting, I don’t remember if that NUC has UEFI boot support or if it needs to be enabled in the BIOS beforehand. e.g. if your USB is formatted to boot legacy then reformat it to boot in UEFI, or vice versa.
I actually have a few of those NUC models around but am not sure what it does exactly with no SSD, I think/thought it should still be able to handle USB boot in that situation.
Probably OBS would be your first try, it should be able to do a video capture and is Linux compatible.
Or if you’re willing to set up a VM running Windows you could look into the non-free closed-source stream rippers for 720p/1080p. e.g. RedFox AnyStream, DVDFab StreamFab, etc.
EDIT: Just realized AnyStream also has Linux builds so that could be a non-free closed-source solution.
deleted by creator
qBittorrent tends to be the popular one but all the standard FOSS clients should work fine with Sonarr (e.g. qBittorrent, Deluge, Transmission).
I don’t have Transmission in front of me here to give you specific guidance but auth failed basically means you should double-check Transmission’s web ui user/password/port number & make sure it’s the same both there & in Sonarr. The same would apply for any other torrent client you want to set up in Sonarr.
Feeding it into DBinfo I can see the appended playlist files (appended with .1, .2, .3 and so on) call the same numbered stream files with no appended .1, .2, .3
Yeah that’s probably right since each disc likely had the same named files in them (e.g. same name .m2ts files).
Where I am getting stuck in this logic is why there are 12 index files in the upload while there should only be 6 disks as listed in the .XML files.
You’re right, that makes no sense either :/
Personally I would consider this corrupted data & just move on / try to find another source for that content. Otherwise seems like you’re going to be spending a fair amount of time trying to reverse engineer whatever happened here.
What is your final goal? Are you just trying to mux the .m2ts stream files into .mkv containers? I suspect you can work with the .m2ts files directly & feed that right into ffmpeg or makemkv for the same results (granted not sure if you’ll lose anything extra like subtitles). The trick is figuring out which .m2ts is which episode or whatever, you already have enough clues to figure out which .m2ts files are being referenced.
Also fun fact: Most media players can play .m2ts directly without needing to mux into a .mkv container first. I usually just hardlink the actual .m2ts files & rename them as needed for Kodi or whatever e.g. “blahblah.s01e01.m2ts”
I downloaded a BDMV folder that should be a copy of a six disk box set.
The download only has one BDMV folder? You should have 6 different BDMV folders if it’s supposed to be six discs. Sort of sounds like the uploader tinkered with the data & maybe flattened the whole thing into one massive disc?
Once I organized this into a streams/playlist/clip/meta folders by file type and feed it into makemkv I can only see disk one.
Yeah that makes sense, 1 BDMV folder = 1 disc.
I’m not actually sure how you’d even go about flattening 6 discs into one BDMV folder, thing is many of those files (especially the .m2ts files) have the same duplicate name across multiple discs. Maybe the uploader used Blu-ray editing software to do that, or maybe you only have 1 disc not 6.
My hunch is maybe the uploader purposely re-wrote the whole thing into one massive disc so you’re not really looking at 6 discs anymore. Not sure if this’ll help but maybe try feeding the whole thing into BDInfo & see what it comes up with, at the very least it’ll be able to give you some visibility into which specific .m2ts streams each .mpls is linked to, & that way you can hopefully decipher the different episodes/whatever that you’re looking for.
PS - If this data was edited by the uploader I’m not sure how easy or feasible it would be to figure out how to split it back into 6 discs. (assuming this data is indeed 6 discs)
You forgot the most important part, subscribe to a usenet provider. Your usenet download client can’t download anything without a provider.
If the VPN does not support port forwarding is it still possible to use for Linux torrents?
Yes with caveats. Torrent swarms need at least 1 connectable (port forwarded) peer for the swarm to exchange data. If all the peers are firewalled (not port forwarded) then all the swarm peers can see each other but cannot exchange torrent data so there will be no uploading/downloading in that swarm.
Generally speaking you won’t notice much difference in large torrent swarms since those swarms usually have some/many connectable peers. But in smaller torrent swarms you may have trouble since your odds are worse that you’ll find connectable peers in those swarms.
PS - Yes you are still seeding/uploading while firewalled (not port forwarded) just not very effectively. While firewalled your best connections will be with connectable peers in the torrent swarms. Not much to think about with public torrents but it’ll kill your ratio at private trackers for sure.
Yes, usually at the end of the year if there are funds to spare I’ll donate to a bunch of FOSS projects, other non-profits, websites, etc. especially if I use them year-round.
From the /c/piracy rules
- Don’t request invites, trade, sell, or self-promote
You may want to update your post to mention which version of qBittorrent 4.6.0 you’re on.
e.g. are you using the build with Libtorrent 1.2.x or Libtorrent 2.0.x?
Libtorrent 2.0.x does tend to use more memory during runtime (especially when you have many actively uploading/downloading torrents) but it’s fine overall, the OS / kernel knows to redistribute memory away from qBittorrent to other applications as needed. In other words if nothing is crashing then you should be okay.
That said I’ve mainly tinkered with Libtorrent 2.0.x clients on Windows (Deluge & qBittorrent) so there might be something I’m missing specific to Linux or Docker. qBittorrent with “Physical memory (RAM) usage limit” set to its max will basically let Libtorrent use as much memory as it likes… it is lower priority memory so in theory as long as everything else in Windows is working the other applications can still request memory & run properly. Funny enough with Deluge I don’t think it even has a RAM usage limit setting so Deluge with Libtorrent 2.0.x will happily use the max memory available to it.
See the /c/Piracy community rules
- Don’t request invites, trade, sell, or self-promote
FYI the community rules
- Don’t request invites, trade, sell, or self-promote
To be fair the site claims they have an open source application yet there is no link to the source code.
Another commenter mentioned github so I searched around & found a potential github project but they’re at 4.0.0 release while this site you linked claims to offer a “4.2.0.apk” so I guess it’s some random 4.2.0 release version?
Are you able to link the source code that this website refers to?
EDIT: Nevermind I think I found it, the .apk being offered matches this project at github https://github.com/recloudstream/cloudstream/releases though I’m not too sure if the .ws site being linked here is associated with the github project (the github page doesn’t mention the .ws site and the .ws site doesn’t mention the github page)
What kind of hellhole is that city? I had an impression it was extremely expensive but also very wealthy. The more I hear the worse it seems.
LOL start reading about Dubai sometime.
Same here.
Hoping they’ll offer a better discount + trade in deal later on, maybe Black Friday? Otherwise I may end up skipping the Pixel 8.
TBH my Pixel 7 still works great so it’s not a big deal sticking with it but now that I cracked the exterior a nice trade in discount could convince me to upgrade :D
The Vuze devs forked the code and went on to create and continue developing BiglyBT. So technically if you want to keep using that client best to switch over to BiglyBT.
You can stay with the old Vuze if you want but it’s no longer developed since it lost its devs.
You can try !mediashare@lemmy.world
Or install Jellyfin and host your own media yourself.
Yup there’s at least a few projects that can do in browser file transfer using WebRTC e.g.
https://sendfiles.dev/
https://sharedrop.io/
https://github.com/kern/filepizza
And of course https://github.com/magic-wormhole/magic-wormhole (they used to have a website too but maybe that went away?)