Welcome, Guest. Please login or register. Did you miss your activation email?

Author Topic: Is it necessary to use OpenAL and libSndFile?  (Read 11654 times)

0 Members and 1 Guest are viewing this topic.

Rishi

  • Newbie
  • *
  • Posts: 9
    • View Profile
Is it necessary to use OpenAL and libSndFile?
« on: October 06, 2010, 09:42:42 am »
Is it necessary to use OpenAL and libSndFile? Can't u use a permissive one? :D:D:D:D

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
Is it necessary to use OpenAL and libSndFile?
« Reply #1 on: October 06, 2010, 10:21:38 am »
I haven't found any alternative to these libraries with a more permissive license. But if you find one, I'd be glad to see them :)
Laurent Gomila - SFML developer

Rishi

  • Newbie
  • *
  • Posts: 9
    • View Profile
Also a note on permissive.
« Reply #2 on: October 06, 2010, 02:55:16 pm »
Quote from: "Laurent"
I haven't found any alternative to these libraries with a more permissive license. But if you find one, I'd be glad to see them :)

There is port-audio, sndio, etc. Can you please develop them?
Is it necessary to use Open-AL when linking to the SF-ML?

Please make sure that SF-ML is incompatible with SDL LGPL direct modification. The permissive softwares are dying--the reason is clearly GPL and LGPL. We are allowing GPL, but GPL doesn't allow code to be put on looser licenses. That is the only fault we did. The GPL will end Proprietary and everything - It also ends Open Spirit. If MS die, can you expect a better 'Linux/UNIX'?
They have been the best competitors. But one thing I can Say is -- If your project is taken over by LGPL by someone, The project will go w/o traces (like X11 and Xlib).::(:.

Can you imagine a world w/o proprietary?
People are becoming selfish.
We have to put the copy-left world to end -- in which everyone is selfish and jealous About others.
We don't need the 'advertising clause' for it -- later GPL and LGPL may allow advertising clause:(.
We have to publicly say that we don't allow copy-left direct modification in the license.

Quote

Real Freedom is Worth much more than ~$300 million
Consider the value of the Apache HTTPD server. If you developed a method to quantify the economic impact of a given technology, Apache HTTPD would probably rank as the most economically significant open source product to date (other than sendmail or bind). Although impossible to accurately measure, the commercial impact of HTTPD is immense - I’d venture that if one were to put a monetary value on the technology that runs 2/3 of the web you’d end up with a figure in the hundreds of billions possibly more. This figure would not only factor in the value of the technology itself, but the value of the commercial ecosystem built atop it - services and products. Chances are high that the majority of people reading this blog entry have in some form or another profited from the work of the HTTPD server project. The key difference between the economic impact of a product like HTTPD and the economic impact of a product like JBoss is that the immense economic benefits of HTTPD haven’t been consolidated in one single corporate entity. This is due in no small part to the Apache Software License. “Free to take, free to change, free to distribute (just tell people where you got it from)”
So, calll me an idealist, but I’d much rather that the fruits of my own open-source “labor” be distributed widely. I’d much prefer to work on an Apache-licensed project with heavy involvement from IBM than a GPL-licensed project owned by Red Hat. Even if IBM is going to take my effort and resell it to many, I’m confident that I have the same rights for code that they contribute. In an Apache licensed project, there is a level playing field, there is an open ecosystem. Geronimo can welcome the participation of individuals and corporations like Virtuas alike, they all have equal right to benefit from the intellectual property developed - there are no second class citizens. I (or you) could take the Maven or Geronimo codebase tomorrow, customize it and sell it to some corporation for thousands of dollars without distributing source of my customizations - the FSF sees that as a bad thing, I see it as encouraging participation and allowing people to create a sustainable commercial “ecosystem” around open-source.
What causes the most damage? When a community is mediated by a single corporate commercial entity, you fail to attract those with casual, but valuable interest, and you end up creating a top-down corporate structure. Open communities like the Apache Software Foundation serve as a sort of neutral referee, they can more easily scale to meet market demand and keep up with the pace of innovation. This is not to say that open source foundations are perfect, the Apache Software Foundation itself tends to get bogged down in the governance process, but at least this process isn’t driven by the commercial interests of a single contributor. And the rules of Apache prevent a single commercial interest from gaining a controlling “share” of a particular PMC. In my view, the ASF exists to encourage open communities, and, IMO, the license is central to that effort.
An alternative reality: the GPL’d Apache HTTPD server
Imagine if there was a single company in 1996 that funded HTTPD development and licensed it under a reciprocal license like GPL. I’m certain that this project wouldn’t have seen the level of corporate and individual participation it has seen over the last ten years. A company like IBM probably would have balked at extending and enhancing such a system knowing that such altruism was simply subsidizing the operations of the controlling corporate organization. You wouldn’t have seen a whole constellation of commercial interests attracted to the development effort, you probably wouldn’t have seen the large number of books printed on the subject. When a company controls the community, you also tend to expect them to take care of the documentation.
If such a company had existed and the httpd server community was “owned” by a single corporate entity, I know what would have happened to that corporation in early 1997, They would have been purchased by Microsoft, and this would have affected the Linux adoption curve as well. If Apache HTTPD had been purchased by Microsoft in 1997, we’d be working in a dramatically different environment. Microsoft would have not only had a monopoly on the browser, they would have had a monopoly on the server-side as well. Java would have been dead on arrival. Technologies like Rails or PHP would have to go through the central mediator that is Redmond. We’d all be paying a lot more for software, and Microsoft would have brought httpd development to a close.
All of these GPL plays will fall off the radar one by one, InnoDB purchased by Oracle. MySQL will eventually be acquired, etc. These companies are buying these products because they want to be the original copyright owner and they want to eventually dual-license, extend and sell commercial licenses. This isn’t scare tactics as much as it is my fear that corporate / GPL / open-source strategies point toward consolidation and we’re not better for it.


Source

Some people are shy to say that they disallow copy-left and they put alternative barriers to copy-left. (Apache, BSD). We can't trust GPL-- Some day it will allow the 'Alternative methods' mentioned

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
Is it necessary to use OpenAL and libSndFile?
« Reply #3 on: October 06, 2010, 03:03:02 pm »
Quote
There is port-audio, sndio, etc. Can you please develop them?

None of them provide the same features as OpenAL + libsndfile.
Laurent Gomila - SFML developer

Rishi

  • Newbie
  • *
  • Posts: 9
    • View Profile
Is it necessary to use OpenAL and libSndFile?
« Reply #4 on: October 06, 2010, 03:08:05 pm »
Quote from: "Laurent"
Quote
There is port-audio, sndio, etc. Can you please develop them?

None of them provide the same features as OpenAL + libsndfile.

Aren't there any alternatives? There MUST be, they may be hidden.
OpenSL + Port-audio + sndio?

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
Is it necessary to use OpenAL and libSndFile?
« Reply #5 on: October 06, 2010, 03:11:24 pm »
Quote
Aren't there any alternatives? There MUST be, they may be hidden.

Then find them ;)
Laurent Gomila - SFML developer

