WebSDR für DAB+?

[casrob90]

@andimik, Danke, hab es nun auch unter Windows zum laufen bekommen..
Aber das gleiche Problem wie unter Linux.

[andimik]

Eines wollte ich noch sagen, schickt keine Rohdaten durchs Netz, das bringt doch nichts.

Am besten den DAB-Stream in ein eti umwandeln. Das ist dann viel einfacher und fehlerfreier.

[andimik]

Fast fehlerfrei gelingt es über rtltcp:

Code: Alles auswählen

welle-cli -F rtl_tcp -Dw 7979 -T

Die Meldungen

SuperframeFilter: Superframe sync succeeded after 1 frame(s)
AACDecoder: using decoder 'FAAD2'

werden viel weniger.

Der Screenshot entstand nach ca. 5 Minuten.

[airwulf]

Eines wollte ich noch sagen, schickt keine Rohdaten durchs Netz, das bringt doch nichts.

Am besten den DAB-Stream in ein eti umwandeln. Das ist dann viel einfacher und fehlerfreier.

Servus!
Hast du vielleicht einen Tipp oder eine Idee für mich, ich habe mir heute daran den kompletten Tag den Kopf zerbrochen.
Wie bekomme ich es hin damit Welle.io-cli mir einen ~ 2Mbit ETI Stream einliest?
Ich hab zwei Rechner auf dem einen steckt der SDR Stick und der andere soll den Welle.io-cli Server machen. Bisher habe ich es nur mit den vollen ~30Mbit geschafft.
Bin durch etliche ETI-cmd Tools etc. schon durch, aber keine Ahnung wie ich das unter Linux so hinbekomme dass ich dass durch Pipen übers Netz transportiert bekomme
.
Vermutlich ist dann ein automatisches Tunen zwischen den Kanälen nicht mehr möglich, es würde mir aber erstmal reichen dass ganze über die kleine Bandbreite visualisiert zu bekommen.

Vielen Dank schonmal für deine Hilfe!

[andimik]

Du brauchst dazu odr-dabmod.

https://github.com/Opendigitalradio/ODR-DabMod

Damit erzeugt man aus dem ETI eine DAB Rohdatendatei. Natürlich geht das auch mit einer FIFO Datei. (Hinweis: Wenn die FIFO nicht gefüllt ist, wartet Welle.io beim Start ewig, es ist aber NICHT abgestürzt).

Ich habe in dem Heimverzeichnis mit "fifo stdin.raw" eine angelegt. odr-dabmod lasse ich die Ausgabe (MUSS in u8, also 8bit unsigned, sein) dorthin schreiben. In Qt-DAB oder Welle.io dann diese stdin.raw als Quelle nehmen.

Aber welle-cli wird zu viele Fehler haben. Das funktioniert nicht richtig. Falls jemand den Bug gefunden hat, bitte einen Pull Request machen.

Nutze aber statt welle-cli besser dablin (gibt es auch für Windows) oder dablin_gtk (bisher nur Linux). Das liest direkt ein ETI

Ich habe auch schon mittels nc (netcat) ETI Dateien von einem Rechner zum anderen verschickt.

[airwulf]

Danke für die schnelle Rückmeldung!

So hab ichs jetzt auch mal probiert...
eti-cmdline-rtlsdr -C 11C | odr-dabmod -f /dev/stdout -F u8 | nc -l -k 0.0.0.0 1234
Das klappt, allerdings schießt er mir da wieder nen 30Mbit/s Stream rüber.

Ich verstehe es nicht ganz...
eti-cmdline-rtlsdr müsste mir doch ein 2 MBit/s ETI Stream erzeugen?
odr-dabmod schnappt sich den ETI Stream und moduliert das Signal damit es für welle.io etc lesbar wird?

Irgendwo blicke ich da noch nicht ganz durch?
Oder muss ich vor dem odr-dabmod ein anderes Tool verwenden um nen 2 Mbit/s Stream zu bekommen?

[andimik]

Du hast einen Denkfehler, aber hast dir die Lösung ja eh schon selbst gegeben. Bzw. wunderst du dich über die 30 MBit, die du mit diesem Befehl extra erzeugst.

eti-cmdline-rtlsdr -C 11C | nc -l -k 0.0.0.0 1234

Und dann holst du dir diesen ETI stream mit nc und erst dann (oder auf dem anderen Rechner) wandelst du es in Rohdaten um.

Sprich, die Befehle sind schon richtig, aber die Reihenfolge passt nicht.

Eigentlich müsste sich das ETI noch komprimieren (LZ4??) lassen. Hab ich aber noch nie in einem Stream on the fly gemacht.

Oder lt. https://de.m.wikipedia.org/wiki/Netcat kann netcat sogar einen Webserver erzeugen. Coole Idee, muss ich mal probieren.

[airwulf]

Danke für deine Rückmeldung!
Okay ich mache folgendes:

