[ANNOUNCE] targavfd-0.0.7

anbr · 31. Oktober 2010

Hier ist eine neue Version 0.0.7 des vdr-plugin-targavfd

Das Plugin für den VDR zeigt Statusinfomationen auf einem targavfd an.

[Blockierte Grafik: http://projects.vdr-developer.…gavfd-with-span-0.0.6.jpg]

Weitere Details auf: http://projects.vdr-developer.org/wiki/plg-targavfd

Kernfeature:

* Native Integration, zur Anzeige des VDR Status
* Verwendung von Freetype-Zeichensätzen
* UTF-8 Support

Änderungen 0.0.7:
* Update italian translation (Support #445)

Änderungen 0.0.6:
* Support spectrum analyzer visualization (need 'Sp'ectrum 'An'alyzer Plugin)
* Allow turn display off at night (Feature #175)
* Add render mode "show channel names only" (Feature #426)
* Show next timer on two lines (Feature #427)
* Update italian translation (Support #357)

Andreas

Edith sagt: da http://projects.vdr-developer.org momentan per DNS nicht erreichbar ist, tut es auch folgende URL: http://community.xeatre.tv/projects/plg-targavfd

anbr · 9. November 2010

Um die Funktionsbrücke zum Span-Plugin im obigen Targavfd-Plugin sinnvoller nutzen zu können,
habe ich mal das bereits vorhandene Patch zum mp3-Plugin an das Plugin Muggle angepasst
und unter http://projects.vdr-developer.org/issues/447 online gestellt.

Mit dem Patch sollte Muggle als Datenquelle auch mit allen anderen Span-Anzeigeplugins funktionieren ...

Copperhead · 5. April 2011

Was mache ich falsch, wenn ich den VDR als user:vdr group:vdr starte. Die udev-Rule aus der Readme angewendet habe und vom Plugin "targaVFD: open - failed to open device (6)" gemeldet bekomme?

anbr · 6. April 2011

Hi,

leider kann ich bei der Meldung nicht wirklich weiterhelfen. Wird denn das Gerät per lsusb abgezeigt ?

Meine Datei /etc/udev/rules.d/92-vfd.rules halt folgenden Inhalt, vielleicht liegt einfach ein Tippfehler beim Dateiname bzw. Inhalt vor.

Code

#
# Mein eigener Regel um für die Rechte der Group festzulegen
#
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="19c2", SYSFS{idProduct}=="6a11", GROUP="video"

Ansonsten hilft bei der Fehlersuche die verwendete Bibliothek libhid etwas redseliger zu machen

Diff

diff --git a/vfd.c b/vfd.c
index 7f0162b..7b62405 100644
--- a/vfd.c
+++ b/vfd.c
@@ -86,11 +86,20 @@ bool cVFDQueue::open()
   HIDInterfaceMatcher matcher = { 0x19c2, 0x6a11, NULL, NULL, 0 };
   hid_return ret;
 
+  int debugmode = 1;
   /* see include/debug.h for possible values */
-  hid_set_debug(HID_DEBUG_NONE);
-  hid_set_debug_stream(0);
-  /* passed directly to libusb */
-  hid_set_usb_debug(0);
+  if(debugmode) {
+    hid_set_debug(HID_DEBUG_ALL);
+    hid_set_debug_stream(stderr);
+    /* passed directly to libusb */
+    hid_set_usb_debug(1);
+  } else {
+    /* see include/debug.h for possible values */
+    hid_set_debug(HID_DEBUG_NONE);
+    hid_set_debug_stream(0);
+    /* passed directly to libusb */
+    hid_set_usb_debug(0);
+  }

   ret = hid_init();
   if (ret != HID_RET_SUCCESS) {

Alles anzeigen

Damit kommt dann auf der Konsole eine Ausgabe in der folgenden Form :

Code

Starting video disk recorder: vdr .
 usb_set_debug: Setting debugging level to 1 (on)
 NOTICE: hid_init(): libhid 0.2.15+20060325.0.0 is being initialized.
  TRACE: hid_init(): initialising USB subsystem...
usb_os_init: Found USB VFS at /dev/bus/usb
  TRACE: hid_init(): scanning for USB busses...
  TRACE: hid_init(): scanning for USB devices...
usb_os_find_devices: couldn't get connect info
usb_os_find_devices: couldn't get connect info
usb_os_find_devices: couldn't get connect info
usb_os_find_devices: couldn't get connect info
usb_os_find_devices: couldn't get connect info
usb_os_find_devices: couldn't get connect info
usb_os_find_devices: couldn't get connect info
 NOTICE: hid_init(): successfully initialised HID library.
  TRACE: hid_new_HIDInterface(): creating a new HIDInterface instance...
  TRACE: hid_force_open(): forcefully opening a device interface according to matching criteria...
  TRACE: hid_get_usb_handle(): acquiring handle for a USB device...
  TRACE: hid_find_usb_device(): enumerating USB busses...
  TRACE: hid_find_usb_device(): enumerating USB devices on bus 007...
  TRACE: hid_find_usb_device(): inspecting USB device 007/001[0]...
  TRACE: hid_compare_usb_device(): comparing match specifications to USB device...
  TRACE: hid_compare_usb_device(): inspecting vendor ID...
  TRACE: hid_compare_usb_device(): no match on vendor ID.
  TRACE: hid_compare_usb_device(): inspecting product ID...
  TRACE: hid_compare_usb_device(): no match on product ID.
  TRACE: hid_compare_usb_device(): no custom matching function supplied.
 NOTICE: hid_find_usb_device(): vendor 0x1d6b of USB device 007/001[0] does not match 0x19c2.
  TRACE: hid_find_usb_device(): enumerating USB devices on bus 006...
  TRACE: hid_find_usb_device(): inspecting USB device 006/001[0]...
  TRACE: hid_compare_usb_device(): comparing match specifications to USB device...
  TRACE: hid_compare_usb_device(): inspecting vendor ID...
  TRACE: hid_compare_usb_device(): no match on vendor ID.
  TRACE: hid_compare_usb_device(): inspecting product ID...
  TRACE: hid_compare_usb_device(): no match on product ID.
  TRACE: hid_compare_usb_device(): no custom matching function supplied.
 NOTICE: hid_find_usb_device(): vendor 0x1d6b of USB device 006/001[0] does not match 0x19c2.
  TRACE: hid_find_usb_device(): enumerating USB devices on bus 005...
  TRACE: hid_find_usb_device(): inspecting USB device 005/001[0]...
  TRACE: hid_compare_usb_device(): comparing match specifications to USB device...
  TRACE: hid_compare_usb_device(): inspecting vendor ID...
  TRACE: hid_compare_usb_device(): no match on vendor ID.
  TRACE: hid_compare_usb_device(): inspecting product ID...
  TRACE: hid_compare_usb_device(): no match on product ID.
  TRACE: hid_compare_usb_device(): no custom matching function supplied.
 NOTICE: hid_find_usb_device(): vendor 0x1d6b of USB device 005/001[0] does not match 0x19c2.
  TRACE: hid_find_usb_device(): enumerating USB devices on bus 004...
  TRACE: hid_find_usb_device(): inspecting USB device 004/002[0]...
  TRACE: hid_compare_usb_device(): comparing match specifications to USB device...
  TRACE: hid_compare_usb_device(): inspecting vendor ID...
  TRACE: hid_compare_usb_device(): match on vendor ID: 0x19c2.
  TRACE: hid_compare_usb_device(): inspecting product ID...
  TRACE: hid_compare_usb_device(): match on product ID: 0x6a11.
  TRACE: hid_compare_usb_device(): no custom matching function supplied.
 NOTICE: hid_find_usb_device(): found a matching USB device 004/002[0].
  TRACE: hid_force_open(): claiming USB device 004/002[0].
 NOTICE: hid_force_open(): successfully claimed USB device 004/002[0].
  TRACE: hid_init_parser(): initialising the HID parser for USB Device 004/002[0]...
  TRACE: hid_init_parser(): allocating space for HIDData structure...
  TRACE: hid_init_parser(): successfully allocated memory for HIDData strcture.
  TRACE: hid_init_parser(): allocating space for HIDParser structure...
  TRACE: hid_init_parser(): successfully allocated memory for HIDParser strcture.
 NOTICE: hid_init_parser(): successfully initialised the HID parser for USB Device 004/002[0].
  TRACE: hid_prepare_hid_descriptor(): initialising the HID descriptor for USB device 004/002[0]...
  TRACE: hid_prepare_hid_descriptor(): retrieving HID descriptor for USB device 004/002[0]...
 NOTICE: hid_prepare_hid_descriptor(): successfully initialised HID descriptor for USB device 004/002[0] (39 bytes).
  TRACE: hid_prepare_report_descriptor(): initialising the report descriptor for USB device 004/002[0]...
  TRACE: hid_prepare_report_descriptor(): retrieving report descriptor for USB device 004/002[0]...
 NOTICE: hid_prepare_report_descriptor(): successfully initialised report descriptor for USB device 004/002[0].
  TRACE: hid_prepare_parser(): setting up the HID parser for USB device 004/002[0]...
  TRACE: hid_reset_parser(): resetting the HID parser for USB device 004/002[0]...
  TRACE: hid_prepare_parser(): dumping the raw report descriptor
  TRACE: hid_prepare_parser(): 0x000: 0x06 0x7f 0xff 0x09 0x04 0xa1 0x01 0x09 
  TRACE: hid_prepare_parser(): 0x008: 0x80 0x15 0x00 0x26 0xff 0x00 0x75 0x08 
  TRACE: hid_prepare_parser(): 0x010: 0x95 0x01 0x81 0x02 0x09 0x81 0x95 0x01 
  TRACE: hid_prepare_parser(): 0x018: 0x81 0x02 0x09 0x80 0x95 0x01 0x91 0x02 
  TRACE: hid_prepare_parser(): 0x020: 0x09 0x82 0x95 0x3f 0x91 0x02 0xc0 
  TRACE: hid_prepare_parser(): parsing the HID tree of USB device 004/002[0]...
 NOTICE: hid_prepare_parser(): successfully set up the HID parser for USB device 004/002[0].
 NOTICE: hid_force_open(): successfully opened USB device 004/002[0].
  TRACE: hid_set_output_report(): looking up report ID...
  TRACE: hid_prepare_parse_path(): preparing search path of depth 4 for parse tree of USB device 004/002[0]...
  TRACE: hid_prepare_parse_path(): search path prepared for parse tree of USB device 004/002[0].
 NOTICE: hid_find_object(): found requested item.
  TRACE: hid_set_output_report(): sending report ID 0x00 (length: 3) to USB device 004/002[0]...
 NOTICE: hid_set_output_report(): successfully sent report to USB device 004/002[0].
  TRACE: hid_set_output_report(): looking up report ID...
  TRACE: hid_prepare_parse_path(): preparing search path of depth 4 for parse tree of USB device 004/002[0]...
  TRACE: hid_prepare_parse_path(): search path prepared for parse tree of USB device 004/002[0].
 NOTICE: hid_find_object(): found requested item.
  TRACE: hid_set_output_report(): sending report ID 0x00 (length: 30) to USB device 004/002[0]...
 NOTICE: hid_set_output_report(): successfully sent report to USB device 004/002[0].
  TRACE: hid_set_output_report(): looking up report ID...
  TRACE: hid_prepare_parse_path(): preparing search path of depth 4 for parse tree of USB device 004/002[0]...
  TRACE: hid_prepare_parse_path(): search path prepared for parse tree of USB device 004/002[0].
 NOTICE: hid_find_object(): found requested item.
  TRACE: hid_set_output_report(): sending report ID 0x00 (length: 64) to USB device 004/002[0]...
 NOTICE: hid_set_output_report(): successfully sent report to USB device 004/002[0].
  TRACE: hid_set_output_report(): looking up report ID...
  TRACE: hid_prepare_parse_path(): preparing search path of depth 4 for parse tree of USB device 004/002[0]...
  TRACE: hid_prepare_parse_path(): search path prepared for parse tree of USB device 004/002[0].
 NOTICE: hid_find_object(): found requested item.
  TRACE: hid_set_output_report(): sending report ID 0x00 (length: 58) to USB device 004/002[0]...
 NOTICE: hid_set_output_report(): successfully sent report to USB device 004/002[0].
  TRACE: hid_set_output_report(): looking up report ID...
  TRACE: hid_prepare_parse_path(): preparing search path of depth 4 for parse tree of USB device 004/002[0]...
  TRACE: hid_prepare_parse_path(): search path prepared for parse tree of USB device 004/002[0].
 NOTICE: hid_find_object(): found requested item.
  TRACE: hid_set_output_report(): sending report ID 0x00 (length: 61) to USB device 004/002[0]...
 NOTICE: hid_set_output_report(): successfully sent report to USB device 004/002[0].

Alles anzeigen

Copperhead · 6. April 2011

Ich habe zwar gerade das Plugin noch nicht auf "redselig" gestellt. Aber ich denke den Schuldigen gefunden zu haben.

libhid ist leider uralt und läuft nur noch mit libusb-0.1, welches in Slackware 13.0 auch noch enthalten war. Seit meinem Update auf Slackware 13.1 hatte ich keinen Einsatzzweck für das Display und somit merke ich erst jetzt, das libhid nicht mehr mit libusb-1.0 kann.
Was genau ist eigentlich der Grund, dass du libhid genommen hast?

Edit: Im Anhang ein Bild vom "redselig"-Modus /dev/bus/usb/001/001 ist übrigens nicht das Display

anbr · 6. April 2011

Zitat von Copperhead

Was genau ist eigentlich der Grund, dass du libhid genommen hast?

Na, weil es damit auf Anhieb funktioniert hat, und ich selber keinen HID-Parser für libusb schreiben musste.

Copperhead · 6. April 2011

Scheint aber leider so, als ob die Glanzzeit von libhid zuende ist.

Edit: Könnte man die Devices read-only öffnen, bis man das richtige gefunden hat?

M-Reimer · 7. April 2011

Ich habe mir das mal angeschaut. Die Funktion "hid_find_usb_device" in dieser libhid sorgt für das Problem. Dort wird *jedes* USB-Device an *jedem* Bus einmal geöffnet. Nur der Superuser darf das. Man könnte das fixen. Frage ist nur, was dann als nächstes knallt, wenn man eine so geflickte libhid auf libusb 1.0 loslässt. Könnte ein Fass ohne Boden werden.

Fakt ist, dass diese Library so langsam Rost ansetzt. Wenn man nicht jemanden findet, der ernsthaft daran weiterarbeiten will, dann sollte man davon wegportieren. Was libusb 1.0 angeht:
http://lists.alioth.debian.org…2010-February/000738.html

Der Kernel selber scheint ein Interface für HID-Devices anzubieten. Es braucht dann kein libusb und erst recht kein libhid.
http://www.mjmwired.net/kernel/Documentation/usb/hiddev.txt
Beispiel für einen Treiber, der das für ein Display nutzt:
http://developer.berlios.de/patch/download.php?id=2627

M-Reimer · 7. April 2011

Zitat von Copperhead

Edit: Könnte man die Devices read-only öffnen, bis man das richtige gefunden hat?

So wie ich das verstanden habe, muss man einen Befehl absetzen um an die vendorID und deviceID zu kommen. Man könnte aber den Fehler, der auftritt, wenn man beim Suchen ein Device nicht öffnen kann, schlicht ignorieren und zum nächsten weiterlaufen. Irgendwann stolpert man dann über das via udev freigegebene Device.

Das wäre aber in der libhid zu fixen und ich habe ehrlich gesagt nicht vor einen Fork anzulegen oder einen Patch zu pflegen.

M-Reimer · 8. April 2011

@(Hulk|anbr)
Hast du Interesse am Thema hiddev oder soll ich mir das bei Gelegenheit mal anschauen? Was sollte ich beachten, dass mein Patch letztlich eine Chance hat, auch übernommen zu werden?

Copperhead · 16. April 2011

anbr: Könntest du dich dazu bitte äußern? Seit einer Woche keine Antwort und dazu PNs und E-Mails netterweise blockiert.

Copperhead · 8. August 2011

Danke, das du die libhid entfernt hast.

Es gibt aber leider noch andere Probleme:

Im Zweizeilenmodus ist die untere Zeile abgeschnitten (ca 2px). Beide Zeilen sind aber zusammen 2px zu tief. Wenn man also beide Zeilen 2px nach oben verschieben könnte, würde der Text draufpassen.

Bei HD-Aufnahmen werden falsche Zeiten angezeigt. Eine 2stündige aufnahme ist dann ca 4 Stunden lang und die Zeit, während der Wiedergabe läuft auch deutlich zu schnell.

Der Spectrum Analyzer ist träge. Das Display könnte deutlich schneller darstellen.

[ANNOUNCE] targavfd-0.0.7

Jetzt mitmachen!

Teilen