Rundfunkforum

Städter hat geschrieben: ↑Do 18. Aug 2022, 14:09 Ah vergessen: Wenn ich versuche rtlsdr aus dem aktuellen Repository von https://github.com/old-dab/rtlsdr zu installieren, bricht mir das ganze mit einer Fehlermeldung ab. Ich glaube das war bei "make" nach 30 Prozent oder so.

Wie hast du es hinbekommen den Oldenburger rtlsdr auf dem Raspberry Pi zu installieren? Ich wäre sehr dankbar wenn du mir das schritt für schritt erklären kann!

Wie gesagt, derzeit klappt das bei mir mit der derzeitigen Version nicht. Weiß nicht, ob ich daran schuld bin oder die Version fehlerhaft ist.
Ich habe aber eine ältere Version vom Oldenburger gefunden mit der es heute noch hingehauen hat. Schritte sind wie immer:

git clone https://github.com/softsyst/rtlsdr
cd rtlsdr/
mkdir build
cd build
cmake ../
make
sudo make install

Falls die neue Version wieder geht, einfach die erste Zeile durch "sudo git clone https://github.com/old-dab/rtlsdr" ersetzen.

Das wars! Aufruf dann beispielsweise mit: rtl_tcp -a 192.168.178.66 -w 1500000 -d0 -p 1234 -g0 -T (das hängt dann aber sehr von Deinen Settings ab! rtl_tcp -help ist aber eigentlich selbsterklärend).

Edit: Nach Hinweis von andimik unnötige "sudo" entfernt.

Du brauchst aber bitte nicht immer den Superuser zu bemühen. Einzig bei ist es nötig. Make, git und cmake (und schon gar nicht mkdir) benötigen keine höheren Rechte.

@Städter
Die von dir benutzte Version auf meinem GitHub würde ich mit grosser Vorsicht geniessen, da sie mit Sicherheit nicht die aktuellen Features hat.
Dieser Fork ist über ein Jahr alt: "This branch is 55 commits behind old-dab:master."

@Clem01: Danke für den Hinweis. Das war auch nur eine "Quick and dirty"-Lösung heute, weil ichs mit der neuen, wie oben geschildert, derzeit einfach nicht hinbekomme.

@andimik: Danke auch an Dich! Ich habe es oben geändert.

Tut mir leid, weil rtl2_tcp nur für Qirx4 benutzt wird habe ich an Linux gar nicht gedacht. Der Quellcode von rtl2_tcp ist jetzt geändert, so dass er auch mit Linux compiliert werden kann:

git clone https://github.com/old-dab/rtlsdr.git
cd rtlsdr
mkdir build
cd build
cmake ..
make
sudo make install

Bei Bedarf muss auch DETACH_KERNEL_DRIVER und INSTALL_UDEV_RULES auf ON gesetzt werden.

Oh, nur der eine Sleepbefehl hat das verursacht? Oder auch die BYTE-Zeilen?

Ach ist das schön wenn die Entwickler hier mitlesen! Das Compilieren hat geklappt und die Version https://github.com/old-dab/rtlsdr.git läuft jetzt auf meinem Raspberry wieder einwandfrei mit Andys DAB-Player.

Leider bleibt mein Ursprungsproblem mit QIRX V4 bestehen --> Not Connected. QIRX (auf Windows-PC) spricht den Remote-Raspberry zwar an, so dass dort folgendes erscheint:
Allocating 15 zero-copy buffers
Control client accepted!

Aber QIRX V4 zeigt dennoch keine Verbindung an. Wie gesagt: QIRX V3 ging problemlos mit dem Setting.

Ich warte mal auf die Tests von Clem01.

Wie kann man es erklären, dass Qirx einen Mux loggt, der dort NICHT sendet?

https://scontent-vie1-1.xx.fbcdn.net/v/ ... e=631B9DB4

Es geht um 7D im Screenshot. Der DXer legt sich mit dem Betreiber an und behauptet, dass er auf 7D den Mux empfangen hat.

Das passiert wenn man den PC Prozessor voll auslastet.
Andere Programme startet zum Beispiel...

Danke für die Erklärung.

Clem, ist es möglich, dass da die Verbindung zu rtl_tcp schuld ist?

Ich kenne das auch von anderen Programmen, qt-dab und AbracaDABra, wo man in gewissen Fällen auch solche Fehler bekommt.

Hallo andimik,

Glaube ich eher nicht, Wahrscheinlich das Zeitverhalten unter verschiedener Last. Was nützlich wäre, wäre ein "Debug" Logfile für diesen Fall, zu finden unter C;\qirxLogging. Ich selber kann das leider nicht nachstellen.

Es wäre gut für die "Issues", so geht das immer nebenher, Was dort steht, versuche ich abzuarbeiten. Auf jeden Fall geht es dort nicht verschütt.
Die Leute sollten sich mal deine - vorbildlichen - Fehlermeldungen ansehen.

Ich schau mir das natürlich nochmal an, habe aber momentan einiges andere zu tun.

Radio-DX hat geschrieben: ↑Mi 23. Sep 2020, 21:10 Da nicht bekannt ist, was Du wo empfangen hast, nehme ich mal folgendes an.
Kanal 5C wurde in Sachsen empfangen.
Laut Qirx wurden die TII-Codes 2301 und 2307 eingelesen.
Die 2301 wäre Dresden Wachwitz und die 2307 Neustadt (Sachsen)/Unger.
Das kann man hier auf der Seite sehen. (In der Spalte "TII")
https://www.fmlist.org/sendertabelle/da ... putEn=10BC

Kann es sein, dass sich in der Tabelle bezüglich " 2307 Neustadt (Sachsen)/Unger." ein Fehler befindet? Ich wohne ca. 1,2 km von "2308 Chemnitz-Reichenhain" entfernt. Ich empfange nur Indoor. Hier wird aber ständig die "2307" angezeigt. Die Einträge in der "Sender-Tabelle Sachsen (DAB)" wurden wahrscheinlich zur gleichen Zeit vorgenommen. Durch den vermuteten Fehler wäre natürlich die Angabe "km abs." in meinem Screenshot falsch, da sie sich direkt auf die "2307" aus der Tabelle bezieht.
Leider wird das eingefügte Bild nicht sichtbar, sodass ich es wieder entfernt habe. Ich hatte es mit "Bild einfügen: [img]http://bild_url[/img]" versucht, aber warscheinlich hatte ich keinen geeigneten Hoster.

Ist jetzt geändert - was sagt Qirx jetzt?

Top - Besten Dank