Rishi

  • Newbie
  • *
  • Posts: 9
    • View Profile
Is it necessary to use OpenAL and libSndFile?
« Reply #6 on: October 06, 2010, 04:58:09 pm »
Quote from: "Laurent"
Quote
Aren't there any alternatives? There MUST be, they may be hidden.

Then find them ;)

Open Sound System...?

Rishi

  • Newbie
  • *
  • Posts: 9
    • View Profile
Is it necessary to use OpenAL and libSndFile?
« Reply #7 on: October 07, 2010, 03:03:41 pm »
Is OpenSoundSystem good alternative?
Maybe you can use OpenSL+PortAudio+OSS

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
Is it necessary to use OpenAL and libSndFile?
« Reply #8 on: October 07, 2010, 03:13:01 pm »
Please take the time to investigate about the libraries that you propose, you'll quickly see that they don't match the requirements.

- OpenSL ES has no implementation yet
- PortAudio lacks many features, it only provides basic sound playback
- OSS is Unix only
Laurent Gomila - SFML developer

Rishi

  • Newbie
  • *
  • Posts: 9
    • View Profile
Libao
« Reply #9 on: October 28, 2010, 08:37:54 am »
Is libao good..?
Can't you develop the portaudio?

Rock_Hardbuns

  • Newbie
  • *
  • Posts: 10
    • View Profile
Is it necessary to use OpenAL and libSndFile?
« Reply #10 on: October 28, 2010, 08:31:05 pm »
There's RTAudio which is simpler than portAudio, and under a more permissive license. However, like portAudio it's just low latency input/output streams.

What's the issue with LGPL though?

Rishi

  • Newbie
  • *
  • Posts: 9
    • View Profile
License and freedom...
« Reply #11 on: October 30, 2010, 08:29:08 am »
LGPL is not freedom. LibAO is BSD-ish, right??
I think it has many supported drivers...
LGPL is not the real freedom.
If they disallow proprietary, then why use them in permissive libraries?
I advice not to follow stallman, coz he will drain the IT industry.

Tank

  • SFML Team
  • Hero Member
  • *****
  • Posts: 1486
    • View Profile
    • Blog
    • Email
Re: License and freedom...
« Reply #12 on: October 30, 2010, 11:25:36 am »
Quote from: "Rishi"
If they disallow proprietary, then why use them in permissive libraries?

To protect freedom? And nobody can't just change a license and force every software to follow it. Licenses have revisions, and you're hopefully providing the revision number with your release. So if things go into the wrong direction, you just switch the license or continue with the old one -- or even copy the license text and create your own one. :)

Rock_Hardbuns

  • Newbie
  • *
  • Posts: 10
    • View Profile
Is it necessary to use OpenAL and libSndFile?
« Reply #13 on: October 30, 2010, 11:55:09 am »
You can certainly make proprietary software with LGPL libs. You just can't hijack the lib and make it your property.

I know the LGPL is pretty hard to read, so here is  a rundown:

If you link dynamically to the lib and do not distribute the DLL/SO file, you are not covered by the license at all. Because you are not touching the lib in any legally binding way.

EDIT:
If you link dynamically to the lib and do distribute the DLL/SO file, you are under license. You do not have supply the source to your own software. You only have to alert users to the using of the lib and it's license in your credits/copyright blurbs.
/EDIT

If you link statically, you have to supply the object code to your software so that it can be rebuilt against new versions of the Lib. You do not have to supply the source code to your software, but you do have to supply it for the lib itself.

This is assuming that you don't modify the lib code or include more of it than is required to use the lib. At that point things get messy.

Edit > It appears I was wrong about the redistribution of unmodified binaries. It's ok to do, as long as you let the users know what it is they are getting.

Rishi

  • Newbie
  • *
  • Posts: 9
    • View Profile
LGPL is not freedom.
« Reply #14 on: October 31, 2010, 06:04:13 am »
LGPL is not freedom. Please note derivatives and proprietary are not stealing anything...

 

anything