Implement ov_read_filter callback wrapper for libvorbisfile

[gigachadmma69]

Summary

Implement the missing ov_read_filter() callback wrapper in the libvorbisfile wrapper, fixing a SIGSEGV when applications use this function.

Fixes #2852

Details

ov_read_filter() was commented out in the private header because its signature contains a function pointer (B marker). This PR adds proper callback bridging following the existing pattern used by ov_open_callbacks and ov_test_callbacks.

API signature:

long ov_read_filter(OggVorbis_File *vf, char *buffer, int length,
                    int bigendianp, int word, int sgned, int *bitstream,
                    void (*filter)(float **pcm, long channels, long samples, void *filter_param),
                    void *filter_param);

Changes:

1. Added ov_read_filter to the SUPER() function lookup (with iFppiiiippp_t typedef)
2. Added filter callback slots (8 slots) with RunFunctionFmt("pllp", ...) bridging
3. Added findfilterFct() for x86→native callback mapping
4. Added my_ov_read_filter() EXPORT wrapper
5. Changed _private.h from //GO(ov_read_filter,...) to GOM(ov_read_filter,iFEppiiiippp)

Test plan

• Build box64 and verify no compilation errors
• Launch Xonotic 0.8.6 and load a map (previously crashed with SIGSEGV)
• Run any application that uses ov_read_filter for audio decoding with custom PCM filtering

[ptitSeb]

STOP PUSHING BOGGUS PR; You have numerous PR that fails CI, stopping pushing new ones and fix the old one.
I'll close without message any new PR until the previous one are fixed.

[gigachadmma69]

Apologies for the broken PRs — all of them should be passing CI now. I wasn't including the generated files. Won't push new PRs until everything is clean.

[ptitSeb]

You need to force sync with upstream on your side, it's not merging automaticaly anymore.

[gigachadmma69]

Rebased on latest main. Wrapper.c/wrapper.h now from upstream (already had the iFEppiiiippp type). Only adds x64printer.c debug entry and wrappedvorbisfiletypes.h SUPER() entries on top.

[ptitSeb]

Nope, still red...