Android/iOS "Soon"

[FRex]

Well now you're just ranting about stupid/ignorant people being stupid/ignorant.

Bah. I run into new lows on monthly basis so it's hard not to do that.

If someone chooses to hate all FOSS licenses, then they're choosing to never use any software they don't pay money for.

Closed program might come gratis, Unity without Pro, GM without GML, UDK(under 50k$ profit, rather risk free solution), IrrKlang for non commercial(and pricing schemes for commercial are very nice). And that's just for programming related, many people pirate Windows, MS Office, AutoCad, Adobe's software etc. and still hate on FOSS alternatives.

since many of them still think GNU/Linux is a command-line OS.

You mean it's not? 

There is simulator: https://developer.apple.com/library/ios/documentation/IDEs/Conceptual/iOS_Simulator_Guide/Introduction/Introduction.html but according to iforce2d/R.U.B.E. maker who deals with iOS a bit, you can't compile any code on your own actual device whatsoever without buying a license: https://www.iforce2d.net/rube/?panel=loaders


Maybe audio module should remain but have all loaders except direct samples be stubs that always fail? So that desperate people with SFML codebases can get their sound up. That or provide just ogg vorbis support inside SFML to not leave iOS people completely dry?

[Ixrec]

That's what I was afraid of.  Thanks for finding an explicit source on that.

Well there are other iOS applications with audio, so clearly there's some way to get it working.  If libsndfile falls through we may just have to reimplement the audio module using whatever Apple gives us.

I'm not sure why you bring up vorbis because whether a codec is unencumbered has no bearing on this issue.  The code in libsndfile that deals with vorbis is under LGPL, and we'd prefer not to reimplement that from scratch.  Same for all the encumbered codecs.

[FRex]

clearly there's some way to get it working

I'm not sure why you bring up vorbis

The code in libsndfile that deals with vorbis is under LGPL, and we'd prefer not to reimplement that from scratch.  Same for all the encumbered codecs.

Ogg and voribs come with reference implementations under BSD style license, I doubt libsndfile reimplements them, and neither would we. If libsndfile effort to get permissions fails we might be forced to, at least to provide bare minimum of just ogg vorbis and possibly flac(also BSD style) on iOS.

[Ixrec]

It'd still be a pain to figure out how to adapt that implementation for SFML's internals, so let's just hope libsndfile works out and we don't have to do any real work.

[FRex]

I'm not sure but I think only sf::priv::SoundFile uses libsndfile directly so it's not that big a pain, just need few people with strong C-fu to figure it out and vorbis and ogg are nicely documented.

let's just hope (...) we don't have to do any real work.

YES!

[jagt]

After I wrote to the author of libsndfile he said that he would contact all the copyright holders (there seems to be a lot), and make a license exception that would allow static linking on iOS. I'm still waiting for news, so at the moment there's no audio on iOS.

Hi Luarent. Thanks for the feedback! It's good news to know. THe author of libsndfile is really cool too. If that works out it would be so great!

[Gammenon]

Is there any gross estimation of when will be released that Android/iOS support? I didn't find anything about  that.

Thanks in advance and for SFML!

[Lo-X]

Is there any gross estimation of when will be released that Android/iOS support? I didn't find anything about  that.

Thanks in advance and for SFML!

According to Laurent, on the french side, you just have to wait a few days. A branch will be pushed on the public repository, then will arrive SFML 2.2 (few time later)

[Laurent]

According to Laurent, on the french side, you just have to wait a few days. A branch will be pushed on the public repository, then will arrive SFML 2.2 (few time later)

True. However Jonathan (which is working on the Android port) is very busy so this might take a little longer than expected, but we'll do our best to push something to the repository, even if it's still not complete.

[Gammenon]

Wow that's fast. Thank you very much guys!

[Tank]

Any reason for not publishing the stuff you already have?

[Laurent]

Other than Jonathan being busy? No

He told me he just had to do one more modification before I can push the code, so it should be fast. Although the audience will be limited because it will only be available in a separate branch of the repository, we want to avoid being spammed with obvious bugs/lacks reports.

[Tank]

we want to avoid being spammed with obvious bugs/lacks reports.

I see. Too bad for those who'd like to follow the development though.

[G.]

Will there be tutorials? Are they already written?

[Tank]

We probably only need some instructions on setting things up for deploying on iOS/Android. The rest of the API should stay the same, I guess.