Hello guys and thanks for the video link and as always all those explanaitions !
I understand better now.
I moved the cursor of the encoder preset to very slow and encoded a movie at night
This morning I look at the file and saw 1.5Gb I waw wow !!
But the file stopped with an error at 33’ for a reason I don’t know. Maybe the NAS where it was writting went in sleep mode or something like that not sure… Maybe I should write to a disk instead of directly on the NAS but that adds moving file fot the encoding time which is pretty long.
Handbrake indicated “queue finished with 1 error…”
I looked at the file and saw in fact many errors like these ones:
title_index=1 udfread ERROR: ECMA 167 Volume Recognition failed
src/libbluray/disc/disc.c:323: failed opening UDF image
avformatMux: track 1, av_interleaved_write_frame failed with error 'Invalid argument'
Last error repeated 1 times
Another (simple ?) question:
What should I choose between
a DTS HD mono with 0 kbps (mmm ??)
a DTS Mono at 768 kbps
If I follow what you said the 1st one that I could convert to an AAC (avecodec) with I don’t know how many kpbs ??
And the second one to a DTS Passthru…
I cannot answer that question. I don’t know your source material, your audio-video system, your personal preferences, etc.
If you’re listening to the Philharmonie de Paris on a high-end audiophile system, you probably want higher quality audio. If you’re watching Plan 9 from Outer Space on a cheap tablet, it probably doesn’t matter what audio track you pick.
You need to experiment and find what works best for you.
Try this:
Passthrough both the dts-hd and dts audio tracks
Convert the dts audio track to AAC at multiple bitrates - 80, 160, 320 kbps (or any others you want to try).
Listen. Pick the one(s) you like best. Use MKVToolNix to delete the others.
You’ll eventually find a group of settings that work best for you.
Note: When converting dts to another format (AAC, AC3, etc), Handbrake only looks at the dts core audio and ignores the “-HD” part. So, it doesn’t matter if you pick dts or dts-HD, the result is the same.
Also for consideration: Using Quality-based instead of bit rate for AAC. Do a Quality 1, 3, and 5, and see the difference in size, and whether you can hear the difference. (Spoiler: For FDK AAC, Q4 was the point where I could no longer hear a difference. I don’t know for avcodec).
This sounds like a lot of work, but @FordGuy61 is right: Do this once, learn from it, and you can use it forever after when encoding.
Thanksguys for your comments.
I tried another rip last night using both tracks to try and see the differences in the audio.
It ended up with “finished with 2 errors” and a fil of 7Gb, does that mean necessarly that my file is corrupt or not ?
I tried to read it with VLC but can’t seem to play it, I think I am loosing bandwith and I don’t know why… well I have an idea. I use the same NAS to do backups of my system with Acronis software and sometimes they get in conflict with the bandwith, it’s another story…
Anyway do you think I should use a player like you Ford with the Nvdia Shield instead of my Nuc I would get maybe better results playing larger files ? Or is it also because of the NAS (I run the Plex server on the NUC not on the NAS)…
Define a local folder as the target of the compression job.
Only move the result to your NAS after you have checked the result (and have made additional corrections).
I have 2 mechanical drives in my desktop computer for this purpose. So I can ping-pong when I have to remux the file a second time to include additional subtitle tracks or have to perform the above-described method to combine the transcoded video with the original audio tracks into a new file.
It is also a good idea to get rid of all those additional meta data, that Handbrake is embedding.
In my experience, they are 100% useless and affect usage in Plex and other software only in a negative way.
Follow @OttoKerner’s suggestion. Direct Handbrake’s output to a local folder. Once you’re satisfied with the results, move it to the NAS. If VLC won’t play it, don’t bother loading it into Plex.
To save time, encode one or two chapters instead of the entire movie. Once that is successful, then encode the entire movie (success = Handbrake completes OK + VLC plays it OK + Plex plays it OK).
File size is irrelevant. Parameters such as H264 profile/level, audio formats, etc are what matters.
Your NUC is more than capable for what you are trying to accomplish.
When you say two drives do you mean you have one for the files and one for the results ?
If I have to put my file on a mechanical drive I have to move 25Gb from the NAS to a disk (which take some time), then do the rip, then go back to the NAS… not sure I have the courage…
Or maybe I can try to rip from the NAS to as disk ? But I would also have to go back to the NAS…
How do I find the meta data to get rid off ? with MKV Tool Nix ?
Good idea, I will try that in the future.
When trying to play movies from Plex that are large (exemple >10Gb) , the NUC speeds and the pictures freezes and the movie can’t play correctly but maybe this is a Plex Home Theater settings issue or a memory one ? or the transfer from the NUC ?
I have a good giga switch to speed up transfers…
No, these are just 2 drives in my workstation. This is where I prepare all the media.
If you already use SSDs, you can ignore my remark.
A bit confusing.
I don’t think you have you DVD/Bluray drive in the NAS, right?
You have it in your workstation, where you are performing all the media preparation.
So if the connection between your workstation and your NAS is very slow and kinda unreliable during the night, then don’t use it until you have finished all the ripping/transcoding/remuxing, tagging operations.
Alternatively you can also use my batch file I described in here How to remove tag spam and set language in several MKV files at once
to simply remove those tags from all MKV files in the current folder.
Here is a modified version, which only removes those tags, but leaves all other track info as-is: mkvnotags.zip (440 Bytes)
