reel eHD will nicht mehr?

ProgLocker · June 27, 2009 at 12:05 PM

Moin zusammen,

meine eHD lief nun seit einiger Zeit problemlos. Nun wollte ich mal den aktuellen svn stand nehmen und habe alles (driver, bin, tools, header) installiert (ueber gentoo ebuilds, von CR7 waren die glaube ich).

eHD bootet auch etc, ich habe auch den splash screen. Sobald ich vdr starte, bekommt mein TV kein Signal mehr.

Was ich bis jetzt herausgefunden habe ist, dass der hdplayer irgendwie beim starten von vdr abschmiert:

Code

vdr # telnet 192.168.99.129
Trying 192.168.99.129...
Connected to 192.168.99.129.
Escape character is '^]'.






BusyBox v1.2.2 (2008.09.08-11:57+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.




Welcome to extensionHD


This image is based on SDK V1.7.
It was built @ Mi 4. Mär 17:43:18 CET 2009 on RCsReelbox.


hdext # ps
  PID  Uid     VmSize Stat Command
    1 0           656 S   init  
    2 0               SWN [ksoftirqd/0]
    3 0               SW< [events/0]
    4 0               SW< [khelper]
    5 0               SW< [kthread]
    6 0               SW< [kblockd/0]
   20 0               DW  [swapper]
   84 0               SW  [pdflush]
   85 0               SW  [pdflush]
   87 0               SW< [aio/0]
   86 0               SW  [kswapd0]
   91 0               SW  [kseriod]
  133 0               SW< [VIDEO/0]
  134 0               SW< [AUDIO/0]
  135 0               SW< [PSI/0]
  139 0               SW< [VIDEO/0]
  140 0               SW< [AUDIO/0]
  141 0               SW< [PSI/0]
  171 0           636 S   syslogd -m 0 -C 
  173 0           628 S   klogd 
  235 0           572 S < udevd 
  254 1           684 S   portmap 
  256 0           508 S   telnetd -l /sbin/loginash 
  283 0           468 S   shmnetd 
  292 0           684 S   /bin/sh /sbin/hdplayermgr -d 
  300 0           708 S   /usr/bin/hdctrld -o DVI -a WF -v 576i -s -d 
  308 0           708 S   /usr/bin/hdctrld -o DVI -a WF -v 576i -s -d 
  357 0           708 S   /usr/bin/hdctrld -o DVI -a WF -v 576i -s -d 
  363 0           660 S   init  
  364 0           572 S   sh -c /tmp/hdplayer 
  365 0           808 S   /tmp/hdplayer 
  370 0           808 S   /tmp/hdplayer 
  371 0           808 R N /tmp/hdplayer 
  420 0           792 S   /bin/ash --login 
  423 0           424 S   sleep 2 
  424 0           712 R   ps 
hdext # /tmp/hdplayer 
HOST: Mapped ID 1, phys 0x1032000 to 0x2aac4000, rphys 0x1032000 to virt 0x2aac4000, length 2000, kernel_mem 0xa1032000
HOST: Mapped ID 40000180, phys 0x1034000 to 0x2aad6000, rphys 0x1034000 to virt 0x2aad6000, length 8000, kernel_mem 0xa1034000
HOST: Mapped ID 40000181, phys 0x103c000 to 0x2ad68000, rphys 0x103c000 to virt 0x2ad68000, length 40000, kernel_mem 0xa103c000
channel 12 phys control 1034000 areas 1
HOST: Mapped ID 40000100, phys 0x107c000 to 0x2aade000, rphys 0x107c000 to virt 0x2aade000, length 8000, kernel_mem 0xa107c000
HOST: Mapped ID 40000101, phys 0x1084000 to 0x2aae6000, rphys 0x1084000 to virt 0x2aae6000, length 10000, kernel_mem 0xa1084000
channel 8 phys control 107c000 areas 1
HOST: Mapped ID 40000120, phys 0x1094000 to 0x2aaf6000, rphys 0x1094000 to virt 0x2aaf6000, length 8000, kernel_mem 0xa1094000
HOST: Mapped ID 40000121, phys 0x109c000 to 0x2ada8000, rphys 0x109c000 to virt 0x2ada8000, length 40000, kernel_mem 0xa109c000
channel 9 phys control 1094000 areas 1
HOST: Mapped ID 40000140, phys 0x10dc000 to 0x2ade8000, rphys 0x10dc000 to virt 0x2ade8000, length 8000, kernel_mem 0xa10dc000
HOST: Mapped ID 40000141, phys 0x10e4000 to 0x2adf0000, rphys 0x10e4000 to virt 0x2adf0000, length 20000, kernel_mem 0xa10e4000
channel 10 phys control 10dc000 areas 1
 new_player 
FB: xres: 720, yres: 576, bpp: 4, osd->data: 0x2ae10000
pthread_detach!
####################### TRICK 0 0
osd thread running


hdplayer clean exit 0
hdext # 
hdext # ps
  PID  Uid     VmSize Stat Command
    1 0           656 S   init  
    2 0               SWN [ksoftirqd/0]
    3 0               SW< [events/0]
    4 0               SW< [khelper]
    5 0               SW< [kthread]
    6 0               SW< [kblockd/0]
   20 0               DW  [swapper]
   84 0               SW  [pdflush]
   85 0               SW  [pdflush]
   87 0               SW< [aio/0]
   86 0               SW  [kswapd0]
   91 0               SW  [kseriod]
  133 0               SW< [VIDEO/0]
  134 0               SW< [AUDIO/0]
  135 0               SW< [PSI/0]
  139 0               SW< [VIDEO/0]
  140 0               SW< [AUDIO/0]
  141 0               SW< [PSI/0]
  171 0           636 S   syslogd -m 0 -C 
  173 0           628 S   klogd 
  235 0           572 S < udevd 
  254 1           684 S   portmap 
  256 0           508 S   telnetd -l /sbin/loginash 
  283 0           468 S   shmnetd 
  292 0           684 S   /bin/sh /sbin/hdplayermgr -d 
  300 0           708 S   /usr/bin/hdctrld -o DVI -a WF -v 576i -s -d 
  308 0           708 S   /usr/bin/hdctrld -o DVI -a WF -v 576i -s -d 
  363 0           660 S   init  
  420 0           832 S   /bin/ash --login 
  469 0           424 S   sleep 2 
  470 0           712 R   ps 
hdext #

Display More

Woran koennte das liegen?

Thx

real_schorsch · June 27, 2009 at 10:05 PM

Sieht so aus, als würde der hdplayer bzw. das ganze linux.bin vom Versionsstand nicht zum Plugin passen. Da auf beiden Seiten genau dieselben Shared-Memory-Strukturen gesehen werden müssen, ist das sehr wichtig. So seltsame Unverträglichkeiten sind ein typisches Symptom dafür...

ProgLocker · June 27, 2009 at 10:09 PM

hmmm,

habe allerdings alles aktuell ausm SVN gezogen.

Kann ich irgendwas ueberpruefen, um zu sehen, ob die Versionen (vom plugin schaetze ich mal?) uebereinstimmen?

Bin etwas ratlos. Hat alles so schoen geklappt vorher

IG88 · June 28, 2009 at 2:11 AM

hi,

anfang juni kam eine änderung in dem code des reelbox plugins (testing bereich) der die karte beim start des plugins um die bildschirmausgabe erleichtert (vermutlich um irgendwelchen bunten init datanmüll auszublenden?) - zumindest habe ich das so gedeutet
leider wird die ausgabe nicht wieder aktiviert (zumindest beim normalen vdr?)

wenn man diese änderung rückgängig macht läuft es wieder
versuch mal den patch

Diff

diff -Naur reelbox/reelbox.c reelbox-3/reelbox.c
--- reelbox/reelbox.c   2009-03-07 17:08:15.000000000 +0100
+++ reelbox-3/reelbox.c 2009-06-18 19:43:35.000000000 +0200
@@ -162,6 +162,13 @@
             Reel::HdCommChannel::SetVideomode();
            Reel::HdCommChannel::SetPicture(&RBSetup);
            Reel::HdCommChannel::SetHWControl(&RBSetup);
+        Reel::HdCommChannel::hda->hdp_enable = 0;
+        Reel::HdCommChannel::hda->hd_shutdown = 1;
+        /* disable video output and audio output
+         * so that no OSD can be shown
+         * later enabled with "ReInit" service, ie. SetVideomode() */
+        Reel::HdCommChannel::hda->video_mode.outputd=HD_VM_OUTD_OFF;
+        Reel::HdCommChannel::hda->video_mode.outputa=HD_VM_OUTD_OFF;
 #ifdef REELSKIN
             Reel::ResetImagePaths();
 #endif
@@ -263,7 +270,8 @@
         else if (strcmp(Id, "ToggleVideoOutput") == 0)
         {
             if (RBSetup.usehdext) {
-             Reel::HdCommChannel::hda->hdp_enable = *(int*)Data;
+                Reel::HdCommChannel::hda->hdp_enable = *(int*)Data;
+                Reel::HdCommChannel::hda->hd_shutdown = !(*(int*)Data);
             }
             return true;
         }

Display More

Antiriad · June 28, 2009 at 10:01 AM

Das Thema hatten wird doch schon vor zwei Wochen...
Im Gentoo vdr-testing Overlay befindet eine bereits gepatchte Version.

real_schorsch · June 28, 2009 at 1:56 PM

"vermutlich um irgendwelchen bunten init datanmüll auszublenden?"

Bunten Datenmüll gibts höchstens auf 9live... Es geht um die Möglichkeit, den vdr weiterlaufen zu lassen, ohne ein Bild auszugeben (Standby mit EPG-Aktualisierung, etc.).

IG88 · June 28, 2009 at 5:14 PM

real_schorsch

danke, so genau stand das nicht im svn kommentar zu der änderung, da war u.a. von during init die rede
btw. hat vdr nicht schon eine möglichkeit den bildschirm schwarz zu schalten? bei der alten ff karte war das immer der fall wenn nur eine karte im system war und der epg scan began

ProgLocker

sag doch mal klar was du hast, eine frischen checkout aus einem gentoo repositosy oder einen vom rmm svn (und dann mit den patches von hier angepasst und selbst compiliert)

ProgLocker · June 28, 2009 at 5:31 PM

Hi zusammen,

danke fuer die Tipps.
Hab nunr vor 5min die Aenderungen an reelbox.c rausgeommen und nun habe ich wieder ein Bild

Habe die ebuilds von CR7 oder quacks (weiss nicht mehr genau).
ebuild sieht immer so aus "vdr-reelbox-3.99990.ebuild".
Da zieht sich das ebuild immer den aktuellen Stand aus dem SVN.

Bin froh, dass ich wieder TV schauen kann

thx again!

IG88 · June 28, 2009 at 5:51 PM

hi,

und aus welcher quelle kommen die patches?
die im wiki genannte adresse scheint nicht zu funktionieren
http://www.vdr-wiki.de/wiki/index.php…_DVB-C_reel_eHD

Antiriad · June 28, 2009 at 6:52 PM

Die Wiki Infos sind veraltet, inzwischen sind die ebuild doch ins vdr-testing overlay gewandert und lassen sich jetzt damit super bequem unter gentoo installieren.

Finden kannst Du die Diffs z.B. hier: vdr-testing

Participate now!