Wer kennt MPEG-1-Encoder auf Softwarebasis?

Status
Für weitere Antworten geschlossen.
Hallo Dude,:)

wie meinst Du das genau mit dem Hinweis "unfassbares gebastel" ? Das musst Du mir noch kurz erklären ! Es ist doch im Prinzip das gleiche wie bei den Audio über IP Geräten wie Barix etc. - nur halt eine Software Lösung mit 2 Computern. Der eine Computer steht im Sender (Windows Media Encoder) und der andere Computer steht bei der Media Broadcast auf dem der Windows Media Player seinen Dauerbetrieb unter Beweis stellt. Und es funktioniert als Lösung nach meinem Kollegen sind beide Computer schon 8 Monate ohne Probleme durchgelaufen.
 
Die BARIX Geräte bieten RTP an. Es werden einfach MPEG Päckchen mit dem RTP Header versehen und ab durch die Mitte gehts dann. Ohne Fehlerkorrektur, wie FEC oder sonstiges. D.h. jedes fehlende Paket wird dann beim Decoder durch replikation des vorherigen Paketes kompensiert, was sich dann als leichtes Stottern bemerkbar macht. Wenns nur ein Päckchen ist, fällt es weniger auf, wenn aber schon mehrere Pakete flutschen gehen (24ms pro Paket) hört man es deuuueuueuueuutlich.

Dude: Zwei unterschiedliche Strecken zu nutzen fällt in die Kategorie Redundanz/Failover und ist nochmal eine ganz andere Baustelle. Hier muss der Encoder mit der Gegenstelle zusammenarbeiten und irgendwie mitkriegen, ob seine Daten überhaupt ankommen, was der Sender bei RTP nicht unbedingt weiss.
Zum Vergrößern anklicken....

Nicht unbedingt, wenn ich mit RTP arbeite und die Datenpakete einfach auf beiden Strecken per UDP rausschmeisse ist es nur des Decoders Aufgabe, die Pakete zu sortieren und ggf. doppelte zu verwerfen.
 
Hallo Radiomänner,

unsere 3 Studenten der Informatik haben mit dem K-Lite-Full-Package etwas programmiert, doch es funktioniert leider nicht, auch nach mehrmaligen aufsetzen.

Die andere Methode wäre gewesen:
http://www.videolan.org/projects/dvblast.html. Das ist ein Demuxer. Vielleicht kann der VLC auch den umgekehrten Weg?!

Ebenfalls ausprobiert und der VLC kann leider nicht den umgekehrten Weg, denn dann wäre es prima gelaufen !

Also die zwei Methoden scheiden schon mal aus !

Ich denke wir müssen dann doch den teuren Qubit oder den Encoder von Mayah nehmen, oder hat jemand von Euch Profis noch eine einfach Software - Lösung als Gedanke ? Oder anders gefragt: Kennt jemand außer der Firma Qubit und Mayah noch weitere Encoder MPEG Asi Hersteller oder Vertriebsfirmen ?

Es grüßt Euch mit musikalischen Grüßen Tabea !
 
Ich kann jedem nur von einer Software-Lösung abraten. Die Ausfallzeiten dürften um ein vielfaches höher sein als bei einer Hardware-Lösung. Eigentlich müsstet Ihr euch zuerst überlegen, wieviel es euch wert ist, dass euer Sender eine 99,9%ige, 99,5%ige oder vielleicht auch nur 98%-ige Verfügbarkeit hat. Wenn Ihr wirklich auf PC-Hardware setzt, die eine vergleichbare Zuverlässigkeit wie ein Hardwarecodec haben soll und dann auch noch den erhöhten Stromverbrauch (redundantes Netzteil) berücksichtigt, seid Ihr gar nicht mehr soweit von den Hardware-Codec-Preisen entfernt.

Zur Übertragung: IP schön und gut, doch würde ich auch heutzutage nicht übers Internet gehen. Ich würde mal bei T-Systems anfragen, was eine Ether-Connect Leitung oder eine andere digitale Standleitung kostet. Die Preise dafür sind in den letzten Monaten stark gesunken. Ihr braucht wirklich keine große Bandbreite - Ihr würdet weit weniger als 500 € im Monat für eine 100%-Lösung abdrücken müssen.

