Crash while encoding some content.
Crashes on frame 39, details in the image. If it's not obvious, it's the slow preset with --tskip.
Comments (7)
-
-
Account Deleted I'm on Windows and don't have a compiling environment. If the push will show up on the next nightly build, then I'll be able to test tomorrow.
-
Account Deleted Well again, I don't know if your push made it into the new binary on the aforementioned site in the last 30 minutes, but it errored in the same way. I'm going to assume the change is not in it. If you want, you could just mention here once it "should" show up there and I'll check then.
On another note and unrelated, should I bother using tskip even if the source is anime? I left if on after it only added maybe 3-5MB thinking "who knows, maybe it's a bit sharper!"
-
I found another bug, and fixed it in the last 30 mins, so I'm not sure if it made it in.
tskip is generally recommended for small text. In general, x265 does a good job on the sharp anime edges, and the cost of tskip might be prohibitive enough that it doesnt get used all that often anyway. It cannot harm quality, but does cause a perf drop.
-
Account Deleted Hm okay, thanks for the insight. Maybe I should turn it off. Didn't seem to bother the 3930k too much though. Are there any flags you would say I should use for anime?
And yeah, I just saw that other commit come through. His binary was already up first, though. I'll be sure to try again with the 11-07 build tomorrow night and see how that goes. If it's not too hard to compile with MSYS, maybe I could set that up too.
-
Account Deleted Bug is fixed over here too, as of 1.8+93-45ea73c63c12, where it successfully encoded the uploaded file with tskip under the slow preset.
Great work!
-
- changed status to resolved
- Log in to comment
Pushed a related fix, slow with tskip seems to be working at my end now. Can you confirm if its still reproducible?