AW: mAIRlist-Trackupdates eines Streams senden?
Wozu ist dann hier die Katogorie Heimstudio Software wenn man die nicht nutzen darf??
Sicher darf man das. Es steht aber die Frage der Zweckmäßigkeit im Kontext zum Anliegen immer mal wieder im Raum.
Es sei dahingestellt, ob du möglicherweise aus dem Bauch heraus eigentlich genau wusstest, dass es sich gar nicht um ein mAirList-Problem handelt, oder dir das sogar ganz unmittelbar klar war. Wie sich herausgestellt hat, ist es ja auch gar keins und daher ist die Frage dem Hintergrund nach hier richtig aufgehoben. Sie war nur einfach nicht so formuliert, dass sie den Kern der Sache traf. Sowas stiftet einfach Verwirrung und stößt dem einen oder anderen User auch schnell mal sauer auf.
@dea die idee hatte ich schonmal nur ist das Problem das ich SHOUTcast eigentlich gut finde und dabei bleiben wollte
Man kann ihn gut finden - klar. Aber eben auch nur so lange, wie er genau das tut, was man benötigt. Das ist mit einer Software nicht anders als mit einem x-beliebigen Gebrauchsgegenstand.
Besondere Anforderungen erfordern aber auch besondere Maßnahmen und nicht selten neue Kompromisse. Insofern muss man sich fragen, was ein Shoutcast so viel besser kann, als ein Icecast. Für ein durchschnittliches Webradio XYZ nicht mehr und nicht weniger als genau eine Sache: YP.
Deren Effekt ist im Wesentlichen aber auch nur, es Streamrippern und Hackbots leichter zu machen, denn die YP dürften die ersten Listen sein, die ständig durchwühlt werden. Ansonsten interessiert sich erfahrungsgemäß so gut wie keiner in der großen weiten Welt für ein deutsches Webradio aus Hintertupfingen. Damit ist selbst der Verzicht auf das Listing in den YP zunächst verschmerzbar.
Grundsätzlich besteht seit sc_serv 2.0 die Möglichkeit, diesen als Relay für einen Icecast einzusetzen. Somit würde sich trotz möglichem YP-Listing genau der folgende Ulk vermeiden lassen.
(sc_trans) nur bekomm ich den nicht gescheid konfiguriert
Und damit sind wir genau bei dem, was ich oben schon als NoGo definierte, sofern es keine grundsätzliche Notwendigkeit dazu gibt.
Aus welchem Grund sollte man jeden, wirklich jeden x-beliebigen Stream vor seiner Ausgabe auf den Server trans- bzw. recodieren? Nichts anderes macht die (liebevoll) Transe nämlich. Das will heißen: Der Hörer bekommt niemals das zu hören, was wer auch immer produziert hat, sondern noch weiter daten- und somit qualitätsreduzierten Audiomatsch.
Wäre ich Moderator bei einem Webradio, das solchen Mist fabriziert, wäre das für mich sofort ein Grund, den "Sendebetrieb" einzustellen.
... manchmal nervt es einfach, wenn DURCHGEHEND vom Thema abgewichen wird um jemanden zu verbessern und großkotzig (entschuldige den Ausdruck) zu sein!
Manchmal sieht Niveau aus wie Arroganz, in jedem Fall und immer aber nur von unten.
Davon abgesehen halte ich es für normal (und schon wieder weichen wir vom eigentlichen Thema ab), dass ein Fragesteller, der sich in ein Forum verirrt, dies nicht zufällig tut, sondern wohl deshalb, weil er Hilfe benötigt.
Da ist es dann wenig hilfreich, wenn er den Helfern ans Bein pinkelt, nur weil sie entweder nachfragen, wenn sie die Frage nicht verstehen, oder weil sie nicht DIE EINE Lösung haben, die dem Fragesteller auch noch bequem genug ist.
Wir sind hier nicht bei Katzenfutters Corporation: Dose auf -> Katze satt.
Schlussendlich bleibt die Frage, ob es sinnvoll oder besser sei, sich noch ein paar Stunden mit einer suboptimalen Lösung zu beschäftigen, oder die gleiche Zeit der Einrichtung und Erprobung der Lösung zu widmen, die vermutlich (nach dem aktuellen Stand der Erkenntnisse) alles mit einem Schlag erledigt.
Entschließt du dich zu letzterem, könnte ich notfalls noch weiterhelfen, obwohl die meisten Fragen mit den Links oben schon beantwortet wären. Dieser Shoutcast-Transen-Krempel ist definitiv weder einfacher, noch sonst besser; entsprechend überlasse ich den Support anderen.