Ansonsten hatten wir mal mehrere Wochen unser Signal per ISDN übertragen - ohne einen einzigen Aussetzer oder Verbindungsabbruch. Mit Audiocodecs z.B. von Mayah lassen sich mehrere ISDN-Kanäle bündeln, so dass ihr mit 2x2 ISDN-Anschlüssen eine robuste und kostengünstige "quasi Standleitung" mit 256 kbps habt. So müsste sich auch ein MB-konformer MPEG-TS an der Gegenstelle beliebig verkapseln lassen.
Die Frage ist, ob so eine ISDN-Lösung noch angeboten wird - aber wenn man den richtigen T-Systems-Vertriebler hat, geht auch sowas mit Festpreis.
Also: IP nur bei "Point-to-Point" ohne Internet dazwischen, digitale Festverbindung wäre erste Wahl, ISDN könnte günstiger sein.
Der Preis würde entscheidend sein - die Zuverlässigkeit der Übertragungswege sind im Grunde vergleichbar.

CU BB
 
Hallo Boombastic,

vielen Dank ! Wir haben inzwischen etwa selbst auf Software Basis programmiert und gebastelt. Bei uns steht ein schicker Server im Hauptschaltraum der auf Software Basis einen MPEG 1 Stream im Asi Format erzeugt und über das SDSL Netz dann transportiert. Über das SDSL Netz sparen wir Geld gegenüber einer Digitalen Standleitung. Über die Company Connect Leitung wird ebenfalls das gleiche Sendesignal tranportiert. Über ISDN Codec scheidet aus, da im Jahr 2012 Mitte die Telekom unseren Hauptverteiler umrüstet. ISDN geht dann nicht mehr. Ich denke wir sind mit der Software Lösung besser beraten, da wir kostengünstig und sehr Ausfallsicher (Server !) den Betrieb realisieren können. Hardware geht nach einigen Jahren kaputt. Software hingegen spielt man schnell auf einen neuen PC - fertig ! Über Ausfallsicherheit braucht man sich bei Microsoft keine Sorgen mehr zu machen ! Das war früher mal - heute sind Serversysteme genauso gut und zuverlässig wie ein Hardware Gerät.

Also hier unser Schaltbild Boombastic:

Sendestudio - Optimod - Server der einen Asi MPEG Transportstream erzeugt und an unsere zwei Leitungen verschickt:

- Company Connect mit 2 Mbit (2 Mbit Upstream)
- SDSL Leitung als Backup Leitung mit 4 Mbit (Upstream)

Ich denke damit sind wir gut abgesichert ! Im Hintergrund läuft noch zusätzlich ein Server ebenfalls mit Ausgabe von Asi MPEG 1 Signal. Sollte also unser
ASI - MPEG Server Nummer 1 ausfallen, gibt's eine kurze Unterbrechung von 5 Sekunden, danach gehts weiter.
Das alles zu verkabeln und zu programmieren war eine wirklich große Herausforderung. Aber unsere Informatik Studenten im Sender machen sich langsam bezahlt !!!

Also was denkt Ihr ? Ich denke mehr braucht man auch nicht absichern oder ? Was denkst Du Boombastic mit meiner Lösung ?
 
Hallo Freunde,

wir haben jetzt unser System einige Tage laufen lassen. Es funktioniert irgendwie nicht. Aber es gibt Neuigkeiten die uns große Freude bereiteten: Die Media Broadcast benötigt nun doch kein Asi, sondern ein einfaches MPEG 1 Transportstream Signal. Ist das nicht ein wahrer Grund zur Freude ? Das ist für uns schon mal besser.

Wer von Euch kennt ein gutes MPEG Software Echtzeit / Realtime Programm ? Ich habe schon eine Suchmaschiene zur Hilfe hinzugezogen und leider nichts gefunden !

Vielleicht weiß jemand von Euch bescheid oder kann mir ein Realtime MPEG 1 Encoding Transportstrom Programm empfehlen.
Es darf auch etwas kosten, aber Freeware wäre natürlich wunderbar ! Alle Sender müssen sparen.

Danke Radiomänner
Eure Tabea !;)
 
Nimmste VLC, kann das.

Der Connection String sieht dann in etwa so aus:

