1 ... 25 26 [27] 28 29 ... 38 >>> Archiv / MLD 4.x / Raspberry PI / Test MLD-4 RPI tgz
 

Offline gkd-berlin

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 1300
    • View Profile
Test MLD-4 RPI tgz
« Reply #390 on: July 18, 2014, 18:07:14 »
Hallo,

Test: MLD-4.0.1-rpi_rpi_2014.07.17-69.tar  vom 18.7.  1:41h

Nach 1. Booten vom Stick im WebIf:
Spalte: HOME
Code: [Select]
Installation

Install MLD on your system
cat: can't open '../navi/services/*.sh': No such file or directory

Ansonsten wie gehabt!
Nach Installation auf SD-Karte wird nach einem Reboot der DVB-Stick beim Hochfahren nur noch einmal kurz angesprochen.
Normalerweise geschieht das mindestens 2 mal.
Es erscheint kurz das OSD-Kanallogo des 1. Kanals aus der Channels.conf.
Der DVB-Stick ist nicht aktiviert. Kein Bild+Ton.

Die Meldung in der messages "ERROR (lirc.c ...." ist ok, da meine lircd.conf noch nicht ins System kopiert wurde.

In der sysinit ist nichts auffälliges zu sehen. /var/log/vdr ist leer.

Gruß Gerhard
Meine VDR:
Spoiler (show / hide)

Offline gkd-berlin

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 1300
    • View Profile
Test MLD-4 RPI tgz
« Reply #391 on: August 02, 2014, 03:00:41 »
Hallo,

ich teste z.Z. meine Aufwachhardware mit der MLD-4.0.1-rpi_rpi_2014.07.10-69.tgz vom 11.7.  14:19.
rpi-rtc läuft in dieser Version noch nicht.

Die beiden nachfolgenden Versionen
MLD-4.0.1-rpi_rpi_2014.07.13-69.tgz vom 13.7.  2:09 und
MLD-4.0.1-rpi_rpi_2014.07.17-69.tar  vom 18.7.  1:41h
sind für mich unbraucbar, da ich werder Bild noch Ton bekomme.

Einschalten, ausschalten und aufwachen funktionieren schon.
Das Aufwachen habe ich im Aufwachprogramm simuliert, da ich noch keine echten Aufwachdaten habe.

Jetzt muß ich auf ein funktionierendes rpi-rtc warten.

@Claus: Hast Du schon einen RTC erhalten? Wann kann ich, Pi mal Daumen, mit einem Fortschritt beim rpi-rtc rechnen?

Gruß Gerhard
Meine VDR:
Spoiler (show / hide)

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20170
    • View Profile
    • ClausMuus.de
Test MLD-4 RPI tgz
« Reply #392 on: August 02, 2014, 11:50:20 »
Hi,

ich hab meine RTC vor nen paar Tagen bekommen. Somit sollte es da bald Neuigkeiten geben.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline mafe68

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2389
  • Immer auf der Suche nach was neuem!
    • View Profile
    • Mediastreambox
Test MLD-4 RPI tgz
« Reply #393 on: August 02, 2014, 20:00:46 »
Entschuldigung wenn ich jetzt dumm frage, was ist ein RTC?

Mario
Gruß Mario
Meine Hardware (show / hide)

Offline MegaX

  • Administrator
  • Expert Member
  • ********
  • Posts: 1822
    • View Profile
Test MLD-4 RPI tgz
« Reply #394 on: August 02, 2014, 20:30:18 »
RTC = Real Time Clock
Gruß MegaX

Hardware (show / hide)

Offline mafe68

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2389
  • Immer auf der Suche nach was neuem!
    • View Profile
    • Mediastreambox
Test MLD-4 RPI tgz
« Reply #395 on: August 02, 2014, 23:11:12 »
Danke Andi!
Auf das wäre ich nicht gekommen, habe wohl ein Brett vorm Kopf gehabt. Bei meiner Baustelle kein Wunder  ;)
Gruß Mario
Meine Hardware (show / hide)

Offline Frounts

  • Adv. Member
  • ***
  • Posts: 233
    • View Profile
Test MLD-4 RPI tgz
« Reply #396 on: August 03, 2014, 20:52:07 »
Edit: Danke, geht wieder :)

Bitte auch lirc auf der Raspberry reparieren, das letzte Update macht den gleichen Fehler wie Freitag bei der PC-Version.

restart lirc:
Code: [Select]
Jan  1 01:00:22 (none) daemon.notice sm-notify[1373]: Version 1.2.6 starting
Jan  1 01:00:22 (none) daemon.warn rpc.statd[1372]: Running as root.  chown /var/lib/nfs to choose different user
Jan  1 01:00:23 (none) user.warn kernel: [   24.738622] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
Aug  3 20:28:30 (none) user.info kernel: [   36.085222] lirc_dev: IR Remote Control driver registered, major 251
Aug  3 20:28:30 (none) user.info kernel: [   36.093550] lirc_dev: lirc_register_driver: sample_rate: 0
Aug  3 20:28:30 (none) user.info kernel: [   36.095246] lirc_rpi: driver registered!
Aug  3 20:28:31 (none) user.info kernel: [   37.049786] lirc_rpi: auto-detected active low receiver on GPIO pin 18
Aug  3 20:28:50 (none) daemon.err acpid[1934]: /dev/input/event0: No such file or directory
Aug  3 20:28:56 (none) auth.info login[2088]: root login on 'tty1'
Aug  3 20:28:56 (none) auth.info login[2089]: root login on 'tty2'
Aug  3 20:28:56 (none) auth.info login[2092]: root login on 'tty4'
Aug  3 20:28:56 (none) auth.info login[2091]: root login on 'tty3'
Aug  3 20:29:08 (none) user.info kernel: [   74.072218] rtc-test rtc-test.0: test_rtc_set_mmss, secs = 1407090548
Aug  3 20:41:11 (none) user.info kernel: [  797.141470] rtc-test rtc-test.0: test_rtc_set_mmss, secs = 1407091272
Aug  3 20:42:13 (none) user.warn kernel: [  859.450067] ------------[ cut here ]------------
Aug  3 20:42:13 (none) user.warn kernel: [  859.450190] WARNING: CPU: 0 PID: 11968 at fs/sysfs/group.c:219 sysfs_remove_group+0x8c/0x9c()
Aug  3 20:42:13 (none) user.warn kernel: [  859.450213] sysfs group c079bef4 not found for kobject 'lirc0'
Aug  3 20:42:13 (none) user.warn kernel: [  859.450226] Modules linked in: lirc_rpi(O-) lirc_dev(O) uinput snd_bcm2835 snd_pcm snd_timer snd
Aug  3 20:42:13 (none) user.warn kernel: [  859.450298] CPU: 0 PID: 11968 Comm: modprobe Tainted: G           O  3.15.1.62 #1
Aug  3 20:42:13 (none) user.warn kernel: [  859.450399] [<c0013fbc>] (unwind_backtrace) from [] (show_stack+0x10/0x14)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450452] [<c001132c>] (show_stack) from [] (warn_slowpath_common+0x68/0x88)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450484] [<c001f698>] (warn_slowpath_common) from [] (warn_slowpath_fmt+0x30/0x40)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450517] [<c001f74c>] (warn_slowpath_fmt) from [] (sysfs_remove_group+0x8c/0x9c)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450569] [<c0134f60>] (sysfs_remove_group) from [] (device_del+0x34/0x178)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450599] [<c03e75b0>] (device_del) from [] (device_unregister+0xc/0x18)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450628] [<c03e7700>] (device_unregister) from [] (device_destroy+0x30/0x3c)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450695] [<c03e773c>] (device_destroy) from [] (lirc_irctl_cleanup+0x30/0xb0 [lirc_dev])
Aug  3 20:42:13 (none) user.warn kernel: [  859.450757] [<bf0508c0>] (lirc_irctl_cleanup [lirc_dev]) from [] (lirc_unregister_driver+0xd4/0x188 [lirc_dev])
Aug  3 20:42:13 (none) user.warn kernel: [  859.450818] [<bf050b20>] (lirc_unregister_driver [lirc_dev]) from [] (lirc_rpi_exit_module+0x38/0x58 [lirc_rpi])
Aug  3 20:42:13 (none) user.warn kernel: [  859.450895] [<bf058a3c>] (lirc_rpi_exit_module [lirc_rpi]) from [] (SyS_delete_module+0x124/0x174)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450937] [<c006e580>] (SyS_delete_module) from [] (ret_fast_syscall+0x0/0x30)
Aug  3 20:42:13 (none) user.warn kernel: [  859.450963] ---[ end trace cf59bc53ac44e42d ]---
Aug  3 20:42:13 (none) user.info kernel: [  859.451506] lirc_rpi: cleaned up module
Aug  3 20:42:14 (none) user.info kernel: [  860.586103] lirc_dev: IR Remote Control driver registered, major 251
Aug  3 20:42:15 (none) user.info kernel: [  860.600722] lirc_dev: lirc_register_driver: sample_rate: 0
Aug  3 20:42:15 (none) user.info kernel: [  860.601203] lirc_rpi: driver registered!
Aug  3 20:42:15 (none) user.info kernel: [  861.554148] lirc_rpi: auto-detected active low receiver on GPIO pin 18
Aug  3 20:43:00 (none) user.warn kernel: [  905.796054] ------------[ cut here ]------------
Aug  3 20:43:00 (none) user.warn kernel: [  905.796143] WARNING: CPU: 0 PID: 12444 at fs/sysfs/group.c:219 sysfs_remove_group+0x8c/0x9c()
Aug  3 20:43:00 (none) user.warn kernel: [  905.796201] sysfs group c079bef4 not found for kobject 'lirc0'
Aug  3 20:43:00 (none) user.warn kernel: [  905.796217] Modules linked in: lirc_rpi(O-) lirc_dev(O) uinput snd_bcm2835 snd_pcm snd_timer snd [last unloaded: lirc_dev]
Aug  3 20:43:00 (none) user.warn kernel: [  905.796278] CPU: 0 PID: 12444 Comm: modprobe Tainted: G        W  O  3.15.1.62 #1
Aug  3 20:43:00 (none) user.warn kernel: [  905.796361] [<c0013fbc>] (unwind_backtrace) from [] (show_stack+0x10/0x14)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796416] [<c001132c>] (show_stack) from [] (warn_slowpath_common+0x68/0x88)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796449] [<c001f698>] (warn_slowpath_common) from [] (warn_slowpath_fmt+0x30/0x40)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796480] [<c001f74c>] (warn_slowpath_fmt) from [] (sysfs_remove_group+0x8c/0x9c)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796522] [<c0134f60>] (sysfs_remove_group) from [] (device_del+0x34/0x178)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796553] [<c03e75b0>] (device_del) from [] (device_unregister+0xc/0x18)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796579] [<c03e7700>] (device_unregister) from [] (device_destroy+0x30/0x3c)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796633] [<c03e773c>] (device_destroy) from [] (lirc_irctl_cleanup+0x30/0xb0 [lirc_dev])
Aug  3 20:43:00 (none) user.warn kernel: [  905.796690] [<bf05e8c0>] (lirc_irctl_cleanup [lirc_dev]) from [] (lirc_unregister_driver+0xd4/0x188 [lirc_dev])
Aug  3 20:43:00 (none) user.warn kernel: [  905.796741] [<bf05eb20>] (lirc_unregister_driver [lirc_dev]) from [] (lirc_rpi_exit_module+0x38/0x58 [lirc_rpi])
Aug  3 20:43:00 (none) user.warn kernel: [  905.796807] [<bf066a3c>] (lirc_rpi_exit_module [lirc_rpi]) from [] (SyS_delete_module+0x124/0x174)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796847] [<c006e580>] (SyS_delete_module) from [] (ret_fast_syscall+0x0/0x30)
Aug  3 20:43:00 (none) user.warn kernel: [  905.796866] ---[ end trace cf59bc53ac44e42e ]---
Aug  3 20:43:00 (none) user.info kernel: [  905.799909] lirc_rpi: cleaned up module
Aug  3 20:43:01 (none) user.info kernel: [  906.826283] lirc_dev: IR Remote Control driver registered, major 251
Aug  3 20:43:01 (none) user.info kernel: [  906.836780] lirc_dev: lirc_register_driver: sample_rate: 0
Aug  3 20:43:01 (none) user.info kernel: [  906.837254] lirc_rpi: driver registered!
Aug  3 20:43:02 (none) user.info kernel: [  907.798207] lirc_rpi: auto-detected active low receiver on GPIO pin 18

Danke!
« Last Edit: August 04, 2014, 20:17:41 by Frounts »
MLD-5.4 Stable als Streamdev-server mit 2x NUC6CAYH 5.4 stable Streamdev-clients

Offline Frounts

  • Adv. Member
  • ***
  • Posts: 233
    • View Profile
Test MLD-4 RPI tgz
« Reply #397 on: August 06, 2014, 21:59:02 »
Auflösung nach suspend auf 1080p60:

Wenn ich die Raspberry frisch boote, ist die Auflösung der Ausgabe wie im Webinterface auf 1080p50 (Mode 31). Wenn ich sie dann in den suspend schicke und mit dem Powerknopf den vdr wieder wecke, ist die Auflösung der Ausgabe auf 1080p60. Als Ausgabedevice verwende ich das rpihddevice.

Hat das jemand auch schon beobachtet?

LG Fr.
MLD-5.4 Stable als Streamdev-server mit 2x NUC6CAYH 5.4 stable Streamdev-clients

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20170
    • View Profile
    • ClausMuus.de
Test MLD-4 RPI tgz
« Reply #398 on: August 06, 2014, 23:12:52 »
Hi,

Danke für den Hinweis. Das werde ich mir demnächst anschauen. Sollte ich das vergessen, schreibe ruhig nen Ticket.

Bevor der RPI in den Suspend Modus wechselt, merkt er sich den Modus und stellt den beim Aufwachen wieder her. Dabei geht scheinbar irgendwas schief.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline MegaX

  • Administrator
  • Expert Member
  • ********
  • Posts: 1822
    • View Profile
Test MLD-4 RPI tgz
« Reply #399 on: August 06, 2014, 23:20:00 »
Hab nen Ticket aufgemacht: Ticket 101
Gruß MegaX

Hardware (show / hide)

Offline pbriesch

  • MLD-Tester
  • Profi Member
  • ******
  • Posts: 440
    • View Profile
Test MLD-4 RPI tgz
« Reply #400 on: August 07, 2014, 10:26:16 »
Kurze Frage: Wie kann man einen Shell-Befehl absetzen, kurz bevor der RPI in den Suspend Modus wechselt und wenn er wieder aufwacht (z. B. per CEC-Befehl TV in standby bzw. on bringen)?

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20170
    • View Profile
    • ClausMuus.de
Test MLD-4 RPI tgz
« Reply #401 on: August 07, 2014, 13:42:37 »
Hi,

beim RPI wird der TV standby Befehl bereits gesendet.

Ansonsten kannst Du Dir unter /etc/init.d/rc.init ein init Script erstellen. Beim suspend wird die "halt" und beim Aufwachen die "resume" Regel ausgeführt.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline pbriesch

  • MLD-Tester
  • Profi Member
  • ******
  • Posts: 440
    • View Profile
Test MLD-4 RPI tgz
« Reply #402 on: August 07, 2014, 17:38:04 »
Danke!

Offline rpi71

  • Newbie
  • *
  • Posts: 12
    • View Profile
Test MLD-4 RPI tgz
« Reply #403 on: August 07, 2014, 20:14:59 »
Funktioniert beinahe "out of the box" - mit einem USB-DVB-S2 receiver angestöpselt gebootet - und die gewohnte VDR-Oberfläche ist da - ein Hinweis wäre es evtl. wert, den MPG2-License-key bereits vor dem ersten booten in der config.txt einzutragen, sonst kommt der wenig hilfreiche Hinweis "unsupported video format".

Ein anderer temporärer show-stopper war ein fehlendes "rootwait/rootdelay" in der cmdline.txt, so daß ein "unable to mount root fs" mich einige Stunden beschäftigt hat, ich habe nun versuchsweise ext4 als rootfs genommen, es scheint so schneller zu booten.

Habe den RPi nun von 700-900 MHz stabil am laufen - bei letzteren hat er 75% CPU bei 70°C - leider reicht das noch nicht
um Aufnahmen machen zu können, irgendwie verliert er nach wenigen Sekunden Daten, man kann das ganz gut beobachten, wenn man die laufende Aufzeichnung gleich abspielt - dann wird der Abstand zum Ende der Aufnahme ca. 1 sec pro 2 sec kürzer und irgendwann sieht man nur noch grüne Blöcke.

Sonst ist alles bemerkenswert flüssig, auch das epgsearch funktioniert genau so, wie ich es von meinem alten, stromhungrigen (35W über das ganze Jahr) Centrino-Mini-ITX mit der FF-SD-card gewöhnt war - nur das beim RPi das OSD viel schöner ausschaut ;-)
Liegt das an meinem speziellem USB-Receiver oder ist das erwartet das die CPU-Leistung auch beim übertakten nicht ausreicht?

Ist das hinzukriegen, ein "FF-RPi-vdr" mit einer USB-Festplatte aufzusetzen, oder ist er doch zu  langsam dafür?
Was wäre denn die stromsparenste HW die das kann? Lassen sich 2 RPi als Server/Client combi so integrieren, das das funktioniert oder muß es doch mindestens ein Intel-Nuc sein (angeblich nur 7W im Leerlauf, wobei mein Centrino ja auch immer im Leerlauf lief)?

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20170
    • View Profile
    • ClausMuus.de
Test MLD-4 RPI tgz
« Reply #404 on: August 08, 2014, 01:54:20 »
Hi,

erst mal Willkommen an Bord, und Danke für den Report!

Hast Du das rootwait für's erste booten des Images benötigt, noch bevor Du die Installation (über Webif oder OSD) ausgeführt hast? Beim Installieren wird das ja eingetragen.
Den Hinweistext auf das nicht unterstützte Videoformat habe ich geändert. Das hatte ich schon länger vor gehabt.

Meine Erfahrungen mit dem betreiben eines DVB Empfängers am Client sind leider auch zwiespältig. Einige Sender gehen problemlos, andere klappen gar nicht. Im reinen Server oder Client Betrieb, gibt es hingegen keinerlei Probleme. Es sollte also problemlos funktionieren, wenn Du zwei RPIs einsetzt. Einen als Server und einen als Client.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

1 ... 25 26 [27] 28 29 ... 38 >>> Archiv / MLD 4.x / Raspberry PI / Test MLD-4 RPI tgz
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.