HandBrake

The error you're getting can only come from one place, but I don't see the error message that should accompany it In any case, the cause is usually a damaged input file. Sumetime, but rarely, it can be a bug in the demuxer.

Thanks for reporting that. I'll have a look at the code and see if there is something I can do to fix it.

The duration of your video is 3:04. What are the timestamps of the last few subtitles in your SRT file? Maybe post a snip of the last few lines of your SRT so we can see.

0.05 is 24 / 480
mpv, totem, and vlc all ignore the font size on Fedora and show the subtitles in various slightly different sizes. So I don't have a way of testing this.

This isn't tested yet, but here's a crack at fixing the problem https://github.com/HandBrake/HandBrake/pull/967

It seems HandBrake or libav set always the same font size for every resolution. This shouldn't be an issue (it's not in Apple devices), but VLC 2 treats it as a normal text track, so it's small. A workaround for now is to use another app to mux in the subtitles. HandBrake is doing this. We set tx3g...

You are talking about DVD Menus. The MP4 file format does not support menus of any kind. MKV has some kind of menu support (https://matroska.org/technical/menu/index.html) but as far as I know, there is no player that has ever implemented support for them. But even if both formats had well supported...

There are psnr and ssim tune settings that *disable* psycho-visual optimizations. The psycho-visual optimizations improve video quality but interfere with the objective measurement of the PSNR and SSIM metrics. I.e. you can end up with a lower PSNR value for video that subjectively looks *better* if...

Right, what WhatZit said. Most probable causes are you accidentally selected the wrong preset, or some GUI glitch made it use the wrong preset.

This is caused by a bug in the mp3 encoder. For some reason it gives an extra packet at the end of an encode with the same timestamp as the previous, but only on Windows :roll: works fine on Linux. The file is pretty much complete. May be missing a frame or two of video at the end. But if you want a...

That's an improvement to my eyes. The obvious noise on the walls is gone, but you didn't lose the detail in the back of the chair and their faces look much better, unlike your previous screenshot. BradleyS may have some additional suggestions. He ported the nlmeans filter for us and knows more about...

The output resolution has been scaled way down. Did you do this?

libdvdread: Encrypted DVD support unavailable. Before upgrading, you had a 3rd party library installed that did DVD decryption. It appears you lost it at some point in your upgrade process. Or maybe HandBrake changed the locations it searches for this library (I forget). Although this can still be ...

... and i don't think you need the detelecine filter. The detelecine filter can sometimes lock onto a false pattern and cause jitter. It's best to only use it when you know the source is telecined. Looking at the log, I can see that the video is mostly *soft* telecine with occasional cut scenes wher...

Oh, and since you're using constant framerate, you'll have to double the framerate setting for bob. Bob turns each field into a frame so doubles the framerate. If you don't have a device that chokes on variable framerate, I recommending just leaving the framerate setting on "Same as source" VFR. The...

I couple of ideas come to mind. Try the bob preset in the decomb filter. Deinterlacing loses some spatial resolution. Bob increases temporal resolution which helps to make up a bit for the loss in spatial resolution. Try the nlmeans denoise filter. It's better (and slower) than hqdn3d. And it has a ...

A few screenshots of the type of image you are trying to clean up would be useful as well. There may be filter options that can be tweaked to focus on the particular problems with the image. But we need to know what those problems are to make suggestions.

I blame Mir/Unity

Ubuntu 17.10 switched from their home grown window manager and compositor to Wayland/Gnome-Shell. I'm betting it was the source of a lot of problems.

Side data: displaymatrix: rotation of 90.00 degrees Apple devices ALWAYS record video in a single orientation, then set a flag on the file saying what is the correct orientation. Handbrake can see the rotation value (as noted in the log), but it does NOT, at the current time, AUTOMATICALLY apply th...

It's some other player problem that I'm not familiar with then. Afraid I don't have other suggestions. But lets clarify something in case someone else has an idea. When you say "a two second delay", do you mean that the audio and video is out of sync and the video appears to lag the audio by 2 secon...

Try disabling "Foreign audio scan". It's finding a candidate and that's what's getting burned in instead of any subtitles you selected. Your selection has been added as a soft subtitle track. And since your output is mp4 and the subtitle track is vobsub, some players won't even see this track. vobsu...

Some players don't properly handle an MP4 feature called edit lists. An edit list can be used to tell the player to delay a track by some amount. In the activity log you supplied, the audio actually starts 1.4 seconds after the first video frame. So an entry would have been put into the edit list to...

Thanks. You correctly assumed these things are not currently supported. They are all good things to add/fix though. It just has to get into our todo list and someone has to find time todo it. Some of your list is probably already in our todo. https://github.com/HandBrake/HandBrake/issues We're a dev...

This is fixed in the nightly builds