Bd3d2mk3d For Mac

[Elly Garnand]

Whenyou RIP from a DVD/BluRay using MakeMKV do you then transcode it to another container? What about the video codecs/audio codecs? Do you transcode to H265 lossless? compress it a bit? What about audio?

What about if you get a h264, or some other codec in video? do you convert it?

Do you only do this "when" its created? or have you gone through and updated older codecs to this one for media you have had for years?

For me, I use matroska containers exclusively, I transcode everything to H265 using a lossless transcode, and I leave the audio alone if its eac3 or aac. If its one of the weirder audio codecs ill see if Its direct streamed to my webbrowser as well as my TV. Shield does everything, so no point in testing but my kids who watch remotely dont have shields.

TIA. just wondering what people use

Also ripping to h265 with Handbrake. H265 and pass through and a single audio stream - whatever highest quality is DD or DTS for video. I do use MKV files to rip from disk occasionally or so I can join multi Disk movies with MKVToolnix.

Audio is all FLAC lossless. Use DBPoweramp as you can rip to multiple libraries at the same time (So I could rip to alac for my ipod and Flac) plus you can add things like Replay gain all at the same time. Plus it uses accurate rip so you can tell your rip is accurate and tagging support is superb.

I have written an app (Media Manager) that will scan your folder, and give a list of media that needs transcoding (depending on your settings) then run ffmpeg to do the transcoder.

The default is H265 + adding a 5.1 AAC as the default audio channel

Yeah, tools I may use on Video includes Handbrake, ffmpeg, mkvtoolnix, Subtitle Editor, Audacity, TS Muxer, MediaInfo, makemkv, bd3d2mk3d, bdsup2sub++, dolby media encoder, adobe audition, vobsub2srt. Just depends what I am doing (like saving my 3d blurays to Emby take a number of these), for most things, likely just an encode. I decided long ago any idea of "losing quality" was all in my head, could never tell side by side.

I used to use flac, but, wanted instead to use Apple standard formats as that's what I use. Thus, nothing seems to ever transcode (whether in player or via emby). But I don't have any 4k stuff yet (maybe 1).

While I certainly agree, how is it any different than the "default transcoding" options being used by emby?

If your client needs transcoding, either audio or video, emby is using a CRF of 23 with an "auto" preset which I'm guessing is based on the bit rate needed on the client (if transcoding is necessary due to bandwidth limitations).

My thoughts on this, were not for disk space savings, but GPU resource savings trying to remove transcoding as a need.

My goal is to write a script to analyze WHY transcoding is occurring (see

Since ive started doing this, I have seen much fewer transcoding requests.

If I notice the video quality isnt where I like, Ill re-transcode it (I keep the old version around until I am happy...)

My core requirement is to convert all h264 over a certain bitrate for it's given resolution to hevc using QSVEncC with ICQ. Space savings on original h264 Remux's are huge (sometimes 20% of the original size) - and I cannot visually tell the difference on what I consider to be a reasonable AV setup.

But as has been mentioned above, a blanket 'convert it all with setting x' is totally the wrong way to approach this - you must analyse each file and encode accordingly but even then, it may have been encoded that high because it has action scenes from beginning to end, film grain, huge levels of detail or a very dark movie for example - a quick 'ffprobe' can't tell you those sort of details.

That being said, I'm trying to use 8Mbit/sec for h264 1080p material as my threshold - if it's less than this, then it stays on h264 - as it does not have the original source quality to be converted again.

from my experience i agree it is not possible to have an automated profile do this. to be honest i have never found any conversion profile that i was happy with the outcome from, i can always see the difference and its not acceptable to me (but remain open to being convinced).

the size of my library and my time available also mean i cannot take a individual analytic approach to conversion either so i just keep throwing hard disk space at it. about half a petabyte and counting

The ffmpeg native encoders are not actually that great - x265, QSVEncC etc are dedicated encoders, so are better suited to the task. Both x265 and QSVEncC both support AV1 Encoding in hardware if you have the discreet card to do it (ARC etc). Maybe have a look at FastFlix (python based) - currently my goto GUI for combining these tools - and it gives you the command line, so you can tweak as necessary. It supports hardware based QSV, NVENC and AMD encoding.

My light bulb moment was doing the analysis that 98% of my 'media' was sitting there 'idle' while consuming power and sitting on relatively expensive disk. Lets be real here, a 16Tb disk is not what I would call 'inexpensive' .. and when you add them all up + backup's - it's a lot of money..

Storage 'Tiering' is something I'm also looking at - and for 'archive' media - moving it to HDD powered down arrays on older lower capacity disks, leaving the newer high density drives (but much fewer of them) spinning for stuff that is < 1 year old or 'continuing in Emby' and SSD for the 'current' media (< 3 Months old). Maybe unrelated to the thread - but in the debate about how the heck we store all this media - I think it's another area that warrants some thought ?

3a8082e126