Rundfunkforum

Drehrumbum hat geschrieben: ↑Fr 13. Jan 2023, 16:24 Hat er evt. den falschen Treiber genommen?

Das glaube ich eher nicht, unter QIRX 3 klappt es ja. Lässt sich aber leicht mit Zadig kontrollieren, ob die WinUSB (v6...) angezeigt wird.

Das sieht eher nach Problemen mit dem EEPROM aus. Vielleicht hat der nesdr V.4 ja garkeins?
Wie ich das verstehe, leitet die rtl2_tcp den Text "Generic RTL2832U" aus der erkannten VID und PID ab, während der Text "Realtek..." aus dem EEPROM ausgelesen wird.
Mit dem Hinweis von @Oldenburger lässt sich das EEPROM aber prüfen. (Eingabeaufforderung öffnen, zum Verzeichnis mit den entzippten Dateien hangeln, dann den Befehl "rtl_eeprom -r file.bin" eingeben)

Von den Astrometa Sticks hab ich zwei mit unterschiedlicher Hardware.

Gute Neuigkeiten, habe QIRX 4.0.5. jetzt mit einem anderen Stick sofort zum laufen bekommen, vielen Dank für Eure Tipps. Aber ein Problem habe ich noch, wie bekomme ich den CIR (siehe Bild) sichtbar, oder gibts den in der 4.0.5 nicht mehr? Das Bild stammt von der 3.2.2. Version

Viele Grüße Sven

Mit der rechten Maustaste in das Feld klicken wo Create... bei mir steht.
Dann das Gewünschte mit der linken Maustaste anklicken.

Vielen Dank @Austria MV

Gruß Sven

Bei Linux gibt es seit Dezember die Version: Linux Mint 21.1. Ich habe diese Version drauf aber QT-DAB funktioniert seitdem nicht mehr.
Könntet Ihr vielleicht ein neues Update für die Linux Mint Version 21.1 bereit stellen?

Meinst du cQIRX?

Off topic
Qt-DAB ist ein anderes Tool. Falls es das ist, mach in English eine Störung auf github.com mit detaillierter Beschreibung auf. Der o.g. Text reicht nicht.

Mir schwebt ein Feature Request vor:

Auch wenn ich Tropo bisher nur im Urlaub kennen gelernt habe (zuhause bei mir gibt es das gar nicht), wäre eine optionale automatische Aufzeichnung von ein paar Sekunden als RAW für bisher noch nicht empfangene Muxe vielleicht für einige von euch interessant. Denn ich lese immer wieder erstaunt, dass unser Forenkollege aus dem Mühlviertel Muxe aus GB oder F loggt.

Natürlich fressen die Rohdaten viel Festplattenspeicher.

Natürlich ist das ein cooles Feature, gerade eben auch, wenn neue Muxe in Betrieb gehen sollen und man die mitunter sehr kurzen Testabstrahlungen "erwischen" will. Im Moment muss man noch etwas tricksen (SNR-Tone) und sich auch in der Nähe des Rechners befinden, damit man im Falle eines Falles QIRX aus dem Hintergrund holen kann (es sei denn, man guckt da stundenlang im Vollbild zu), um dann den Record-Button möglichtst schnell drücken zu können. Gleichzeitig muss man den Scanner stoppen, denn sonst schaltet der ja nach dem eingestellten Delay weiter.
Eigentlich reichen 20 Sekunden Aufnahmezeit, damit QIRX später bei der Wiedergabe auch synct usw. Ich habe das Feature Clem letztens auch schon unterbreitet.

viewtopic.php?p=1697092#p1697092

IMHO ist solch ein Scanner mit Aufnahme-Feature aber in der rtl_tcp besser aufgehoben. Die "frisst weniger Brot", würde aber nur auf die "Energiesumme" (vereinfacht: i**2 + q**2) über ein gewisses Zeitfenster (Samples im Puffer von Stick) im Kanal reagieren und ab einer Trigger-Schwelle aufzeichnen. Reicht ja, denn was soll auf den DAB-Kanälen schon anderes kommen.

