mcc on Nostr: So taking a very long shot but I guess the retrocomputing folks are all here Does ...
So taking a very long shot but I guess the retrocomputing folks are all here
Does anyone know what library-able .xm (FastTracker2) file playback implementation is *the most efficient I can get*?
Bonus question: Are there any library-able .xm players that *don't use the FPU*?
I'm in Rust (but should be able to call into C), I tried xmrsplayer and it was a *little* beyond this tiny 80mhz CPU, gonna try libxm next but even that uses floats and I don't entirely trust this FPU
Published at
2024-06-04 20:16:44Event JSON
{
"id": "52d89380f035e2eb124ce87649ebe09ebe34d8763ee85c5883b23bd2b9b81c17",
"pubkey": "a3162b9720f6b515ac4bd22d5ea4abf0f85f5685130dca40f46fe684fe85b255",
"created_at": 1717532204,
"kind": 1,
"tags": [
[
"proxy",
"https://mastodon.social/users/mcc/statuses/112560190543239763",
"activitypub"
]
],
"content": "So taking a very long shot but I guess the retrocomputing folks are all here\n\nDoes anyone know what library-able .xm (FastTracker2) file playback implementation is *the most efficient I can get*?\n\nBonus question: Are there any library-able .xm players that *don't use the FPU*?\n\nI'm in Rust (but should be able to call into C), I tried xmrsplayer and it was a *little* beyond this tiny 80mhz CPU, gonna try libxm next but even that uses floats and I don't entirely trust this FPU",
"sig": "a7bb46817000915d143331218e45cb505c8131d37c170ef149ab6a0f9f671823e74920ef8e66e9397b6051b2ccede83fb34b80f5d5a472f1d702632cb8f7a167"
}