Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Questions re: cross-platform compatability #17

Open
jprjr opened this issue Feb 3, 2020 · 3 comments
Open

Questions re: cross-platform compatability #17

jprjr opened this issue Feb 3, 2020 · 3 comments
Labels

Comments

@jprjr
Copy link
Contributor

jprjr commented Feb 3, 2020

Hi there, I was looking through the NSFPlay 3.0 Roadmap (#7) and would love to try to help with the Mac/Linux port line items.

Right now I have just one question that could help guide the process - what version of MSVC do you currently target/support? And for 3.0, do you plan on changing the minimum supported MSVC version? I'll try and keep changes compatible.

@bbbradsmith
Copy link
Owner

bbbradsmith commented Feb 3, 2020

NSFPlay 3 is a planned total rewrite.

The reason NSFPlay 2 isn't cross platform already is just that it's heavily entangled with MFC and the core playback library isn't adequately separable from everything else. The rewrite will address both of these things. I'll use a cross platform library for the GUI, and it won't be difficult to support other platforms at the point, and the core part of the library will be available for other

So, I appreciate the offer, but I can't really solicit any specific help. I have the tools to develop and test Mac and Linux software, that's not the problem. I just wouldn't really want to try to port NSFPlay 2 to either of those, though. I more or less consider the GUI / front-end on life support until I finish up the last of my tasks for NSFPlay 2 and move on to the rewrite.

So it's not that NSFPlay 2 couldn't be ported, it's just that it'd be a lot of work that will basically be discarded for version 3.

As for the other question: it's currently VS2017. I'll probably use whichever version of MSVC is current or most viable when I begin NSFPlay 3, but I'll also have XCode and GCC as targets at that point.

@jprjr
Copy link
Contributor Author

jprjr commented Feb 3, 2020

Follow-up question: would there be value in working on detangling the player core, or is that likely to need a complete rewrite as well?

At first glance (and emphasis on just a glance), it seems like the configuration part of the core is the main part that has some Windows-specific code in there (for loading from and saving to ini files, splitting/making paths, mutexes). I'd be happy to help to work on that, too.

@bbbradsmith
Copy link
Owner

It will be a complete rewrite.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants