That's what I figured, but then why many open source projects support .mp3s anyway?
Maybe there is a way to figure how .mp3 playback can be enabled not endangering users that are afraid of patent issues? Maybe a switch in the package manifest, plus a need to provide an appropriate .mp3 implementation .so/.dll would be enough? That way non-mp3 apps would not be in danger of suing and those who can afford to use .mp3s wouldn't be hindered by that?
The problem is I don't want to ship or bundle any sounds, it wouldn't be that much of a problem to find the original disk and rip the to .oggs, or even transcode from .mp3s, I doubt anyone would notice, but I want to be able to play files that user already has on his PC and telling him 'hey, you can use my app if and only if you convert all your music library from .mp3s to .ogss, they are all better off as .oggs anyway' is a big no-no. A lot of people download music of the intarwebs and even if they didn't I imagine they couldn't be bothered to convert them all just to use that one app that scoffs at .mp3.
Granted, my application looks unique enough to not have any alternatives - at least I didn't find any DM playlists with nice cataloguing and looping features - but they would probably don't care about the added benefit of not having to cut files manually in Audacity or playing them in the whole which sometimes can sound anticlimactic when you get an intro part in the middle of a fight or skipping if they have to make additional effort to use it.
It's either I can find some way to play .mp3s on node-webkit (help implement that in the way I described above? transcode .mp3s to .oggs using node?) or move off it entirely and continue to simulate node.js APIs through a REST interface.
I'm not sure about the coding part thought, in the end I didn't win against gyp, so I may turn out not to be of much help due to that ; /
Also, sorry for sending the last reply directly to you. I can't really wrap my head around those discussion groups.