Archiv Diskussion:2010/Streamingprojekt

Live-Production Software

Wichtig ist auch die eigentliche Software. Heißt bei mehreren Kamerasignalen die in den Computer eingehen, woher soll dieser wissen welches gerade gestreamt werden soll? Auf dem BuPT wurde Wirecast von Telestream genutzt. JEdoch kostet das Geld und ist auch nur für Windows und Mac verfügbar. Wer kennt ähnliche Software (am besten OpenSource und Linux), die auch etwas taugt? Wichtig ist die Unterstützung von Einblendungen und mehrerer Kameras. --Joshua Brück 15:59, 9. Jul. 2009 (CEST)

Mal nach oben verschoben, da es wirklich das wichtigste ist. Es ist nicht nur wichtig das gestreamt wird sondern auch Recordings existieren. -- Lucky 17:32, 9. Jul. 2009 (CEST)

Aus leidlichen erfahrungen kann ich nicht empfehlen die einzelnen Quellen auf dem PC abzumischen. Das Abmischen auf nem Hardwaremixer ist deutlich ausfallsicherer. -- Elex 19:58, 28. Sep. 2009 (CEST)

Vorschlag: flache Hierarchie implementieren

2 Konzept für verschiedene parallel laufende Veranstaltungen

Konzept 1

+-----------------+             +-----------------+
| StreamSource 01 |             | StreamSource 02 |   ...
+-----------------+             +-----------------+
        |                                |
        |                                |
        |                                |
         \                              /
          \                            /
           \                          /
            \                        /
          +--+----------------------+--------+
          |  |   piratenstream.de   |        |
          |  V                      V        |
          | +----------+  +----------+       |
          | | master01 |  | master02 |  ...  |
          | | .ps.de   |  | .ps.de   |       |    (je ca 20 Slots ausschliesslich für relays)
          | +----------+  +----------+       |
          +-----+-+-+----------+--+----------+
                | | |          |   \
               /  |  \         |    \
              /   |   \        |     \
             /    |    \        \     \
            /     |     \        |     \
           V      V      V       V      V 
         +---+  +---+  +---+   +---+  +---+
         | r |  | r |  | r |   | r |  | r |
         | e |  | e |  | e |   | e |  | e |
         | l |  | l |  | l |   | l |  | l |
         | a |  | a |  | a |   | a |  | a |
         | y |  | y |  | y |   | y |  | y |
         | 0 |  | 0 |  | 0 |   | 0 |  | 0 |
         | 1 |  | 1 |  | 1 |   | 2 |  | 2 |
         | a |  | b |  | c |   | a |  | b |
         +---+  +---+  +---+   +---+  +---+

piratenstream.de kann natürlich auch nach diesem Konzept noch Slots für Listener anbieten - jedoch sollte das Hauptaugenmerk beim Master-Relay und der Präsentation der verfügbaren (sprich angeschlossenen) "Stream-Exit-Nodes" liegen.

Relays wären dann beispielsweise je nach Bedarf:

master01:
relay01a = stream1.scha.de (100 slots)
relay01b = stream1.piratenstream.de (200 slots)
relay01c = stream1.example.com (500 slots)

master02:
relay02a = stream2.scha.de (100 slots)
relay02b = stream2.piratenstream.de (250 slots)

Konzept 2

+-----------------+               +-----------------+
| StreamSource 01 |               | StreamSource 02 |   ...
+-----------------+               +-----------------+
        |                                  |
        |                                  |
        |                                  |
         \                                /
          \                              /
           \                            /
            \                          /
          +--+-------------------------+---------------+
          |  | master.piratenstream.de |               |
          |  V                         V               |
          | +---------------+  +---------------+       |
          | | /stream01.m3u |  | /stream02.m3u |  ...  |    (je ca 20 Slots ausschliesslich für relays)
          | +---+-+-+-------+  +----+---+------+       |
          +-----+-+-+---------------+---+--------------+
                | | |               |   |
               /  |  \              |   |
              /   |   \            /    |
             /    |    \          /     |
            /     |     \        |      |
           V      V      V       V      V 
         +---+  +---+  +---+   +---+  +---+
         | r |  | r |  | r |   | r |  | r |
         | e |  | e |  | e |   | e |  | e |
         | l |  | l |  | l |   | l |  | l |
         | a |  | a |  | a |   | a |  | a |
         | y |  | y |  | y |   | y |  | y |
         | 0 |  | 0 |  | 0 |   | 0 |  | 0 |
         | 1 |  | 1 |  | 1 |   | 2 |  | 2 |
         | a |  | b |  | c |   | a |  | b |
         +---+  +---+  +---+   +---+  +---+

