Das deutsche Python-Forum

Hi!

Ich suche eine Soundbibliothek zum Einbinden, welche auch mehrere Töne gleichzeitig ohne Verzerrung abspielen kann. Die, die ich gerade verwende ist 1. sehr langsam und 2. wenn ich zwei Button nach einander schnell drücke (beide mit jeweils einem anderen Ton belegt) werden diese nur verzerrt ausgegeben. Das nervt echt!

Danke für eure Hilfe!


LG
Luap12

Luap12 hat geschrieben: Die, die ich gerade verwende ist 1. sehr langsam und 2. wenn ich zwei Button nach einander schnell drücke (beide mit jeweils einem anderen Ton belegt) werden diese nur verzerrt ausgegeben.

Welche ist denn das? Und wie hast Du das implementiert? (also könnte es sich einfach um das Phänomen des sequentiellen "Abarbeitens" handeln?)

Hyperion hat geschrieben:(also könnte es sich einfach um das Phänomen des sequentiellen "Abarbeitens" handeln?)

Was ist das?

Luap12 hat geschrieben: Was ist das?

Naja, formulieren wir es mal anders herum: Wenn Du parallel Töne abspielen willst, dann musst Du diese Nebenläufigkeit ja irgend wie sicherstellen! (z.B. durch Threads, Subprozesse usw.) Wenn Du auf einen Button drückst und danach auf einen anderen, so werden diese "Events" durch die GUI-Lib ja normalerweise sequentiell abgearbeitet. Von daher wäre es logisch, dass die "Töne" auch nacheinander ausgegeben werden.

Zur Zeit nutze ich Gstreamer (oder wieder das heißt)...

Naja, du müsstest schon etwas konkreter aus, wie schaut der Code aus, der das Abspielen der Sounds einleitet?

Nein, Code halte ich zurück.
Wenn mir hier niemand einfach mal ein paar gute Soundbibo's auflisten kann, bin ich hier falsch und werde mich dann wohl selber auf eine recht unnötige Suche begeben.

LG
Luap12

Ja gut, eine gute Soundbibliothek ist Gstreamer. Und nun?

@Luap12: Mit der – das sei hinzugefügt – diverse beliebte Anwendungen völlig problemlos arbeiten, was die Vermutung nahe legt, dass Du die Bibliothek einfach fehlerhaft verwendest, was uns wieder direkt zur Frage nach dem Quelltext führt. Wenn Du Hilfe möchtest, musst Du uns schon helfen lassen.

Ansonsten kannst Du gerne weitersuchen, aber es gibt außer gstreamer nicht viel anderes. Qt bietet zwar Phonon, was aber intern selbst gstreamer nutzt. Du kannst allenfalls mal pygame probieren.

@Luap12: Du musst ja nicht Deine tolle Anwendung her zeigen -- es reicht ein minimales aber lauffähiges Beispiel, mit dem man das Problem nachvollziehen kann. Denn ohne zu sehen wie Du das konkret machst, kann man auch nicht sagen wo der Fehler liegt.

lunar hat geschrieben:Qt bietet zwar Phonon, was aber intern selbst gstreamer nutzt.

Phonon unterstützt mehrere Backends, ich nutze etwa das mplayer-Backend, und es gibt AFAIR noch ein Xine-Backend. Aber ja, generell stimme ich natürlich zu, die überwiegende Mehrheit der Phonon-Installationen nutzt wohl GStreamer.

@Leonidas: Mir musst Du das nicht erzählen. Schon klar, dass es mehrere Backends gibt, neben gstreamer mindestens noch xine, mplayer und vlc. Allerdings wird nur gstreamer Teil von Qt selbst, ergo das „Standard“-Backend, und daher immer dann in Verwendung, wenn Qt nur als Abhängigkeit installiert wurde und/oder der Nutzer das Backend nicht explizit gewechselt hat, was – wie Du bereits festgestellt hast – wohl auf die Mehrheit der Qt-Installationen zutrifft.

Zudem kann die Anwendung das Backend nicht selbst wählen, insofern kann man als Qt-Entwickler nicht sicher sein, dass ein anderes Backend genutzt wird. Wenn der OP gstreamer nicht mag, ist Phonon folglich keine sinnvolle Alternative.

Ja, ich weiß dass ich dir das nicht extra erzählen muss Aber trotzdem danke für die zusätzlichen Infos

(Wie ich finde interessante) Diskussion auf der phonon-Backend-Mailingliste: xine scheint wohl keine Zukunft zu haben.