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

Author Topic: Possible changes in the audio API  (Read 11246 times)

0 Members and 1 Guest are viewing this topic.

Tex Killer

  • Full Member
  • ***
  • Posts: 242
    • View Profile
Possible changes in the audio API
« Reply #15 on: February 25, 2012, 12:52:50 am »
Why?

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
Possible changes in the audio API
« Reply #16 on: February 25, 2012, 09:26:32 am »
It's too high-level, and very specific. However I'll try to provide more tools so that writing such a class doesn't require hacking into SFML sources.
Laurent Gomila - SFML developer

Tex Killer

  • Full Member
  • ***
  • Posts: 242
    • View Profile
Possible changes in the audio API
« Reply #17 on: February 25, 2012, 10:22:55 am »
It allows the configuration of any playlist, with loops and anything else one would want to do with return points. Why is it too specific?

About the high level, I guess it makes things simplier, and fits SFML.

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32498
    • View Profile
    • SFML's website
    • Email
Possible changes in the audio API
« Reply #18 on: February 25, 2012, 02:15:27 pm »
Quote
It allows the configuration of any playlist, with loops and anything else one would want to do with return points. Why is it too specific?

How many users need a playlist? Definitely not a majority.

Quote
About the high level, I guess it makes things simplier, and fits SFML.

Don't misunderstand the "Simple" of SFML. It means that what SFML provides is made simple, not that it will simplify everything that the user would need to do (like an audio engine would do).
Laurent Gomila - SFML developer

model76

  • Full Member
  • ***
  • Posts: 231
    • View Profile
Possible changes in the audio API
« Reply #19 on: February 25, 2012, 04:44:43 pm »
Quote from: "Laurent"
I'll try to provide more tools so that writing such a class doesn't require hacking into SFML sources.


I look forward to seeing what you come up with, Laurent!
The audio part of SFML could use a little love in this regard.

Tex Killer

  • Full Member
  • ***
  • Posts: 242
    • View Profile
Possible changes in the audio API
« Reply #20 on: February 26, 2012, 09:20:51 am »
I don't think this simplifies anything, it just increases the sf::Music funcionality.

But it is okay. I guess I'll wait for those changes you've said and make this code apart from SFML when it comes.

tobybear

  • Newbie
  • *
  • Posts: 27
    • View Profile
Possible changes in the audio API
« Reply #21 on: February 26, 2012, 05:02:25 pm »
Quote from: "Laurent"
It's too high-level, and very specific. However I'll try to provide more tools so that writing such a class doesn't require hacking into SFML sources.

Well I think it does definitely make sense to have such a functionality, though not necessarily as part of the SFML base package. What I would love most is that Laurent finds a way so that Soundfile can be accessed from outside without having to modify SFML base sources and have Tex Killer's class available as an optional download (from the wiki for example) that simple can be dropped into the project, sort if like an extension.

 

anything