Releases: Francesco149/oppai-ng
oppai 4.1.0
- fixed low ar bonus
oppai 4.0.0
- implement 2021 pp changes (by @KotRikD )
oppai 3.3.0-b237
- expose timing points through
ezpp_timing_*
functions, see python example https://github.com/Francesco149/oppai-ng/blob/master/swig/python/examples/timing.py#L7
oppai 3.2.3-b233
- [bug] fix reading loop not detecting EOF on ARM architecture (truncated error) #55
linux binaries are manually uploaded shortly after the windows release and statically linked against musl libc
windows binaries should not require the c runtime
x64 and x86_64 mean 64-bit i686 and x86 mean 32-bit
the binary packages include the source code inside the src directory
oppai 3.2.2-b230
- [bug] fix segfault on malformed taiko hitobjects without sound types ( @tadeokondrak )
- [bug] sanitize node count before calling m_alloc, prevents large allocations and memory corruption with malformed node count hitobjects ( @tadeokondrak )
- [bug] make sure objects don't have infinite time (causes infinite loop) ( @tadeokondrak )
linux binaries are manually uploaded shortly after the windows release and statically linked against musl libc
windows binaries should not require the c runtime
x64 and x86_64 mean 64-bit i586 and x86 mean 32-bit
the binary packages include the source code inside the src directory
oppai 3.2.0-b210
- [build] hide unnecessary symbols from the unix shared libraries to speed up loading (doesn't work on macos at the moment and I don't know why)
- [feature] add generated python bindings
pip install oppai
- [enhancement] (only for autocalc mode) always reset ar/od/cs/hp overrides when calling ezpp so you don't need to reset them manually to -1 when switching map
- [bug] fix being unable to switch between ezpp and ezpp_data without reallocating the handle
- [bug] fix autocalc mode not working when changing accuracy_percent
- [test] run test suite on both windows and unix
- [test] run test suite twice: with the shared library and with a normal static build
- [example] add examples that parse the beatmap from memory
- [feature] add _dup versions of ezpp and ezpp_data that create an internal copy of the map/path (useful for bindings)
linux binaries are manually uploaded shortly after the windows release and statically linked against musl libc
windows binaries should not require the c runtime
x64 and x86_64 mean 64-bit i586 and x86 mean 32-bit
the binary packages include the source code inside the src directory
oppai 3.1.1-b197
REMINDER: 3.0.0 and up is a MAJOR breaking change, if you use oppai as a library you will have to change your code to the new api, see release notes for 3.0.0
- [bug] fix hp always being 0 due to a typo introduced in 3.1.0
linux binaries are manually uploaded shortly after the windows release and statically linked against musl libc
windows binaries should not require the c runtime
x64 and x86_64 mean 64-bit i586 and x86 mean 32-bit
the binary packages include the source code inside the src directory
oppai 3.1.0-b195
REMINDER: 3.0.0 and up is a MAJOR breaking change, if you use oppai as a library you will have to change your code to the new api, see release notes for 3.0.0
- [feature] add autocalc mode. calling ezpp_set_autocalc with 1 makes pp automatically recalc whenever you change a parameter
- [build] fix dll not being built with stdcall calling convention on some configurations
- [bug] use -1 as default values for base ar/od/hp/cs and accuracy_percent so you can specify 0% acc or 0 base stats
- [example] add C# FFI example
linux binaries are manually uploaded shortly after the windows release and statically linked against musl libc
windows binaries should not require the c runtime
x64 and x86_64 mean 64-bit i586 and x86 mean 32-bit
the binary packages include the source code inside the src directory
oppai 3.0.0-b189
WARNING: this is a MAJOR breaking change, if you use oppai as a library you will have to change your code to the new api. I'm fairly confident this new api is gonna be set in stone as I'm finally happy with it
- [refactor] remove 500+ lines of code
- [performance] speed up parser significantly (up to 50% if your disk is fast)
- [bug] fix crashes with taiko converts
- [taiko] add test suite for taiko, non-convert diff calc is reliable and pp calc is reliable as long as they are full combo (see ppy/osu#4275 )
- [taiko] greatly improve accuracy of taiko converts. however some converts are probably unfixable due to tiny floating point tolerances in the slider conversion check, even lazer has problems with this
- [refactor] new simpler C interface with no fancy structs so it's easy to call with FFI from other languages, see https://github.com/Francesco149/oppai-ng/blob/master/examples/min.c and https://github.com/Francesco149/oppai-ng/blob/master/examples/reuse.c
- [refactor] the new C interface caches results and avoids re-parsing the map when not necessary, this makes batch processing a lot faster if you sort scores by map
- [refactor] remove singletap stats. it wasn't that useful and i want to come up with a better and more general way to get that kind of info from the map
- [test] run test suite on windows
- [cli] use new interface instead of internals
- [examples] fix bugs in binary example
- [cli] remove debug output module
- [test] remove all old debug output and curl dependency
linux binaries are manually uploaded shortly after the windows release and statically linked against musl libc
windows binaries should not require the c runtime
x64 and x86_64 mean 64-bit i586 and x86 mean 32-bit
the binary packages include the source code inside the src directory
oppai 2.3.2-b183
- [bug] fix initial interval strain end and fix missing last strain interval (by @McKay42). test suite is now back to +-2% error, reduced error by 2x-3x on the test suite maps
linux binaries are manually uploaded shortly after the windows release and statically linked against musl libc
windows binaries should not require the c runtime
x64 and x86_64 mean 64-bit i586 and x86 mean 32-bit
the binary packages include the source code inside the src directory