andimik hat geschrieben: ↑Mo 30. Jan 2023, 10:56 Mir schwebt ein Feature Request vor:

Auch wenn ich Tropo bisher nur im Urlaub kennen gelernt habe (zuhause bei mir gibt es das gar nicht), wäre eine optionale automatische Aufzeichnung von ein paar Sekunden als RAW für bisher noch nicht empfangene Muxe vielleicht für einige von euch interessant.

Um damit weiterzukommen, müsste jemand mal konkrete Requirements aufschreiben:
Wer soll wann was wie lange automatisch aufzeichnen etc. ?

Am besten in den "Issues". Ich weiss, dass manchen die dort notwendige Registrierung abschreckt, aber darauf habe ich keinen Einfluß, genausowenig wie auf die notwendige Registrierung hier im Forum.

Von mir kann das eher nicht kommen, da ich leider keine DX-Möglichkeiten hier habe. Falls das in erster Linie für DX gedacht sein sollte, sehe ich hier auch große Probleme beim Testen, eben wegen der bescheidenen Antennensituation. Es wäre aber sicher interessant, die Möglichkeiten mal auszuloten.

Ja, das sollte am besten jemand definieren, der davon betroffen ist. Ich kann es nicht, weil ich nur das empfange, was ich empfangen kann.

War nur ein Denkanstoß...

Irgendwie fühle ich mich angesprochen.

Mein letzter etwas weiterer Scanner Empfang war 9C auf 9C am 25.1.2023.

Die extrem weiten Sender sind glaube ich sehr kurz und bisher immer nur einmal am Tag empfangbar.
Um die Anzahl der Aufzeichnungen zu begrenzen müsste man nur jeden neuen Sender beim ersten mal aufzeichnen.
Die Üblichen Verdächtigen sind 35 oder 71 .... mal empfangbar siehe Count...

Ob die Aufnahme schnell genug gestartet werden kann ?

Ich habe keine Ahnung welche Aufnahmedauer sinnvoll ist ? Eventuell einen flexiblen ini Eintrag machen wo man Sekunden angeben kann ?

Soweit mal meine Gedanken dazu.
Test oder Neuaufschaltungen könnte man möglicherweise auch erkennen und auswerten...

Was ist eingentlich sowas? Nachdem ich heute/gestern mal wieder an den Filtern bastelte und den 11B flott bekam, ist der 7B weiter eine unknackbare Nuß . Vom Pegel her bin ich etwa 7dB über dem 11B, aber das Diagramm zeigt nichts Gutes. Der 11B geht vor allen Verstärkern "roh" sauber, was ich für den 7B nicht behaupten kann. Es sind zwar keine Kuppen drin wie im Bild und auch ist ein gelber Kringel deutlich stärker ausgeprägt und dennoch wird im CIR-Graph ständig durchgetauscht. Ich konnte auch noch nicht ausmachen welcher Sender die Punkte überhaupt sind. Bei Tropo kommen hier schnell Standorte wie GI-Dünsberg und Rimberg durch, ein Kreuzberg mit etwa max 200W ERP jedoch eigentlich nie. Beim hörbaren (!) 10A ist Kreuzberg hier der Hauptversorger. Meine Vermutung: Kreuzberg ist ohne Tropo auch hier der gelbe Punkt schafft es aber neben der Synchronierung nicht weiter.

7D wurde 12 mal gescand aber kein mal in TII logbuch.
Gibt es ein bug in V3.2.2?

@FMDABDX

If you send me a log file of the scan I could have a look. The log file is for the 3.2.2 in C:\qirxLogging.
Starting with the 4.0.8 and when a new config file has been created, the directory is C:\Users\<your user name>\AppData\Local\qirxLogging.