notwendige Übertragungsrate für "HD ready"-Livestream

  • Hi allerseits,


    ich weiß nicht genau, in welcher Gruppe ich genau fragen soll, deshalb hier im HDTV.


    Wenn ich einen Livestream in "HD ready"-Qualität (1280x720) ins Internet übertragen will, welche Bandbreite benötigt diese Übertragung?


    Dabei soll der Videostream an einen Dienstleister übertragen werden, der den Livestream dann allgemein zur Verfügung stellt.


    Gibt es eine Formel hierfür?


    Gruß
    Peter

    Gruß,
    Peter


    yaVDR 0.5
    Gehäuse:
    HFX classic all-in-one
    DVB-S: WinTV Nexus-S
    Grafik:
    NVidia NVIDIA Corporation GT218 [GeForce 210] (rev a2)
    Mainboard: MSI H97M ECO
    CPU: Intel Celeron G1840
    Speicher:
    2x4096MB DDR3-1600
    HDD: 2x 500GB SAMSUNG HD501LJ
    SAT-Einspeisung: ("ASTROnaut AL-20 VHF-Hausverstärker" und "EKLD-3 Aktives Digital Einkabelsystem")

  • ARTE HD
    DVB-S2 - MPEG-4 AVC / H.264 - 1280×720p - Bitrate: ~9 - 12 Mbit/s


    EinsFestival HD (Showcase)
    DVB-S - MPEG-4 AVC / H.264 - 1280×720p - Bitrate: ~9 - 12 Mbit/s


    Das sind die puren Streams direkt über Sat.
    Bei einer Streamkonvertierung kann man da sicher ein wenig was "wegsparen" - denke aber nicht allzuviel.


    12 Mbit/s upload ist schon eine dicke Leitung ;)

    Einmal editiert, zuletzt von DocViper ()

  • Hm, dann hat sich da aber jemand vertan.


    Mir ist gesagt worden, dass unsere 2MBit-SDSL für "HD ready" reichen sollte. Kann wohl nicht!


    Was für eine Übertragung (Auflösung und Audio) kriegt man denn durch 1,5MBit/s durch?

    Gruß,
    Peter


    yaVDR 0.5
    Gehäuse:
    HFX classic all-in-one
    DVB-S: WinTV Nexus-S
    Grafik:
    NVidia NVIDIA Corporation GT218 [GeForce 210] (rev a2)
    Mainboard: MSI H97M ECO
    CPU: Intel Celeron G1840
    Speicher:
    2x4096MB DDR3-1600
    HDD: 2x 500GB SAMSUNG HD501LJ
    SAT-Einspeisung: ("ASTROnaut AL-20 VHF-Hausverstärker" und "EKLD-3 Aktives Digital Einkabelsystem")

  • Zitat

    Original von PASST
    Was für eine Übertragung (Auflösung und Audio) kriegt man denn durch 1,5MBit/s durch?


    Mit einem guten Videocodec (z.B. x264) und viel Codec-Optimierung kriegst du vielleicht ein PAL-Bild mit 720x576 mit gerade noch akzeptabler Bildqualität hin. Ton kommt halt drauf an, was du willst. Normalen Stereoton kannst du schon mit 128kbit in fast CD-Qualität übertragen.


    Grüße
    Michi

    Wohnzimmer: Techsolo TC-400 :: ASUS P5N7A-VM :: Intel Core 2 Duo E7400 :: GeForce 9300 onboard :: vdr 1.7.15 e-tobi ::
    In Rente: Pimped Scenic 600 (Bilder und Aufbau) :: PIII 600Mhz :: Hauppauge Nexus-S 2.1 4MB :: vdr 1.5.2 e-tobi ::


    "Wer denkt, dass Volksvertreter das Volk vertreten, der glaubt auch, dass Zitronenfalter Zitronen falten." Zeit zum ändern!

  • Zitat

    Originally posted by PASST
    Was für eine Übertragung (Auflösung und Audio) kriegt man denn durch 1,5MBit/s durch?


    Kommt aufs Bildmaterial und Deine Qualitätsansprüche an. Statischer Hintergrund, keine Schnitte, wenige bis keine Kameraschwenks oder Zooms (Webcam oder Nachrichtenstudio) - nicht so problematisch. Viel Action im Bild (Lightshow/effekte bei Bandauftritten) - schwieriger. Schnelle Bewegungen mit mehreren Kameras (Sport) - wird mit der Bitrate schon in SD schwierig. Wenn das auch noch ein Live-Broadcast sein soll, ist dann noch zu überlegen, wieviel Encoder-Delay Du tolerieren kannst. Mit B-Frames oder multithreaded Encoding wird das zwangsweise höher. 4 B-Frames, 6 Threads - und schon hast Du fast 0.5s unvermeidbare Latenz.


    Dann Lizenzkosten - H.264 kostet ab nächstes Jahr Geld. Theora versucht, dagegen um lizenzpflichtige Patente "herumzuprogrammieren" - ob das gelungen ist, wird man aber auch erst wissen, wenn die Inhaber der entsprechenden Patente das geprüft und ggf. vor Gericht ausgefochten haben.


    Und denk auch an die Rechenleistung - HD kodierst Du nur auf sehr leistungsfähiger Hardware in Echtzeit (oder bei sehr schnellen Settings - aber Du willst ja auch noch niedrige Bitrate). Ein Core i7 wäre schon sehr angeraten.

  • Der Ton könnte auch mono sein, sollte aber klar verständlich sein.


    Wir haben bei uns eine Videoüberwachung von Dallmeier, die mit akzeptabeler Qualität am angeschlossenen (PAL?)Monitor angeschaut werden kann. Im Browserfenster dagegen wird die Qualität schon deutlich schlechter.


    Kann es sein, dass ich die gleichen Bildqualitätsprobleme haben werde?

    Gruß,
    Peter


    yaVDR 0.5
    Gehäuse:
    HFX classic all-in-one
    DVB-S: WinTV Nexus-S
    Grafik:
    NVidia NVIDIA Corporation GT218 [GeForce 210] (rev a2)
    Mainboard: MSI H97M ECO
    CPU: Intel Celeron G1840
    Speicher:
    2x4096MB DDR3-1600
    HDD: 2x 500GB SAMSUNG HD501LJ
    SAT-Einspeisung: ("ASTROnaut AL-20 VHF-Hausverstärker" und "EKLD-3 Aktives Digital Einkabelsystem")

    Einmal editiert, zuletzt von PASST ()

  • Erst einmal danke für die ausführlichen Antworten.


    Das ganze ist eigentlich eine "Schnapsidee" unserer Geschäftsleitung. Wir möchten für ein einmaliges Ereignis von wenigen Stunden den Livestream anbieten.

    Gruß,
    Peter


    yaVDR 0.5
    Gehäuse:
    HFX classic all-in-one
    DVB-S: WinTV Nexus-S
    Grafik:
    NVidia NVIDIA Corporation GT218 [GeForce 210] (rev a2)
    Mainboard: MSI H97M ECO
    CPU: Intel Celeron G1840
    Speicher:
    2x4096MB DDR3-1600
    HDD: 2x 500GB SAMSUNG HD501LJ
    SAT-Einspeisung: ("ASTROnaut AL-20 VHF-Hausverstärker" und "EKLD-3 Aktives Digital Einkabelsystem")

  • Zitat

    Originally posted by PASST
    Kann es sein, dass ich die gleichen Bildqualitätsprobleme haben werde?


    Was willst Du denn nun genau übertragen? Das Bildsignal einer Überwachungskamera?


    Das sollte sich ganz gut komprimieren lassen (kommt halt drauf an, wieviel da normalerweise so vor sich geht und wie stark der Sensor rauscht bzw. ob der entrauscht werden darf oder original bleiben soll).


    Konstante Bitrate von 1,5 MBit (oder ein bisschen weniger wegen Ton) sollte dafür reichen. Allerdings wird die Bildqualität immer genau dann runter gehen, wenn sich was tut.

  • Nein, die eigentliche Überlegung war, das Bild einer HD-Videokamera zu übertragen, da diese eine deutliche bessere Qualität in Bild und Ton ggüber einer Videoüberwachungskamera hat. Da der Stream aber aufgrund der zu geringen Bandbreite nicht im "HD ready" Format übertragen werden kann, macht das jetzt auch nicht so viel Sinn.


    Nochmal zurück zur Frage. Die Bildqualität einer Überwachungskamera an einem analogen PAL-fähigen Monitor ist relativ gut, dies aber als Livestream im Internet zu übertragen verschlechtert das Bild deutlich. Ist das richtig so?


    Wenn dem so ist, kann ich unserer GL nur davon abraten diese Idee weiterzuverfolgen.

    Gruß,
    Peter


    yaVDR 0.5
    Gehäuse:
    HFX classic all-in-one
    DVB-S: WinTV Nexus-S
    Grafik:
    NVidia NVIDIA Corporation GT218 [GeForce 210] (rev a2)
    Mainboard: MSI H97M ECO
    CPU: Intel Celeron G1840
    Speicher:
    2x4096MB DDR3-1600
    HDD: 2x 500GB SAMSUNG HD501LJ
    SAT-Einspeisung: ("ASTROnaut AL-20 VHF-Hausverstärker" und "EKLD-3 Aktives Digital Einkabelsystem")

    Einmal editiert, zuletzt von PASST ()

  • Prinzipiell hat linuxservice recht. Wenn du mit H.264 das Bild in Echtzeit transkodierst, dann sollte die Datenraten gegen 0 tendieren, wenn du keine Bewegungen hast. Da es sich ja um eine Videoüberwachungskamera geht, sollte das möglich sein. Sobald Bewegung reinkommt sinkt natürlich die Bildqualität, aber da muss man Kompromisse machen. Jedenfalls wirst du mit HDTV definitv nicht unter 2 MBit kommen, wenn noch was erkennen möchtest.


    Medion Digitainer; AsRock B75 Pro3-M, Celeron G540; Kingston Value 4GB
    Samsung SpinPoint 250GB 2,5"; Samsung WriteMaster DVD-Brenner;
    TT-S2-6400, 2x TT-S2-1600, Ubuntu 12.04 mit YaVDR-Paketen. VDR 1.7.27, UPnP/DLNA-Plugin

  • > Die Bildqualität einer Überwachungskamera an einem analogen PAL-fähigen Monitor ist
    > relativ gut, dies aber als Livestream im Internet zu übertragen verschlechtert das Bild
    > deutlich. Ist das richtig so?


    nein, würde ich nicht so sagen, die bilder im browser wurden ja schon auf interntupload geschwindigkeit runtergerechnet - und vermutlich mit keinem besonders guten codec


    wenn man auf videoserver und client ausrechend rechenleistung hat kann man mit z.b. h.264 stramen und da lässt sich au der selben datenrate mehr rausholen, ansonsten kann man beim client mit entsprechender software (vlc?) auch das bild beim replay "verbessern"
    wenn die kamera ein rohes bild in digitaler form ausgibt (nicht schon als schlechtes mjpeg) sollte man das selbe ergebnis auch beim streamming erziehlen (wenn rechenleistung und datenrate stimmen)

  • Zitat

    Originally posted by PASST
    Nochmal zurück zur Frage. Die Bildqualität einer Überwachungskamera an einem analogen PAL-fähigen Monitor ist relativ gut, dies aber als Livestream im Internet zu übertragen verschlechtert das Bild deutlich. Ist das richtig so?


    So pauschal nicht, doch in der Praxis schon, weil man meist mit niedrigerer Bitrate arbeitet, um das Playout noch handhabbar zu gestalten, und halt auch nicht immer die besten Codecs verwendet werden können - entweder weil die Rechenleistung auf Kodierseite sonst nicht für Echtzeit reicht oder weil man die Anforderungen auf Zuschauerseite gering halten will.


    Aber die höhere Auflösung einer HD-Kamera ist auf keinen Fall weg. Runterrechnen kannst Du immer. Und 720p läßt sich sogar einfacher runterrechnen als 576i, weil Du Dir keine Gedanken über deinterlacing machen musst.

  • Jetzt kommt ein neuer Faktor ins Spiel.


    Auf Client-Seite muss ein ausreichend starker Rechner zum dekodieren der Videoübertragung vorliegen. Softwareseitig würde ausreichen, dass der Client mit Quicktime/Windows Media/VLC oder den anderen Verdächtigen ausgestattet ist.
    Ist das richtig so?

    Gruß,
    Peter


    yaVDR 0.5
    Gehäuse:
    HFX classic all-in-one
    DVB-S: WinTV Nexus-S
    Grafik:
    NVidia NVIDIA Corporation GT218 [GeForce 210] (rev a2)
    Mainboard: MSI H97M ECO
    CPU: Intel Celeron G1840
    Speicher:
    2x4096MB DDR3-1600
    HDD: 2x 500GB SAMSUNG HD501LJ
    SAT-Einspeisung: ("ASTROnaut AL-20 VHF-Hausverstärker" und "EKLD-3 Aktives Digital Einkabelsystem")

  • hi,


    die meiste rechenleistug braucht man am video-server der den stream erzeugen soll, vlc kann selbst auch als streamingserver fungieren und theoretisch kann es auch ein live bild von einem gerät als quelle nehmen - habe ich aber noch nie probiert (nur on the fly trancodierung von filmen für streaming)
    für eine einmalige aktion würde sowas reichen - aber da wo ich arbeite wird sowas schneller zur "dienstleistung" als man das möchte


    manchen leuten fehlt die realtion was sowas kostet ob nun teure arbeitszeit oder teure softwarelizenzen, es kostet geld nur verstehen sie es besser wenn man das angebot für die software vorlegt

  • Zitat

    Originally posted by PASSTSoftwareseitig würde ausreichen, dass der Client mit Quicktime/Windows Media/VLC oder den anderen Verdächtigen ausgestattet ist.
    Ist das richtig so?


    Im Prinzip ja, der Teufel steckt im Detail. Du musst Deinen Stream so generieren, dass er auch tatsächlich von allen in Frage kommenden Playern ohne Nachinstallation irgendwelcher (evtl. nur kommerziell zu erwerbenden) Codec-Pakete gespielt werden kann. Wenn Du die Software vorschreiben kannst, nimm VLC, da hast Du noch die meisten Freiheiten.


    Alles in allem, nix für ungut: Red den Leuten die Idee besser wieder aus. Dabei kannst Du eigentlich nur schlecht aussehen, wenn Du Dir keine professionelle Hilfe ins Boot holst (hat Dein Provider denn sowas überhaupt schon mal gemacht? Oder vermuten die nur? "SDSL genug für Live-HD-Streaming" - zuversichtlich stimmt mich das nicht). Und für eine einmalige Aktion scheint mir das _viel_ zu viel Aufwand.
    Oder habt ihr Geld zu verbrennen? ;)

  • So, ich möchte mich noch mal melden.
    Die Idee eines Livestreams ist vom Tisch. Es soll vom Ereignis stattdessen eine professionelle Videoaufnahme ins Netz gestellt werden.


    Danke für die gute Beratung hier im Forum.

    Gruß,
    Peter


    yaVDR 0.5
    Gehäuse:
    HFX classic all-in-one
    DVB-S: WinTV Nexus-S
    Grafik:
    NVidia NVIDIA Corporation GT218 [GeForce 210] (rev a2)
    Mainboard: MSI H97M ECO
    CPU: Intel Celeron G1840
    Speicher:
    2x4096MB DDR3-1600
    HDD: 2x 500GB SAMSUNG HD501LJ
    SAT-Einspeisung: ("ASTROnaut AL-20 VHF-Hausverstärker" und "EKLD-3 Aktives Digital Einkabelsystem")

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!