:sout=#transcode{vcodec=none,acodec=mpga,ab=192,channels=2,samplerate=48000}:rtp{dst=172.20.11.12,port=5004,mux=ts} :no-sout-rtp-sap :no-sout-standard-sap :ttl=1 :sout-keep

Kann man einfach über den Dialog "Streaming" im "Medien"... Menü zusammenklickern.

Hat sogar den Vorteil, dass man mehrere Senken befeuern kann und bei geschickten Routing dann so auch über beide Internetanbindungen das Zeuch parallel rauspfeffert.

Sollte auch mit FFMPEG gehen.
 
Was für ein toller Mann unser Hinztriller !!! Ich probier es gleich aus !!!
Vielen Dank ! Du bist ja echt ne' Wucht ! Und hinten kommt dann der Transportstrom raus oder ?
Aber eines must Du mir noch erklären: Was bedeutet bei dir: mpga ? Muss es nicht mpeg1 heißen ?
 
Hallo Hinztrinner,

ich glaube ich brauche doch eine genaue Anleitung von Dir, ist alles recht kompliziert. Im Anhang habe ich diesen Bereich MPEG TS ausgewählt, aber es funktioniert bei mir irgendwie nicht.
Kannst Du mir eine genaue Anleitung geben ? Da wäre ich Dir sehr dankbar !!!
Zusammen kriegen wir dass schon hin !!
Tabea :thumbsup:
 

Anhänge

  • screen.jpg
    screen.jpg
    43,1 KB · Aufrufe: 23
1. VLC starten
2. Menü Medien > Streaming
3. Aufnahme Gerät öffnen Tab auswählen
4. Aufnahmemodus DirectShow
5. Video Gerätename von Standard auf Kein setzen
6. Audio Gerätename von Standard auf gewünschtes Line In Device setzen
7. Stream anklicken
8. Quelle auf dshow:// stehen lassen
9. nächstes klicken
10. Ziele neues Ziel "RTP / MPEG Transport Stream" auswählen
11. Hinzufügen anklicken
12. Destinations IP und Port eingeben
13. Transcodierung aktivieren haken setzen
14. Rechts auf neues Profil Button drücken
15. Verkapselung MPEG-RS
16. Videocodec Haken bei Video wegnehmen
17. Audiocodec Haken bei Audio setzen
18. Codec: MPEG Audio auswählen
19. Codec: Bitrate / Kanäle / Abtastrate gemäss Vorgabe MB setzen
20. Untertitel: keinen Haken setzen
21. Profilname eingeben (nach Belieben)
22. Speichern drücken
23. eben angelegtes Profil auswählen
24. nächstes klicken
25. Stream anklicken
los gehts
 
Hallo Hinz,:rolleyes:
Ja, es funktioniert !!!! Großartig !!!! Ich habe es soeben ausprobiert ! Es funktioniert prima - welche Freude !!! Du hast unseren Sender soeben viel Geld gespart Hinztriller ! Wie kann ich Dir nur dafür danken !!!! :rolleyes:
Du krigest ein freundliches Bussi :) von mir ! Es funktioniert ! Damit machen wir es !Und ich kann bei unserem männlichen Technikern Eindruck schinden !!!
Woher weisst Du das alles ?

Und noch eine letzte Frage: Was heisst MPEG-RS und MPEG TS ? Steht das TS für Transportstream ? :thumbsup:
Arbeitest Du als Chef Techniker beim Radio ?
 
Ich habe soeben Smiley Herzchen für Hintriller gesucht, aber das scheint es hier nicht zu geben warum ? Warum gibt es hier keine schönen Herzchen mit denen man seine Inhalte schön gestalten kann ? Vielleicht wäre das mal ein gute Anregung für den Betreiber dieser Seiten ! Oder wer ist hier Administrator ? Ich würde Smiley Herzchen vorschlagen - das fehlt eindeutig in diesem Forum ! Also bitte als Anregung an den Betreiber hier weiter leiten ! :)
 
Das glaube ich Dir jetzt nicht ? Denn Du weisst schon sehr viel ! Auch Deine anderen Beiträge lassen den Schluss zu, dass Du ein echter Profi bist ! ;)
 
