Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

SFML 2.3 Released!

Werbeanzeige

eXpl0it3r

Treue Seele

  • »eXpl0it3r« ist der Autor dieses Themas

Beiträge: 386

Wohnort: Schweiz

Beruf: Professional Software Engineer

  • Private Nachricht senden

1

09.05.2015, 21:33

SFML 2.3 Released!

Nach einigen Monaten mit vielen Bugfixes und ein paar wenigen Features, können wir nun mit freuden den vollständigen Release von SFML 2.3 bekannt geben. :)


(Link)


Highlights und wichtige Änderungen:
  • Neuer Event für hochpräzises Srcolling.
  • Support für die Erstellung von OpenGL 3 Core Contexts.
  • Behoben einiger OpenGL und Joystick Problemen und Crashes.
  • Ersetzte GLEW durch ein Loader generiert mit glLoadGen.
  • Ersetzte libsndfile durch Vorbis, FLAC und OGG native Libraries.
  • Wechselten von Xlib zu XCB.
  • Änderten die SOVERSION zu "major.minor".
  • Bumped-back die OpenGL Version Voraussetzung auf 1.1.
  • Aktualisierten die externen Abhängigkeiten (stb_image 2.02, FreeType 2.5.5).
Der komplette Changelog mit Beschreibung und Links für alle Features und Bugfixes, kann hier gefunden werden: http://www.sfml-dev.org/changelog.php#sfml-2.3

Kompatibilität:
  • API: Kompatibel mit allen 2.x Versionen
  • ABI: Mögliche Kompatiblität zu 2.3 oder älter, keine Garentie.
Bekannte Probleme:
  • Linux: sf::Event::Resized wird ebenfalls generiert wenn das Fenster verschoben wird.
> Zum Offiziellen Release Text
> https://github.com/SFML/SFML
Blog: https://dev.my-gate.net/
—————————————————————————
SFML: https://www.sfml-dev.org/
Thor: http://www.bromeon.ch/libraries/thor/
SFGUI: https://github.com/TankOs/SFGUI/

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »eXpl0it3r« (09.05.2015, 21:57)

TrommlBomml

Community-Fossil

Beiträge: 2 117

Wohnort: Berlin

Beruf: Software-Entwickler

  • Private Nachricht senden

2

10.05.2015, 10:31

Kannst du etwas mehr zum Thema GLEW durch glLoadGen erzählen? Ich erinnere mich, als ich SFML als Framework für ein Projekt Fenster + nativen OpenGL aufgesetzt habe, dass ich probleme mit intern verwendeten OpenGL Erweiterungen hatte. Warum wurde das gemacht? Leider finde ich nicht so richtig aus dem Issue auf Github heraus, warum das getan wurde.

Ansonsten freue ich mich auch sehr, was sich so alles verbessert hat :)

eXpl0it3r

Treue Seele

  • »eXpl0it3r« ist der Autor dieses Themas

Beiträge: 386

Wohnort: Schweiz

Beruf: Professional Software Engineer

  • Private Nachricht senden

3

10.05.2015, 21:46

glLoadGen generiert ein Header der genau zugeschnitten ist, auf das was wirklich gebraucht wird, während GLEW einfach alles mitbrachte.
Zusätzlich haben wir eine Abhängigkeit weniger und somit auch eine Problemquelle weniger.

Wenn du allgemein Features zu glLoadGen erfahren möchtest, kannst du ja ins offizielle glLoadGen Wiki schauen. Interessant mag auch diese StackOverflow Antwort vom Entwickler von glLoadGen selbst sein, welche auch ein paar Mal GLEW erwähnt.
Blog: https://dev.my-gate.net/
—————————————————————————
SFML: https://www.sfml-dev.org/
Thor: http://www.bromeon.ch/libraries/thor/
SFGUI: https://github.com/TankOs/SFGUI/

Evrey

Treue Seele

Beiträge: 245

Beruf: Weltherrscher

  • Private Nachricht senden

4

10.05.2015, 23:46

Zitat

Ersetzte libsndfile durch Vorbis, FLAC und OGG native Libraries.
Als Begründung wurde irgendwas vonwegen iOS und Lizenzen erwähnt. Was war da jetzt genau das Problem?

C-/C++-Quelltext

 
1
2
3
4

int main(int _argc, char** _argv) noexcept {
  asm volatile("lock cmpxchg8b %eax");
  return 0;
} // ::main
(Dieses kleine Biest vermochte einst x86-Prozessoren lahm zu legen.)

=> Und er blogt unter Hackish.Codes D:

eXpl0it3r

Treue Seele

  • »eXpl0it3r« ist der Autor dieses Themas

Beiträge: 386

Wohnort: Schweiz

Beruf: Professional Software Engineer

  • Private Nachricht senden

5

11.05.2015, 00:26

libsndfile ist unter der LGPL Lizenz, diese erlaubt es nicht statisch zu linken, ohne dass das ganze Projekt ebenfalls unter LGPL/GPL fällt. iOS erlaubt aber leider nur statisch gelinkte Libraries. Somit war libsndfile keine Option mehr für SFML.
Falls du dich fragst was mit OpenAL Soft ist, was ebenfalls unter LGPL steht, dafür gibt es auf iOS (und Android) extra Implementationen, welche - wenn ich das richtig verstanden habe - dynamisch gelinkt werden kann.
Blog: https://dev.my-gate.net/
—————————————————————————
SFML: https://www.sfml-dev.org/
Thor: http://www.bromeon.ch/libraries/thor/
SFGUI: https://github.com/TankOs/SFGUI/

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »eXpl0it3r« (11.05.2015, 08:43)

BlueCobold

Community-Fossil

Beiträge: 10 738

Beruf: Teamleiter Mobile Applikationen & Senior Software Engineer

  • Private Nachricht senden

6

11.05.2015, 07:08

Jup, OpenAL ist als dynamisch gelinkte Systembibliothek durch Apple auf iOS bereits vorhanden (als so genanntes "Framework").
Teamleiter von Rickety Racquet (ehemals das "Foren-Projekt") und von Marble Theory

Willkommen auf SPPRO, auch dir wird man zu Unity oder zur Unreal-Engine raten, ganz bestimmt.[/Sarkasmus]

Evrey

Treue Seele

Beiträge: 245

Beruf: Weltherrscher

  • Private Nachricht senden

7

11.05.2015, 12:35

Ah, okay. Wurde bloß hellhörig, weil ich selbst libsndfile nutze. Aber da iOS nicht in meine Zielgruppe fällt, muss es mich nicht weiter jucken. Danke dafür.

C-/C++-Quelltext

 
1
2
3
4

int main(int _argc, char** _argv) noexcept {
  asm volatile("lock cmpxchg8b %eax");
  return 0;
} // ::main
(Dieses kleine Biest vermochte einst x86-Prozessoren lahm zu legen.)

=> Und er blogt unter Hackish.Codes D:

Werbeanzeige

Ähnliche Themen