piratenstream.de kann natürlich auch nach diesem Konzept noch Slots für Listener anbieten - jedoch sollte das Hauptaugenmerk beim Master-Relay und der Präsentation der verfügbaren (sprich angeschlossenen) "Stream-Exit-Nodes" liegen.

Relays wären dann beispielsweise je nach Bedarf:

master01:
relay01a = stream.scha.de/stream01.m3u (100 slots)
relay01b = stream.piratenstream.de/stream01.m3u (200 slots)
relay01c = stream.example.com/stream01.m3u (500 slots)

master02:
relay02a = stream.scha.de/stream02.m3u (100 slots)
relay02b = stream.piratenstream.de/stream02.m3u (250 slots)

Technologie-Diskussionen

Lucky: Um das Streaming direkt brauch man sich noch garnicht richtig beschäftigen wenn das Setup vor Ort nicht feststeht. Icecast2 hat die Möglichkeit in Theora+OGG zu streamen oder man nutzt RSTP und macht einen H264+AAC Stream oder ähnliches. Die Relays können ja zur Not aus dem AAC auch noch OGG machen oder einen Flash Stream anbieten.

Video: Software

Lucky: Bin ich noch am Schauen, Icecast2 wäre mit Theora möglich, aber bin mir nicht sicher ob man des will, dafür einfach zu relayen.

Video: Codec

Lucky: Theora, H264 oder ähnlich gutes.

Audio: Software

ZyanKlee: votiere für Icecast, auf shoutcast würde ich gerne verzichten - das hat allerdings rein idealistische Gründe, wenn man davon absieht, das Vorschlag 2 nicht mit SC funktioniert.

Lucky: Icecast2, da Shoutcast nur MP3 kann, veraltet und nicht opensource ist.

Audio: Codec

ZyanKlee: votiere für ogg/vorbis. mp3 würde ich nur im zweifelsfall drauf zurückgreifen, weil Algorithmen afaik nicht frei verfügbar sind (möchte eventuellen Lizenzforderungen vom Fraunhofer Institut vorgreifen).

Lucky: Vorbis, aber normal nebensächlich da man es dahin eh Transcodieren kann. MP3 Stream würde ich trotzdem noch anbieten.

Webinterface / Serverlisting

ZyanKlee: Vielleicht kann jemand mit fundierten PHP/Perl/Ruby/whatever Kenntnissen eine Webapplikation schreiben, welche nach diesen Spezifikationen http://www.icecast.org/spec.php die YP-Funktionalität von icecast nutzt, damit die Relays vernünftig auf der Seite aufgelistet werden können.

modulstyle: Ja, ein Programmierer wäre nicht schlecht. Habe da mal ein bisschen was zusammengefuzelt wie es am schönsten dargestellt werden könnte: (URL ungueltig)

cool, gefällt mir gut. ich dachte aber eher an den enduser. ihm sollten wir dann nach dem click auf einen der streams eine möglichkeit bieten, entweder über ein round-robin verfahren zufällig auf einem der stream-server zu landen, oder aber sich gezielt einen auszusuchen. --ZyanKLee 18:31, 8. Jul. 2009 (CEST)

Das ganze kann man über *.pls *.asx *.ram files machen je nach Player in der die ganzen Server eingetragen sind. Ist der erste Server nicht erreichbar nimmt der Player den nächsten, bis er einen hat der die Verbindungen entgegen nimmt. --rpr 20:25, 8. Jul. 2009 (CEST)

Das wäre dann aber kein RoundRobbin zur Lastverteilung, sondern im Besten Fall ein Failover Mechanismus. Wie wäre es, wenn wir die jeweilige Datei zum Download automatisch generieren lassen? Ist per PHP ja durchaus möglich. -- [[Benutzer:ZyanKLee|ZyanKLee]] 21:31, 8. Jul. 2009 (CEST)