Also nochmal vielen Dank ! Unser Sender spart hier jetzt deutlich ! Denn wir hätten uns ein teures Hardware Gerät kaufen müssen. Computer hat man ja immer rum stehen und Dank Dir, werde ich vielleicht zur Mitarbeiterin des Monats ernannt, die den Sender viel Geld gespart hat ! :)
 
Viel Erfolg, bin gespannt wie es klappt und wie das Signal aufm Satelliten ist, vor allem, was das Fehlen der Fehlerkorrektur anstellt. Ggf. könnte man mit PUC RTP machen....
 
:) Thanks ! Also muss ich ja dann Transportstream eingeben für die Media Broadcast ! Alles klar !!! Du hast mir sehr geholfen !!!

Tabea !!!:)
 
Ich lass es gerade auchmal hier in Minsk über nen UMTS Stick laufen. Ich hatte zunächst ein paar Drop Outs, dann hab ich im Funkhaus die Senke 2x definiert. Jetzt bollern hier zwar 600kBitz über die Leitung, aber dafür Spratz-frei... So muss das. Viel Erfolg.

Interessant wäre jetzt ein MUX zu basten, wo quasi 4 Programme drin wären... Das ist mal was zum Basteln....
 
Hallo Hinz,

ich habe noch eine Frage an Dich ! Unser Techniker hat es gestern ausprobiert und es funktioniert im Sender. Nun wollte ich heute das ganze mal bei mir zuhause ausprobieren:

1. (Rechner auf dem VLC streamen soll) Also ich gebe die Zieladresse vom VLC Player ein (der Rechner auf dem später die Wiedergabe stattfindet) und dann den Port. Soweit so gut ! Alles andere was Du mir geschrieben hast, habe ich auch berücksichtigt !
In diesem Fall ist es bei mir: 79.208.41.XXX (ohne Http Eingabe eingeben stimmt's ?)
2. Danach den Port 4444 - soweit alles klar !

In meinem Router habe ich den Port 4444 frei geschaltet, Firewall ist ebenfalls aus !

Dann gehe ich in meinem anderen Rechner und wähle beim VLC Player: Medium - Netzwerkstream öffnen und gebe: 79.208.41.XXX:4444 ein. (ebenfalls ohne http Eingabe)

Aber er zeigt mir einen Fehler an. Der Streaming Rechner hingegen streamt die Daten einwandfrei.

Was mche ich falsch Hinz ?
 
Hallo Hinz,

ja jetzt hat es auch bei mir geklappt ! Das ist ja wunderbar ! Aber es ist schon seltsam, dass man bei der Wiedergabe keine IP Adresse mehr eingeben muss, sondern einfach rtp://@4444. Das ist für mich nicht sonerlich logisch, aber es klappt bei mir jetzt und das ist ja die Hauptsache !!!!
 
Aber noch eine Frage: Wieso findet der Computer bei Eingabe von rtp://@4444 sofort meinen richtigen Stream ? Ohne IP Adresse ? Denn ich streame ja ins weltweite Internet ? kann mir das jemand (oder Du Hinz) technisch erklären, denn logisch ist es für mich nicht.

Danke für Eure Erklärungen ? Oder sind die Computer auf einmal klug geworden ?
 
Und noch eine letzte Frage: Wenn ich mit dem VLC Player streame, dann haut er die Daten nur so raus und zieht alle andere Daten die auf anderen Rechnern die mit dieser gleichen Leitung übertragen werden in die Knie.
Kann man dem VLC Streaming Modul auch sagen: Bitte überschreite keine Bandbreite von zum Beispiel 256 kbit in der Sekunde im Upload ? Denn auch wenn ich nur zum Beispiel nur 8 Kbit einstelle zur Datenübertragung schöpft er meine Leitung völlig aus und überträgt was das Zeug nur hält. Also kann man irgendwo eine Begrenzung einstellen, damit er meine anderen Datendienste nicht in die Knie zwingt und immer schön in der von mir eingestellten Bandbreite bleibt. Denn ich habe heute herausgefunden, dass der VLC die Daten sehr aggressiv nach außen überträgt. Die Latenz ist bei dieser agressiven Übertragung natürlich herrvoragend !
Also wer weiß dazu mehr ?
 
Status
Für weitere Antworten geschlossen.
Zurück
Oben