"new modizer" project / call for suggestions
category: general [glöplog]
Hi there, I've started to work on a new project to progressively replaced "modizer", my iOS based multiformats player.
It is Flutter based for the UI with C/C++ backends leveraging modizer work for the formats compatibility (libopenmpt, UADE, libxmp, libgme, libvgm, libsidplayfp, libfurnace, ...) and capacity to grab data at channel/voice level + capture notes for various sound chipsets.
There will be OpenGL ES 3 support to have some nice vizualisations similar to modizer (oscilloscope, pianorolls, probably projectM as well, ...).
Main targets are iOS & Android and macos/linux/windows as seconday ones.
UX (main issue with modizer) is inspired from spotify & apple music, with a server side indexing the usual online repositories (modland, hvsc, cgsc, asma, amp, zxart, vgmrips, snesmusic, ...) through (currently) postgresql & postgrest.
It will be free & opensource, I will upload a first version once the foundations are stable enough on my usual github page.
If you have suggestions you are welcome!
It is Flutter based for the UI with C/C++ backends leveraging modizer work for the formats compatibility (libopenmpt, UADE, libxmp, libgme, libvgm, libsidplayfp, libfurnace, ...) and capacity to grab data at channel/voice level + capture notes for various sound chipsets.
There will be OpenGL ES 3 support to have some nice vizualisations similar to modizer (oscilloscope, pianorolls, probably projectM as well, ...).
Main targets are iOS & Android and macos/linux/windows as seconday ones.
UX (main issue with modizer) is inspired from spotify & apple music, with a server side indexing the usual online repositories (modland, hvsc, cgsc, asma, amp, zxart, vgmrips, snesmusic, ...) through (currently) postgresql & postgrest.
It will be free & opensource, I will upload a first version once the foundations are stable enough on my usual github page.
If you have suggestions you are welcome!
1:1 perfect amiga mod output ;)
o0ooo a muli demotrack player! putting .xm and .mod files you probably are going to put,
but doing .sid would be nice. if you can emulate the whole 6502 chip, of course.
but doing .sid would be nice. if you can emulate the whole 6502 chip, of course.
sounds great! if you need testers and whatnot, I'm game.
regarding call for suggestions: my main issue with modizer was discoverability, but it's not easy to solve I guess, given the quality of metadata :) but yeah.. I think my main pain points have been finding tunes, and making it easy for me to listen to them (playlists, "albums", that sort of thing)
regarding call for suggestions: my main issue with modizer was discoverability, but it's not easy to solve I guess, given the quality of metadata :) but yeah.. I think my main pain points have been finding tunes, and making it easy for me to listen to them (playlists, "albums", that sort of thing)
moi j'dis yoyo président
thanks for the feedback.
I should have a version ready for testing soon. The user experience will be closer to apple music/spotify, the limit, as farfar wrote, being the quality of the metadata.
right now the flutter app is being built and tested on macos/ios/android, currently working on:
[player]
- artist/album/track received from an online server indexing contents from modland/vgmrips/snesmusic/(some)joshw repositories
- recently listened
- library (add/remove)
- favorites
- playlist
[UI]
- simplified "apple music" like UI (home/search/library/settings), mini player at the bottom, tap to open main player screen
- some visualizers: stereo or voices based oscilloscope with waveform stabilization, midi like notes scroller (more to come from modizer)
[playback libraries]
- libopenmpt for usual tracker based files
- gme for usual 8/16bits consoles
- nsfplay for better nsf/nsfe
- gbsplay for better gb/gbs
- highly experimental for psf/psf2
- vgmstream for stream music
- (more to come from modizer)
Main architecture is:
- C/C++ backend responsible for music rendering and openGL based visualisers
- Flutter/Dart responsible for UI & interfacing with the server side
- Server is postgresql / postgrest exposing APIs to access indexed content, receiving stats and providing additional data such as "popular tracks/artists/albums", "recently listened", ...
I should have a version ready for testing soon. The user experience will be closer to apple music/spotify, the limit, as farfar wrote, being the quality of the metadata.
right now the flutter app is being built and tested on macos/ios/android, currently working on:
[player]
- artist/album/track received from an online server indexing contents from modland/vgmrips/snesmusic/(some)joshw repositories
- recently listened
- library (add/remove)
- favorites
- playlist
[UI]
- simplified "apple music" like UI (home/search/library/settings), mini player at the bottom, tap to open main player screen
- some visualizers: stereo or voices based oscilloscope with waveform stabilization, midi like notes scroller (more to come from modizer)
[playback libraries]
- libopenmpt for usual tracker based files
- gme for usual 8/16bits consoles
- nsfplay for better nsf/nsfe
- gbsplay for better gb/gbs
- highly experimental for psf/psf2
- vgmstream for stream music
- (more to come from modizer)
Main architecture is:
- C/C++ backend responsible for music rendering and openGL based visualisers
- Flutter/Dart responsible for UI & interfacing with the server side
- Server is postgresql / postgrest exposing APIs to access indexed content, receiving stats and providing additional data such as "popular tracks/artists/albums", "recently listened", ...