[BUG] Progress bar and Encoding speed is wrong - Printable Version +- Selur's Little Message Board (https://forum.selur.net) +-- Forum: Hybrid - Support (https://forum.selur.net/forum-1.html) +--- Forum: Problems & Questions (https://forum.selur.net/forum-3.html) +--- Thread: [BUG] Progress bar and Encoding speed is wrong (/thread-1082.html) Pages:
1
2
|
Progress bar and Encoding speed is wrong - DUGUJACK - 19.07.2019 When I encode some videos, its progression is very slow and the remaining time is awfully long. I know it's wrong because it suddenly finishes the job when the progress bar isn't full. The bitrate of output video is less than 3Mbps when the bitrate of another video encoded by HandBrake is 13.8Mbps. I use the same settings: x264, CRF 18, Preset=Slow, Tune=Film. And sometimes its progression is more than 100% such as 120%. So I quit the job because I don't know the exact ending time. Those problems not only affect me to judge the encoding time, but also affect the quality of videos. Thus I'm very confused. Two screenshots of Hybrid are here. https://mega.nz/#F!Y8NziKwL Password: vcobT3Bz0SaiiecdIk-qQw RE: Progress bar and Encoding speed is wrong - Selur - 19.07.2019 Not looking at screenshots. If you want to provide proper information read: [INFO] Infos needed to fix&reproduce bugs,..] A progress indication > 120% indicated that Hybrid didn't properly detect the stream length. Since handbrake by default creates vfr content, my guess is that your output is vfr but mediainfo doesn't detect it as vfr. (handbrake seems to assume that the output is not intended for further encoding&co, but only for watching -> if you always use handbrake, learn to configure it properly not to output vfr content) -> try enabling "Config->Automation->On Load->Always extract timecodes from input" and "Config->Automation->Extended Checks->Scan mkv for stretched streams" Alternatively try enabling: "Config->Internals->Handling->Ignore all input timecodes". Quote:So I quit the job because I don't know the exact ending time.Hybrid will encode all the content, so aborting seems like a bad idea. Quote:Those problems not only affect me to judge the encoding time, but also affect the quality of videos.no clue why it should the encoding quality when using crf,... -> may be the source is broken somehow, would need a sample of the source which allows me to reproduce the issue to say more or fix this. Cu Selur Ps.: Encoding speed is taken from the encoder and shouldn't be wrong,.. RE: Progress bar and Encoding speed is wrong - DUGUJACK - 19.07.2019 Quote:If you want to provide proper information read The debug file and the video are both large so I don't want to upload it. Quote:Since handbrake by default creates vfr content, my guess is that your output is vfr but mediainfo doesn't detect it as vfr. I always use CFR unless I forget to check the checkbox. And I find that if I use ffmpeg to cut the video, its frame rate changes from 24.000 to 529.112. Thus its frame rate mode becomes VBR after cutting the video. So Hybrid can't handle it correctly. I enable the function"force input to be handled as a constant frame rate" and "Automatically adjust speed to stream frame rate". Then I start encoding the video and it seems that encoding speed(xx fps) and real-time bitrate(I think KBit/s or Kbps is better than kBit/s) is correct, but Progress bar and Remaining time are still wrong. However, HandBrake can automatically handle VFR correctly. Besides, the video encoded by HandBrake can be watched whenever I stop the job and I assume that's why it doesn't support 2Pass Encoding mode. RE: Progress bar and Encoding speed is wrong - Selur - 19.07.2019 Not sure what to do with that information. Since it seems like you are happy with handbrake stick to handbrake. Without proper details and a way to reproduce the issue there is nothing I can do. Cu Selur RE: Progress bar and Encoding speed is wrong - DUGUJACK - 20.07.2019 I upload the debug file and the video cutted by ffmpeg(30s) to the link I shared before, I think it's enough for you. RE: Progress bar and Encoding speed is wrong - Selur - 20.07.2019 In the debug output you shared I see a crash of MP4Box during the muxing of: "C:\PROGRA~1\Hybrid\64bit\MP4Box.exe" -raw 2 "E:\AC2_E3_Trailer.Bluray.AVC.DTS-HD 2.0 [00022].mp4" -out "C:\Users\刘晓东\AppData\Local\Temp\iId_2_aid_0_DELAY_-43ms_00_11_12_1710_01.dts" [31mUnknown audio in track ID 2 - use NHNT Please don't send me a ~480MB DebugOutput which is so large since the debug output is about multiple files and not the one discussed! This only costs me time reading totally unnecessary data in files which are a pain to navigate due to the size! -> not looking at the debug output any more since this is simply an insult. Looking at the sample you provided. You provided the start of a a lot larger file without adjusting the headers properly. MediaInfo reports about the file: Quote:General-> 1. stream sizes of Audio&Video are way larger than the actual file size. 2. frame count is reported as "159086" 3. file contains way more time codes than frames (Time code count: 735 vs. frame count: 159086.) -> Problem with the progress indication is due to the fact that Hybrid assumes that the frame count is correct. I'll create a dev version for testing which will adjust the frame count to the time code count and send you a link via PM for testing in a few minutes, this should fix the progress indication and the estimated end time for your broken files. Cu Selur RE: Progress bar and Encoding speed is wrong - DUGUJACK - 20.07.2019 Sorry to send that DebugOutput to you but I don't know how to creat a debug file only about single file. Every time it's just created by Hybrid automatically after encoding a video and it becomes larger and larger. Thanks for sharing the dev version and it works fine. However, even I enable "force input to be handled as a constant frame mode", the frame mode of output video is still variable. And I'm wondering how to find the path of log file because the log you set up can't give me the information below. Quote:x264 [info]: frame I:2225 Avg QP:17.89 size:202763 RE: Progress bar and Encoding speed is wrong - Selur - 20.07.2019 If you want the 'x264 [info]' data, you need to create report files (Config->Internals->Create report file) If you want Hybrid to convert the vfr input to cfr, your need to enable: 'Config->Input->Decoding->CFR output' + you probably want to enable 'Filtering->Speed Change->Change speed' and set it to the output frame rate you desire. Cu Selur RE: Progress bar and Encoding speed is wrong - DUGUJACK - 21.07.2019 (20.07.2019, 18:53)Selur Wrote: If you want the 'x264 [info]' data, you need to create report files (Config->Internals->Create report file)Ok, thanks a lot. RE: Progress bar and Encoding speed is wrong - DUGUJACK - 27.07.2019 I‘m wondering that when I choose "optimal" in Adaptive b-frame decision, it turns out to be "b-adapt 1" other than "b-adapt 2". And when I cut another film with ffmpeg, the same problem occurs again. The frame rate of cutted video is very large like the video before: 482.631. And Hybrid can't handle it properly, I know there's something wrong with the headers. Can you teach me how to cut the video with ffmpeg correctly? Here's my script. Quote:ffmpeg -ss 00:05:00 -t 00:05:00 -accurate_seek -i "G:\00001.mkv" -map 0:0 -map 0:2 -c copy "G:\CUT\00002.mkv" |