Faceman2K23

Cry because the metadata is never right.

But really this is usually solved with proper labelling of ARTIST and ALBUM ARTIST tags separately.

Sounds like a bug in the encoder perhaps. I dont have that issue with my setup, but I'm not using AMD GPUs

While I tend to avoid encoding wherever possible, I use H265 10Bit at low RF to archive non-critical libraries (old TV shows in some users personal libraries, 1080p movies more than 1 year old and over 20gb etc..).

my average size reduction going from a 1080p Bluray remux of 35-40gb is about 50% with no significant effect to image quality. High action or high grain movies end up a bit larger, slower movies with no action and most animations compress a bit smaller. works well overall.

basically any modern device can decode them and the image quality tends to be a bit better than 8bit.

I'd like to go with AV1, but very few of my client devices can decode it, so its not worth the trouble to save a few percent,

Yes I've seen some like that. just bonkers stuff.

Automatically ripping movies is pretty easy, but TV shows often need manual work to get them right.

Sometimes you'll get individual videos with the correct chapters, runtimes and they are listed in order, but other times they will be jumbled in random order, or will be one large video that needs to be split manually into episodes.

For bulk diverse, pre-tagged and sorted collections you really have to go to p2p like soulseek.

For tagging picard is really the only option that can handle bulk tagging with some level of trust and authority, but definitely have a backup or work in chunks just in case it goes awry.

For a spotify replacement, Plexamp is really doing well as long as you have decently tagged media. It can do all the mood radio and playlist suggestion stuff that Spotify and others have been doing.

your problem might be windows.

I think everyone here might be nerd enough to be assuming everyone is running Linux.

There's tdarr, unmanic and fileflows as the popular choices.

Personally I use fileflows as it is extremely customisable and you can set up quite complex rules for how and what to convert.

It's fine, it can do a few at once. I didn't do a lot of testing since I never have to transcode these days anyway.

something is definitely wrong with the config if its failing at a single 1080p, I did a plex server test on an intel n95 nuc (one of the lowest end cpus in their current range) and it blasted through multiple 4k HDR transcodes simultaneously.

I think it's worth figuring out why Fileflows wasn't using your hardware, if you re running in a container you may need to manually map the hardware device for example. you can customise and configure as much as you want too, you can even go as far as custom ffmpeg command line options, and having multiple options based on the flow you write.

However, the CPU encode will provide better image quality in most cases, and since you can set it to run slowly in the background with a couple of CPU cores and limited usage you can just let it run and eventually it will be done.

I run fileflows on my file server and it is using a GPU, but some files have to fall back to CPU (my GPU is a bit older so there are some unsupported files) in which case it gets just a single core and takes its time. it's saved me several terabytes of space archiving old content in libraries that I consider less than critical. I could have just run a one time ffmpegbatch run, but I like having it checking regularly so that new additions to the library enter the flow, they stay untouched for

search for the "BR-DISK" tag