Schritt 1 (Rechner A mit SDR Stick)
mkfifo eti
eti-cmdline-rtlsdr -C 11C > eti
(Das müsste ja dann der reine 2 MBits ETI Stream sein richtig? Mit der Gegenprobe eti-cmdline-rtlsdr -C 11C | nc -l -k 0.0.0.0 1234 kommen auf Rechner B nämlich ca. 2Mbits an, die Welle.io kann damit aber nichts anfangen.

Schritt 2 (Rechner A mit SDR Stick)
odr-dabmod eti -f /dev/stdout -F u8 | nc -l -k 0.0.0.0 1235
(Jetzt schnappe ich mir den in Schritt 1 erzeugten ETI Stream aus der Fifo "eti" und schiebe ihn mit der u8 Formatierung nach /dev/stdout und mache danach wieder ein nc mit Port 1235 damit ich ihn auf Rechner B abgreifen kann)

Schritt 3 (Rechner B "Webserver")
welle-cli.exe -Dw 7979 -F rtl_tcp,192.168.1.10:1235
Hier öffne ich die Welle damit um das Modulierte ETI abzugreifen.
Jetzt spielt er zwar, es kommen aber wieder 30 MBits an?!
Ausserdem, steigen die FIC CRC Errors.

Wo liegt der Fehler? Ich verstehe es nicht

[andimik]

> Jetzt schnappe ich mir den in Schritt 1 erzeugten ETI Stream aus der Fifo "eti" und schiebe ihn mit der u8 Formatierung nach /dev/stdout und mache danach wieder ein nc mit Port 1235 damit ich ihn auf Rechner B abgreifen kann)

Wozu??

Auf Rechner zwei musst du 1234 (nicht 1235) abholen. Und auf Rechner zwei (nicht eins) musst du odr-dabmod nutzen.

Schritt 3 stimmt nicht, du musst als Input die /dev/stdin nehmen, also den Rohdatenstrom, den du gerade erzeugt hast. Geht natürlich auch mit einer Pipe oder auch mit einer fifo.

[airwulf]

Hat zwar bisserl gedauert, aber jetzt hats geschnackelt
Jetzt hab ichs verstanden und es funktioniert auch!!

Vom Rechner 1 führe ich jetzt das ETI auf Rechner 2 (der Gleichzeitig auch der Webserver ist), das jage ich durch den odr-dabmod und lese die Ausgabe gleich in die Welle ein.
So solls sein, und das auch mit geringer Bandbreiten Nutzung

Vielen Dank für die Unterstützung!!

[Dana Diezemann]

Könnte ich einen Stream in der Player Software direkt auswählen? Da wo ich den RTL Stick ja eh anwähle...In QIRX wäre das auch nett, ebenso beim DAB Player... ETI statt SDR... Das mal hier an die Programmierer...

[andimik]

Nun die Lösung, wie man das ETI sogar noch Bandbreiten-schonender übertragen bzw. speichern kann. Die Komprimierung / Kompression funktioniert tatsächlich auch bei ETI-Dateien mit netcat. Sprich, mit Streams nicht.

Weiß jemand, wie das gehen könnte?

Kannst du das auch mal mit Dateien probieren und deine Übertragungsrate messen? Die ist pro Mux natürlich unterschiedlich. Aber so über den Daumen (bei den typischen 3A oder gar 2A Protection Level) müsste statt 2 MBit nun ca. 1 MBit/s rauskommen.

am Raspberry (Rechner 1)

Code: Alles auswählen

$ cat foo.eti| lzma -z |  nc -l 1234

am Laptop (Rechner 2)

Code: Alles auswählen

$ nc [IP vom Rechner 1] 1234 | lzma -d | odr-dabmod ...

Hinweis:

Wenn man sich nur mit

Code: Alles auswählen

nc IP 1234 > /tmp/foo.eti.lzma

die Datei rüberkopiert, ist die tatsächlich kleiner,
mit

Code: Alles auswählen

cat /tmp/foo.eti.lzma | lzma -d | odr-dabmod ...

kann man das auch noch weiterverarbeiten.

Wichtig: Das ist nur eine Verbindung von Punkt zu Punkt. Senden ins Internet ist hier noch nicht gemeint.

[andimik]

aber ich muss dir nämlich danken, du hast mich auf die Idee gebracht.

Denn ich wusste gar nicht, dass mit ODR-DabMod der Datenstrom der gleiche ist wie rtl_tcp. Ich dachte, da fehlt noch ein Header.

Zumindest mit Qt-DAB funktioniert das schon

Code: Alles auswählen

eti-cmdline-rtlsdr -C [Kanal] | odr-dabmod ...| nc -l 1234

Und in Qt-DAB rtl_tcp auswählen und 127.0.0.1 und return drücken. Fertig.

Das probiere ich nun noch mit Andis Player.

UPDATE:

GEIL! Das funktioniert tatsächlich. Sprich, die Frequenz ist egal.

Wenn jetzt nur noch der Player in Linux mir auch einen Ton wiedergibt, wäre es noch besser. Aber das ist ein anderes Thema.

[RZCH]

Könnte ich einen Stream in der Player Software direkt auswählen? Da wo ich den RTL Stick ja eh anwähle...In QIRX wäre das auch nett, ebenso beim DAB Player... ETI statt SDR... Das mal hier an die Programmierer...

Bei QIRX würde mit ETI-Daten die TII-Anzeige nicht mehr funktionieren.

[andimik]

Na und? Du kannst dir selbst mit ODR-DABMod einen TII Code zusammenbauen!