Crash while encoding some content.

[Former user]

Crashes on frame 39, details in the image. If it's not obvious, it's the slow preset with --tskip.

[Deepthi Nandakumar]

Pushed a related fix, slow with tskip seems to be working at my end now. Can you confirm if its still reproducible?

[Former user]

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.

[Former user]

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!"

[Deepthi Nandakumar]

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.

[Former user]

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.

[Former user]

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!