Join GitHub today
GitHub is home to over 36 million developers working together to host and review code, manage projects, and build software together.Sign up
Error frames from good original #1325
Description of problem or feature request
I`m constantly getting in one video file (4K 50mbps), error frames after conversion to any mp4 resolution, but original file shows fine. Original video was encoded in Davinci Resolve (last two version of program)
Steps to reproduce the problem
Can provide original file and encoded file.
HandBrake version (e.g., 1.0.0)
Operating system and version (e.g., Ubuntu 16.04 LTS, macOS 10.3 High Sierra, Windows 10 Creators Update)
Error message text or screenshot
Type or paste text and/or drag and drop image.
HandBrake Activity Log required (see https://handbrake.fr/docs/en/latest/help/activity-log.html)
Drag and drop file or...
Your output appears to have the same frame-count as the input.
There are errors in the log indicating that the decoder was having trouble processing your source file. It appears to be out-of-spec or has a very small amount of corruption.
Sometimes you will see this on playback, sometimes you won't or it'll be hard to detect, it depends on the player and what if any compensation they do for source errors. It can however have a more noticeable impact on re-encode.
My advice would be to re-generate the source file and see if it helps. My guess is your editor's encoder has a bug in it that your content has tripped so it may happen again.
If your content is work-safe, we can take a look to see if there is something we can do to allow the decoder to work-around such an issue. Otherwise if it's not, there isn't much we can do.
BTW new version of Handbrake started crashing at beginning of encoding also another file. Below is log.
HandBrake 1.1.0 (2018040700) - 64bit
Starting Encode ...
[21:43:32] hb_init: starting libhb thread
Seems like it could be a decoder bug. I've seen similar corruption before but it's usually with frames that are predominantly dark/black, such as titles.
I tried encoding with
My advice as a workaround is to render something like DNxHR or ProRes and feed that to HandBrake.
referenced this issue
May 27, 2018
Tested using current master following switch from Libav to FFmpeg 4.0, using the Fast 480p30 preset. Most of the stream is clear now, but there is still a similar distortion that appears near the end, around 1:10.
On Tue, 29 May 2018 at 13:43, Bradley Sepos ***@***.***> wrote: Closed #1325 <#1325>. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#1325 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AlQH8ud27VlV_NDRLZP76WRYjgfW9GG_ks5t3TR2gaJpZM4T1PO5> .
Hi Bradley, seems like last night build have new error. When I try to encode 11 second short clip, sound is ok, but picture is just black. orig - https://drive.google.com/open?id=1jwFboIZwiVemiYeKg9mDgRTYd8j4dj_j after handbrake - https://drive.google.com/open?id=1xfNKqxhsAHlpisfyocH00qL6VVv_TBDl David út 29. 5. 2018 v 13:51 odesílatel David Urban <email@example.com> napsal:…
Great, thanks! On Tue, 29 May 2018 at 13:43, Bradley Sepos ***@***.***> wrote: > Closed #1325 <#1325>. > > — > You are receiving this because you authored the thread. > Reply to this email directly, view it on GitHub > <#1325 (comment)>, > or mute the thread > <https://github.com/notifications/unsubscribe-auth/AlQH8ud27VlV_NDRLZP76WRYjgfW9GG_ks5t3TR2gaJpZM4T1PO5> > . >