AW: Probleme beim Senden (Stream-Abbruch o.ä.)
Um mal die vielen "persönlichen Erfahrungen" in diesem Thread ein wenig mit Fakten zu untermauern.
a) die 2er Version von SAM war bislang die stabilste im laufenden Betrieb.
Bei Version 3 machte die Umstellung auf die neue "Audio-Pipeline" am meisten Ärger, dies war aber mit den späteren Versionen gut behoben worden. Allerdings kann man sich genau an dieser Stelle das Programm mehr als kaputtkonfigurieren (mehr noch bei der erweiterten Form in den späten 3er und den 4er Versionen...)
b) Es gibt definitiv Probleme mit Multicore-Systemen, diese sind auch schon einige Male thematisiert worden - Abhilfe hier : Update auf aktuelle Version, sofern die Software legal erworben wurde.
c) eine andere Ursache kann die Verwendung eines fehlerhaften MP3-Codecs sein, der z.B. in den ersten 4er Versionen installiert wurde (vielleicht mal ne 4er Demo ausprobiert?), aber evtl. auch durch andere Software wie Winamp oder andere Medienplayer aufs System geraten ist. Dieser erzeugt eine Prozessorlast von 100% (oder eben 50% bei nur einem aktivierten Core
) und bringt SAM zum EInfrieren, Abstürzen oder anderen fehlerhaften Verhaltensweisen. Auch hier hilft ein Update entweder von SAM auf aktuelle Version oder aber ein Austausch/Update des LAME MP3 Codecs. bei music-digital findet sich hierzu eine Anleitung, die auch im Spacialaudio-Forum gepostet wurde.
d) Gecrackte Versionen, die im Umlauf sind, zeigen ebenfalls solche Probleme, da u.a. die Streaming-Funktionalität z.B. bei der Demoversion durch einen Timer begrenzt wird. Da die meisten im Umlauf befindlichen Cracks auf den frei verfügbaren Demoversionen basieren, haben diese unter Umständen den "Bug" frei Haus mit drin.
Von der Symptomatik her würde ich das Problem am ehesten in Punkt c) einodnen und vermuten, daß - aus welchem Grund auch immer - mal eine 4er Demoversion installiert wurde und damit der fehlerhafte MP3-Codec installiert wurde.
Auszuschliessen sind sämtliche hier gemachten Vermutungen
- hinsichtlich Datenbank (zumal SAM von Hause aus 4 verschiedene Datenbanksysteme anbietet und das auch schon in der 3er Version
)
einfach aus dem Grunde, daß die Datenbankabfragen mit dem Streaming nicht korrelieren - sprich, das Hauptproblem ist ja, daß der Stream aufgrund zu langsamer Reaktion des Rechners nicht bedient werden kann, nicht, daß Titel aufgrund langsamer Datenbank nicht rechtzeitig gefunden werden (dann würde der Stream nämlich "stumm" weiterlaufen!) Die Datenbankabfragen sind nicht so umfangreich, als daß hier auf einer derart performanten Maschine auch nur merkbare Unterschiede entstehen würden.
- Firewall/MTU - würden sich vor Abriss zunächst als "Drop-out" bemerkbar machen, wenn ein Packet nicht ankommt bzw. zu einem totalen Ausfall (kann nicht zum Streamserver connecten) - nicht aber in einem mehr oder minder regelmäßigen Abbruch einer schon aufgebauten Verbindung. Dann müsste schon der Server, der die Daten empfängt, verpfuscht sein, daß er sofort bei Fehlen eines Packets die Verbindung quittiert (auch würde das bei SAM keine Fehlermeldung auslösen, allenfalls würde man im Log zu sehen bekommen, daß die Verbindung unterbrochen wurde)
In aller Regel sind diese auch entsprechend auf "normale" Internetnutzung eingestellt (zwar nicht "optimal", dafür aber "safe" ) damit sollte es also eigentlich funktionieren - ich hab hier im Laufe der Zeit schon ein halbes Dutzend Router angeschlossen gehabt, und keiner war so verkonfiguriert, als daß es derartige Probleme hätte geben können.
Abhilfe bzw. weiterführende Diagnostik: Statt "Legacy MP3" mal MP3Pro oder einen anderen Codec versuchen (beim MP3pro gibts zum Beispiel auch ein paar MP3-Codierungen) - wirds dann besser bzw. kommen keine Fehler mehr, den Codec austauschen (siehe oben) und gut ist.
Gruß,
Croydon