This could be a combination of both the other answers. Sonarr and Radarr will only process files they recognise, and only from the folders they monitor.
If you set up Radarr, and only added the original Star Wars to it, you could put every other movie in existence into Radarr’s watch folder, and it wouldn’t do anything with them. It would only deal with the original Star Wars. Radarr, and all the other *arrs, only deal with what you’ve explicitly told them to.
On the other hand, they only process files that are in their respective watch folders. If you created a watch folder for Radarr under downloads/radarr, but Prowlarr was putting the files in the downloads folder, Radarr would never see them. It can only look in the watch folder you set, and any sub folders.
What you can do is set the same root folder for them all, and tell the different *arrs to use sub folders, then use the root folder as a catch all. I can’t remember how to set it up off the top of my head, but I remember that it was pretty simple.
What you can do is set the same root folder for them all, and tell the different *arrs to use sub folders, then use the root folder as a catch all. I can’t remember how to set it up off the top of my head, but I remember that it was pretty simple. <
This is the way I’m set up. One downloads folder and two folders for Sonarr and Radarr respectively that are mapped by them. How do you mean use the root folder as catch up?
I set them both to watch my completed downloads folder, named Completed in my case. When they grab something, they put it in a sub folder of Completed, named either Sonarr or Radarr. If I put something that one of them is monitoring into the root Completed folder, it still gets picked up. This way, I don’t have to specify a sub folder for anything I download manually, it just goes in Completed and gets processed.
Not familiar with SABnzbd but with torrents and searching from Prowlarr, these don’t get assigned the proper category in the download client meaning radarr/sonarr don’t ever see them. With QBittorrent, I can just assign the proper category after adding them, and then the *arrs take it from there.
Prowler is just for searching stuff from indexers. So correct setup is search with Sonarr -> Sending request to prowler -> respond to Sonarr -> send to SAB -> Sonarr process downloaded file. Sonarr usually tags files with “sonarr” when sending to SAB :)
Thank you for your reply. I thought it is meant this way, BUT what I find frustrating is the search function in Sonarr as I cannot choose specific files to grab from the results but I have to choose one by one. In Prowlarr, there is a tick box on the left of the results so you just tick whatever and then grab and be done.
Unfortunately, that is how the *arrs are meant to function. Sonarr/Radarr/Lidarr/Readarr are meant to be set & forget. Prowlarr can be used for manual searching, and it is fairly good at it because it is a search aggregator, but if you manually search on Prowlarr, you have bypassed the *arrs and they will not see what you grab, because you necessarily haven’t told them that you’ve grabbed anything. I do not believe Prowlarr is capable of going the other direction, and Prowlarr should be used with the *arr suite because of category searching.
All that to say that, the *arr apps are functioning as intended, it is you that is not conforming to them.
I should also say, that you can search manually in the *arrs, but its fairly tedious.
Glad you like what we do. Some observations: there generally is no unpacking, we use an archiving system which enables users to play without populating their drives with the extracted files.
Also glad that you find them safe. We started including a scanning result from ClamAV (open source cross platfrom malware scanner) to each new torrent as well as instructions to scan it yourself. And a blake3 checksum for authenticity.
Wouldn’t using an additional virtual layer for storage affect performance during load/save and normal asset streaming? I guess this might work for older games, but for newer games I don’t see how performance won’t be hit.
99% of the games tested are perfectly playable. In cases where its not we can relax the compression settings. And we use zstd which is super fast. Try for yourself and see.
I obviously can’t verify if you are a jc141 member but I’ll believe it, I think it’s sicc that you’re adding an antivirus scan to the gamefiles and that the games don’t require extraction.
piracy
Najnowsze
Magazyn ze zdalnego serwera może być niekompletny. Zobacz więcej na oryginalnej instancji.