Radio-Plugin 0.0.9 mit RDS-Radiotext(plus V2.0)

KBF · 7. September 2005

Hi,
tolle Plugin, habe hier jedoch noch 3 Anmerkungen.

1. egal, du hasst doch eingebaut, dass Einträge die mehrmals hintereinander gesendet werden nur einmal erscheinen. Vielleicht könntest du dies erweitern, so dass Einträge, die schon einmal im OSD stehen nicht nochmals angefügt werden oder erst nach einer bestimmten Zeit wieder angefügt werden.

2. Wenn ich das richtig verstanden habe, ruft sich das Plugin nach einer gewissen Zeit automatisch mit dem Userkey wieder auf, um nicht automatisch vom VDR beendet zu werden. Warum baust du dann nicht eine Option ein mit der man bestimment kann, wie lange sich das Plugin selbst aufruft? So wäre das ganze dann auch von der VDR Abschaltung unabhängig.
[EDIT]
Habe jetzt gelesen, dass es nicht daran liegt, dass das OSD geschlossen wird, sondern, dass es offen bleibt. Könnte das Plugin sich nicht nach einer eingestellten Zeit selbst beenden? Dabei wird aber wahrscheinlich dann das Problem aufrufen, dass die Inaktivitätszeit dann erst noch ablaufen muss.
(Ach, habe glaub heute keinen guten Einfälle. )
[/EDIT

3. Bei mir tritt auch ein stottern beim Kanalwechsel auf, wobei man meinen könnte, dass bei dem stottern die Musik langsamer ist und nachdem das stottern aufgehört hat erst seine normale Geschwindigkeit erreicht.

MfG
Karsten

egal · 7. September 2005

Hi,

Zitat

Original von KBF
1. egal, du hasst doch eingebaut, dass Einträge die mehrmals hintereinander gesendet werden nur einmal erscheinen. Vielleicht könntest du dies erweitern, so dass Einträge, die schon einmal im OSD stehen nicht nochmals angefügt werden oder erst nach einer bestimmten Zeit wieder angefügt werden.

Jo, hatte ich so vor, also auf Doppel bei allen sichtbaren Zeilen zu prüfen;
wollte nur erstmal die Testphase abwarten.

Zitat

2. Wenn ich das richtig verstanden habe, ruft sich das Plugin nach einer gewissen Zeit automatisch mit dem Userkey wieder auf, um nicht automatisch vom VDR beendet zu werden. Warum baust du dann nicht eine Option ein mit der man bestimment kann, wie lange sich das Plugin selbst aufruft? So wäre das ganze dann auch von der VDR Abschaltung unabhängig.
[EDIT]
Habe jetzt gelesen, dass es nicht daran liegt, dass das OSD geschlossen wird, sondern, dass es offen bleibt. Könnte das Plugin sich nicht nach einer eingestellten Zeit selbst beenden? Dabei wird aber wahrscheinlich dann das Problem aufrufen, dass die Inaktivitätszeit dann erst noch ablaufen muss.
(Ach, habe glaub heute keinen guten Einfälle. )
[/EDIT

Man könnte eine maximale OSD-Anzeigezeit einbauen (einstellbar), die nach Ablauf nur durch einen manuellen Radiotext-Aufruf bzw. Kanalwechsel resettet/getriggert wird;
so wird das System über Usertimeout zumindest irgendwann (je nach Verhältnis Usertimeout/Anzeigetimeout) runtergefahren.

Nach nächtlichen Aufnahmen/EPG-Aktualisierungen gibt es hier z.B. zusätzlich sowieso die Powertaste über svdrpsend.pl, die wirkt immer.

rnissl · 7. September 2005

Hi,

ich bin nach den Tests bzgl. cAudioRepacker wieder mit 2 Budget-Karten unterwegs und habe nun wieder das Problem, dass vor VDR-1.3.31 auch mit einer Karte aufgetreten ist:

Man schaltet z. B. auf Bayern 3. Radiotext erscheint. Nach 60 s beginnt der EPG scan und man hört kein Radio mehr. Radiotext bleibt auch aus. Von zeit zu zeit hört man den Ton irgend eines anderen Kanals und manchmal wird auch dessen Bild angezeigt. Dauer: ca. die Verweilzeit von VDR für den Scan eines Transponders.

Kann das jemand bestätigen?

Das Problem müsste in eitscan.c, cEITScanner::Process() liegen. Allerdings sind die Bedinungen derart komplex, dass (die vielleicht einfache) Lösung schwer zu finden ist.

Seit 1.3.30 hat sich folgendes geändert, was das Problem bei nur einer Karte beseitigt hat:

Diff

--- ../vdr-1.3.30-orig/eitscan.c        2005-08-07 13:29:54.000000000 +0200
+++ ../vdr-1.3.31-orig/eitscan.c        2005-08-26 17:37:06.000000000 +0200
@@ -4,7 +4,7 @@
  * See the main source file 'vdr.c' for copyright information and
  * how to reach the author.
  *
- * $Id: eitscan.c 1.27 2005/08/07 11:29:54 kls Exp $
+ * $Id: eitscan.c 1.28 2005/08/26 15:37:06 kls Exp $
  */


 #include "eitscan.h"
@@ -150,7 +150,7 @@ void cEITScanner::Process(void)
                          if (!Channel->Ca() || Channel->Ca() == Device->DeviceNumber() + 1 || Channel->Ca() >= 0x0100) {
                             if (Device->ProvidesTransponder(Channel)) {
                                if (!Device->Receiving()) {
-                                  bool IsPrimaryDeviceReplaying = Device == cDevice::PrimaryDevice() && Device->Replaying();
+                                  bool IsPrimaryDeviceReplaying = Device == cDevice::PrimaryDevice() && Device->Replaying() && cTransferControl::ReceiverDevice() != cDevice::PrimaryDevice();
                                   if (Device != cDevice::ActualDevice() || (Device->ProvidesTransponderExclusively(Channel) && (IsPrimaryDeviceReplaying || now - lastActivity > Setup.EPGScanTimeout * 3600))) {
                                      if (!IsPrimaryDeviceReplaying && Device == cDevice::ActualDevice() && !currentChannel) {
                                         if (cTransferControl::ReceiverDevice())

Alles anzeigen

Bye.

thomas83 · 8. September 2005

Hallo,

Zitat

Original von rnissl
Kann das jemand bestätigen?

Das Problem müsste in eitscan.c, cEITScanner::Process() liegen. Allerdings sind die Bedinungen derart komplex, dass (die vielleicht einfache) Lösung schwer zu finden ist.

Seit 1.3.30 hat sich folgendes geändert, was das Problem bei nur einer Karte beseitigt hat:

Diff

--- ../vdr-1.3.30-orig/eitscan.c        2005-08-07 13:29:54.000000000 +0200
+++ ../vdr-1.3.31-orig/eitscan.c        2005-08-26 17:37:06.000000000 +0200
@@ -4,7 +4,7 @@
  * See the main source file 'vdr.c' for copyright information and
  * how to reach the author.
  *
- * $Id: eitscan.c 1.27 2005/08/07 11:29:54 kls Exp $
+ * $Id: eitscan.c 1.28 2005/08/26 15:37:06 kls Exp $
  */


 #include "eitscan.h"
@@ -150,7 +150,7 @@ void cEITScanner::Process(void)
                          if (!Channel->Ca() || Channel->Ca() == Device->DeviceNumber() + 1 || Channel->Ca() >= 0x0100) {
                             if (Device->ProvidesTransponder(Channel)) {
                                if (!Device->Receiving()) {
-                                  bool IsPrimaryDeviceReplaying = Device == cDevice::PrimaryDevice() && Device->Replaying();
+                                  bool IsPrimaryDeviceReplaying = Device == cDevice::PrimaryDevice() && Device->Replaying() && cTransferControl::ReceiverDevice() != cDevice::PrimaryDevice();
                                   if (Device != cDevice::ActualDevice() || (Device->ProvidesTransponderExclusively(Channel) && (IsPrimaryDeviceReplaying || now - lastActivity > Setup.EPGScanTimeout * 3600))) {
                                      if (!IsPrimaryDeviceReplaying && Device == cDevice::ActualDevice() && !currentChannel) {
                                         if (cTransferControl::ReceiverDevice())

Alles anzeigen

Ich denke, das Problem liegt darin, dass der 'Radio-Transfermode' des Plugins nicht als Transfermode erkannt wird (kann ja cTransferControl::receiverDevice nicht verändern). Wenn in eitscan nicht nur nach ActualDevice() abgefragt wird, sondern auch die Receiver mit Priorität -1 berücksichtigt werden, tritt bei mir das Wegschalten nach 1 Minute nicht mehr auf:

Diff

--- eitscan.c.old       2005-09-07 23:37:40.000000000 +0200
+++ eitscan.c   2005-09-08 09:29:45.000000000 +0200
@@ -150,8 +150,8 @@
                          if (!Channel->Ca() || Channel->Ca() == Device->DeviceNumber() + 1 || Channel->Ca() >= 0x0100) {
                             if (Device->ProvidesTransponder(Channel)) {
                                if (!Device->Receiving()) {
-                                  bool IsPrimaryDeviceReplaying = Device == cDevice::PrimaryDevice() && Device->Replaying() && cTransferControl::ReceiverDevice() != cDevice::PrimaryDevice();
-                                  if (Device != cDevice::ActualDevice() || (Device->ProvidesTransponderExclusively(Channel) && (IsPrimaryDeviceReplaying || now - lastActivity > Setup.EPGScanTimeout * 3600))) {
+                                  bool IsPrimaryDeviceReplaying = Device == cDevice::PrimaryDevice() && Device->Replaying() && !Device->Receiving(true);
+                                  if (Device != cDevice::ActualDevice() && !Device->Receiving(true) || (Device->ProvidesTransponderExclusively(Channel) && (IsPrimaryDeviceReplaying || now - lastActivity > Setup.EPGScanTimeout * 3600))) {
                                      if (!IsPrimaryDeviceReplaying && Device == cDevice::ActualDevice() && !currentChannel) {
                                         if (cTransferControl::ReceiverDevice())
                                            cDevice::PrimaryDevice()->StopReplay(); // stop transfer mode

Alles anzeigen

Thomas

Zzam · 8. September 2005

Also ich bin ja dafür den EPG-Scan aus dem vdr-Hauptthread raus in einen eigenen Thread zu verlagern und zu modularisieren. Dadurch wäre es dann zB leichter möglich den Standard EPG-Scan durch Plugins zu erweitern.

zB dass ein premiereepg oder andere Plugins wie teletext auch Zeit zugewiesen bekommen in denen sie Daten sammeln können.

Leider habe ich im Moment gar keine Zeit so etwas zu implementieren.

Zzam

egal · 9. September 2005

Hi,

Update 0.0.8 (Download s.o.):

- Verzögerte OSD (Wieder-)Anzeige nach Menuaktivitäten
- Textwiederholungsprüfung aller OSD-Zeilen
- Neues OSD-Anzeigetimeout, Wert über Setup einstellbar (1-1440 min., 0=Aus)
(Reaktivierung bzw. Trigger über Kanalwechsel oder OSD/Menu-Neuaufruf)

rnissl · 10. September 2005

Hi,

ich möchte hier kurz auf jenes Posting bzgl. Hintergrundbildern in 720x576 hinweisen: http://www.vdr-portal.de/board…?postid=353981#post353981

Bye.

UweMindrup · 10. September 2005

Hallo,

mir ist noch folgendes aufgefallen. Ich habe am Abend vorher SWR1 gehört und dann den Rechner runterfahren lassen.
Am Morgen schaltet sich der VDR wieder ein, um für meine Tochter die Sesamstraße aufzunehmen, Diese Zeitspanne von 8.00 bis 8.30 Uhr nutze ich parallel dazu, um mir die infosat-EPG-Daten zu holen, d.h. mittels eines crontab-Eintrages startet um 8.00 Uhr das Holen der Infosat-Daten. Dabei wird dann das primäre Interface auf viva umgeschaltet (weil auf dem Transponder die infosat-Daten liegen).

Beim Einschalten des VDR hat sich das primäre Interface aber zunächst auf den als letztes eingestellten Sender geschaltet (also SWR1) und das radio-Plugin hat dann auch brav die Radio-Texte angezeigt.

Wenn dann aber per crontab auf viva umgeschaltet wird, kriegt dies das radio-Plugin anscheinend nicht mit; das Radio-Text-OSD bleibt weiter bestehen (füllt sich aber natürlich nicht mehr mit Daten, da ja der Datenstrom kein RDS mehr enthält).

Zur Veranschaulichung habe ich im Anhang einen Screenshot angehängt.

Das Ganze habe ich mit der 7f-Version erlebt; die neue Version 0.0.8 muss ich erst hoch holen, compilieren und installieren.

Vorschlag zur Lösung: wenn eine gewisse Zeit lang kein RDS-Text mehr empfangen wird, sollte das Plugin sich einfach abschalten.

Tschüß
Uwe

egal · 10. September 2005

Hi,

Zitat

Original von UweMindrup
Wenn dann aber per crontab auf viva umgeschaltet wird, kriegt dies das radio-Plugin anscheinend nicht mit; das Radio-Text-OSD bleibt weiter bestehen (füllt sich aber natürlich nicht mehr mit Daten, da ja der Datenstrom kein RDS mehr enthält).

Zur Veranschaulichung habe ich im Anhang einen Screenshot angehängt.

Das Ganze habe ich mit der 7f-Version erlebt; die neue Version 0.0.8 muss ich erst hoch holen, compilieren und installieren.

Vorschlag zur Lösung: wenn eine gewisse Zeit lang kein RDS-Text mehr empfangen wird, sollte das Plugin sich einfach abschalten.

Alles anzeigen

Jo, ist ein Bug; OSD wird nicht geschlossen, wenn transfer beendet ist
Gibt demnächst ein Update.

egal · 10. September 2005

Hi,

Update 0.0.8a (Download s.o.):

- Bugfix: Radiotext-OSD schließen bei Kanalwechsel (svdrp), wenn kein Radiokanal

UweMindrup · 10. September 2005

Hallo,

nun habe ich die Version 0.0.8 im Einsatz. Nach ein bißchen Rumspielerei damit folgendes Ergebnis:

Das Hintergrundbild erscheint bei mir immer noch nur sehr sporadisch. Ich habe nur für sehr wenige Sender eigene Sender-Hintergründe; in fast allen Fällen muss auf den Default-Hintergrund zurückgegriffen werden. Und das klappt in den allermeisten Fällen nicht, obwohl wenig später der zugehörige OSD erscheint.
Das Problem mit dem BackButton existiert immer noch. Ich kann es folgendermaßen erzeugen:
[list=1]
Ich habe einen Radiokanel mit RDS laufen.
Dann rufe ich das Menu auf und gehe dort in die Aufnahmen hinein.
Dort rufe ich dann eine Aufnahme auf (z.B. um sie zu schneiden).
Wenn ich dann mit dem Back-Button zurückkehre (auch ohne geschnitten zu haben), kehre ich im OSD nicht in das vorherige Menu zurück, sondern das gesamte Menu wird geschlossen und kurze Zeit später das OSD vom Radio-Plugin angezeigt.[/list=1]
Bei mir sind Titel und Interpret ja verschoben, wie ich schon mal berichtet hatte (siehe Bild im Anhang). Das hängt mit der Schriftgröße zusammen. Wenn man im Einstellungen-Menu bei OSD "Kleine Schrift benutzen" auf "je nach Oberfläche" oder auf "immer" stellt, wird diese Verschiebung sichtbar; steht "Kleine Schrift benutzen" auf "nie", dann stimmt es.
Wenn ich mal wieder kein Hintergrundbild habe, das Menu aufrufe und wieder zurückkehre ist übrigens *immer* ein Hintergrundbild da...

Ansonsten: das Auto-OSD-Timeout finde ich eine sehr gute Idee. Ich habe es bei mir mal auf 4 Stunden gestellt.

Ab und zu gibt es winzige Tonaussetzer (< 0.5 Sekunden), die mich leicht irritieren. Das passiert immer mal wieder, unabhängig, ob gerade eine neue Aufnahme begonnen oder beendet wird, sowohl bei hoher als auch bei niedriger CPU-Last.

Tschüß
Uwe

UweMindrup · 10. September 2005

Moin,

Zitat

Original von egal
Hi,

Update 0.0.8a (Download s.o.):

- Bugfix: Radiotext-OSD schließen bei Kanalwechsel (svdrp), wenn kein Radiokanal

Ausprobiert: klappt hervorragend! Danke!

Tschüß
Uwe

egal · 10. September 2005

Hi,

Zitat

Original von UweMindrup
[*]Das Problem mit dem BackButton existiert immer noch. Ich kann es folgendermaßen erzeugen:
[list=1]
[*]Ich habe einen Radiokanel mit RDS laufen.
[*]Dann rufe ich das Menu auf und gehe dort in die Aufnahmen hinein.
[*]Dort rufe ich dann eine Aufnahme auf (z.B. um sie zu schneiden).
[*]Wenn ich dann mit dem Back-Button zurückkehre (auch ohne geschnitten zu haben), kehre ich im OSD nicht in das vorherige Menu zurück, sondern das gesamte Menu wird geschlossen und kurze Zeit später das OSD vom Radio-Plugin angezeigt.[/list=1]

Alles anzeigen

Ja, so kann ich es nachvollziehen;
ist auch logisch, da nach Ende der Aufnahme und zurück zum Live-Radio der transfer neu erzeugt wird, wie bei Kanalwechsel.

Probier mal folgenden Fix, radio.c, Zeile 399

Code

-		    if (S_RtFunc >= 1 && S_RtDispl >= 2) {
+		    if (S_RtFunc >= 1 && S_RtDispl >= 2 && !Skins.IsOpen()) {

Zitat

[*]Bei mir sind Titel und Interpret ja verschoben, wie ich schon mal berichtet hatte (siehe Bild im Anhang). Das hängt mit der Schriftgröße zusammen. Wenn man im Einstellungen-Menu bei OSD "Kleine Schrift benutzen" auf "je nach Oberfläche" oder auf "immer" stellt, wird diese Verschiebung sichtbar; steht "Kleine Schrift benutzen" auf "nie", dann stimmt es.

Das kann ich net nachvollziehen, egal welche Einstellung (große/kleine Schrift), hier passt es immer; irgendwelche Sonderfonts im Einsatz?

Zitat

Ab und zu gibt es winzige Tonaussetzer (< 0.5 Sekunden), die mich leicht irritieren. Das passiert immer mal wieder, unabhängig, ob gerade eine neue Aufnahme begonnen oder beendet wird, sowohl bei hoher als auch bei niedriger CPU-Last.

Hab' ich auch auf manchen Sendern, hat aber wohl nix mit dem radio-plugin zu tun;
mein Humax macht das z.B. auch.

UweMindrup · 10. September 2005

Zitat
Original von egal

Probier mal folgenden Fix, radio.c, Zeile 399
Code
-		    if (S_RtFunc >= 1 && S_RtDispl >= 2) {
+		    if (S_RtFunc >= 1 && S_RtDispl >= 2 && !Skins.IsOpen()) {

Ja, damit funktioniert es wie gewünscht. Vielen Dank für die extrem rasche Reaktion!

Zitat

Das kann ich net nachvollziehen, egal welche Einstellung (große/kleine Schrift), hier passt es immer; irgendwelche Sonderfonts im Einsatz?

Nicht, dass ich wüßte. Meine Systemkonfiguration sieht folgendermaßen aus:

Code

**************************************
*        c't VDR Übersicht           *
**************************************


c't VDR: 1.3.31-1
Kernel : 2.4.27-ctvdr-1


Patches:
--------------------------------------
enAIO-2.6
jumpplay-0.6
subtitles-ttxtsubs
director
submenu
disableDoubleEpgEntrys_0.7.2
noepg
wareagle-icons
timer-info_wareagle
stuttering
LiveBuffer_multi


Plugins:
( N = Native Plugin       )
( ! = Falscher Patchlevel )
--------------------------------------
  vdrdevel-plugin-timeline (0.9.0-15)
  vdrdevel-plugin-remote (0.3.3-15)
  vdrdevel-plugin-skinelchi (0.0.1j-7)
  vdrdevel-plugin-epgsearch (0.9.7-2)
  vdrdevel-plugin-radio (0.0.8a-1)
  vdrdevel-plugin-osdteletext (0.5.1-2)
  vdrdevel-plugin-tvonscreen (0.7.0-19)
  vdrdevel-plugin-console (0.6.0-21)
  vdrdevel-plugin-streamdev-server (0.3.1+cvs20050522-7)


Addon Packages:
--------------------------------------
vdrdevel-addon-acpiwakeup (0.0.2)
vdrdevel-addon-noad (0.5.2+1)
vdrdevel-addon-nvram-wakeup (0.97+3)
vdrdevel-addon-vdrconvert (0.1.1+1)

Alles anzeigen

Die Patches stammen allesamt aus dem BigPatch passend zum vdrdevel 1.31.1 (alles von Tobis Seite). Die Plugins und addons haben meines Wissens keine besonderen Fonts installiert (aber genau weiss ich das leider auch nicht).

Zitat

Hab' ich auch auf manchen Sendern, hat aber wohl nix mit dem radio-plugin zu tun; mein Humax macht das z.B. auch.

Aha, dann kommt das wohl irgendwo anders her. Danke für die Info.-

Tschüß
Uwe

egal · 10. September 2005

Hi,

geht ja heut' wie das Brezln backen

noch'n Update (Download 1.Beitrag):

- bei AutoOSD kein UserKey nach Recordings-Ende mit der Back-Taste (s.o.)
- bei AutoOSD werden andere (NichtSkin-) plugin-OSDs nicht mehr geschlossen (endlich...)

rnissl · 11. September 2005

Hi,

Zitat

Original von egal
geht ja heut' wie das Brezln backen

Man merkt's

Das OSD sollte auch geschlossen werden, wenn der Kanal mit Channel+/- gewechselt wird. Sonst läuft bei mir hier der Text von "Bayern 1" in ein OSD das mit "Bayern 3" beschriftet ist.

Bye.

egal · 11. September 2005

Hi,

Zitat

Original von rnissl
Hi,

Man merkt's

Das OSD sollte auch geschlossen werden, wenn der Kanal mit Channel+/- gewechselt wird. Sonst läuft bei mir hier der Text von "Bayern 1" in ein OSD das mit "Bayern 3" beschriftet ist.

Alles anzeigen

Tja, dumm gelaufen, selbst ausgetrickst mit den plugin-OSDs

egal · 12. September 2005

Hi,

Update 0.0.8c (Download siehe 1.Beitrag):

- Bugfix: eigens OSD schließen bei Kanalwechsel über CHAN+/- oder svdrp
- Hintergrundprüfung, ob Radiokanäle eine Video-Pid bekommen (neue Kanäle oder temporär), dann beenden des radio-transfermode
- Änderung für vdr >= 1.3.32, keine UserMakro-Taste mehr benötitgt für AutoOsd
- Neue externe svdrp-Befehle > plug radio 'RTINFO' und 'RTCLOSE' (vdr >= 1.3.31):

Code

220 knx-vdr SVDRP VideoDiskRecorder 1.3.32; Mon Sep 12 19:27:43 2005
plug radio help
214-Plugin radio v0.0.8c - Hintergr.Bilder/RDS-Text für Radiosender
214-SVDRP commands:
214-    RTINFO    RTCLOSE
214 End of HELP info
plug radio rtinfo
900- Radiotext: Oasis: "The importance of being idle"
900- RT-Title : The importance of being idle
900  RT-Artist: Oasis
plug radio rtclose
900 RT-OSD will be closed now
plug radio rtclose
900 RT-OSD already closed

Alles anzeigen

I30R6 · 12. September 2005

egal : das machst du extra oder ?

ich habe heute erst die neue b-Version kompiliert wie immer ne super Sache und jetzt sehe schon wieder ne neue Version .. kann man nur sagen "Aller achtung und fettes Respekt " .. man sollte für die PlugIns echt mal ne Updatefunktion einbauen der das immer auf den neusten Stand hält

aber was ich gerne mal wüsste ob die Anzeige auch auf einem LCD-Display erscheint .. nen Screeni wäre mir am liebsten .

ach egal ... mach weiter so

I30R6

burki · 12. September 2005

Hi Uwe,
die 0.0.8c laesst sich mit einem vdr 1.3.22 nicht mehr compilieren:

Code

radio.c: In member function `virtual cString cPluginRadio::SVDRPCommand(const 
   char*, const char*, int&)':
radio.c:492: error: 'class cString' has no member named 'sprintf'
radio.c:496: error: 'class cString' has no member named 'sprintf'
radio.c:499: error: 'class cString' has no member named 'sprintf'
radio.c:504: error: 'class cString' has no member named 'sprintf'
radio.c:507: error: 'class cString' has no member named 'sprintf'
make[1]: *** [radio.o] Fehler 1

Da fehlt wohl ein ifdef ...
Gruss
Burkhardt

Radio-Plugin 0.0.9 mit RDS-Radiotext(plus V2.0)

Jetzt mitmachen!

Teilen