Yushin Cho
Yushin Cho
When you rebased on master today, was there still desync? I think it should not be there. Since https://github.com/xiph/rav1e/commit/485d179206e3a777db95157a5b25a1a3b1991a8e# Before 485d179206e3a777db95157a5b25a1a3b1991a8e, frame header still have default filter written when your...
> No, there is no desync. Great!
@tdaede Would you have plan to follow up the build errors (mismatch) soon, or might be later after your current other work?
> @ycho I will look at it a bit today, but if I don't find a fix I'd appreciate it if you could also look. Sure, I wanted to help...
With local testing, this causes corruption from 2nd frame, either speed 0, 6, or 10. I expect speed 10 does not encode filter type per blocks, since its block size...
> No, there is no desync. Which input and speed have you tested with?
Does this means that the predictor (i.e. from ref frame) should keep signals in all bands including high freq? So that original signal - predictor can be quantized and coded...
> I had the same issues when I tried to build AOManalyser and generate the `inspect.js`, but I found an easier way to by pass them: > > 1. Clone/Build...
Yes, I know the mv predictors is fixed before and I also use it. But I mean when deciding the candidates mvs in BMA, not the predictors, pred[] which returns...
I hope this can fix my big loss of b-frame (bma only) for some sequences. FYI, when I applied your fix for get_predictor(), I got +5% for B-frame+bma only! So,...