dxr3 - wie startet man das automatisch ?

    Moin


    habe jetz eine dxr3 und eine Nova Karte im zweit-vdr und kämpfe nun einige Stunden damit. Nova geht ohne Probleme.
    Em8300 Treiber habe ich aus dem cvs geholt. 'make' und 'make install' im modules Verz. ausgeführt. Kann mit './ldm' den Treiber laden.
    Em8300setup musste ich per Hand compilieren, ging aber. Damit wird der microcode auch geladen. Primäres DVB Interface: 2 (ist dxr3) über lcdproc eingestellt. Vdr scheint zu gehen, habe zwar viele Fehler in der console dazu aber später.
    Nun meine Frage. Wie kann ich das alles sinnvoll automatisieren. Veileicht kann ein dxr3+budget-Karten Besitzer sein dxr3-vdr-startscript posten?


    /martini2


    PS. habe keine Glotze dran. Also Ausgabe nur auf LCD und console. Will alles halbwegs funktionell haben bevor ich die Einzelteile ins Wohnzimmer trage.

    Also ich hab einfach ein Verzeichniss im video verzeichnis gemacht. Dort habe ich die module und em8300setup reinkopiert zusammen mit dem ldm-script.
    In meiner runvdr wird das ldm-script gestartet und das wars...
    Das ldm-script sieht bei mir so aus:

    Bash
    #!/bin/sh
cd /video/dxr3
./rmm
modprobe i2c-algo-bit
insmod adv717x.o pixeldata_adjust_pal=0 pixelport_16bit=0 pixelport_other_pal=1
insmod em8300.o
/video/dxr3/em8300setup


    Das ist sicher nicht ideal, da es nicht abfrägt, ob die module nicht schon geladen sind und die module einfach jedesmal entlaedt...aber es funktioniert!


    Frank

    AMD E4050, Debian testing/unstable, TT S-1401 + TT S2-3200 (ein Kabel LNB-Shared), VDR1.7.xx+Extensions-patch und so ziemlich jedem Plugin, das es auf der Welt gibt...

    Frank, danke für den Tip. Ich habe das in mein vdr-startscript geschrieben.
    Habe aber einige Fehler im Log. Egal welcher microcode, immer kommt ein 'cDxr3AbsDevice::Resuscitation Device failure detected'. Ist das normal?
    Hat 'ERROR: illegal OSD device handle (-1)!' eine Auswirkung auf das Verhalten von vdr?
    Bekomme auch häufig 'vdr kernel: em8300_audio.o: unknown ioctl called'
    ... 'vdr last message repeated 221 times' - diese Meldung kommt 100000+ mal, ständig!


    /martin


    Auszug aus dem Log:
    Jul 13 10:16:47 vdr kernel: i2c-core.o: i2c core module
    Jul 13 10:16:47 vdr kernel: i2c-algo-bit.o: i2c bit algorithm module
    Jul 13 10:16:47 vdr kernel: i2c-core.o: driver ADV717X video encoder driver registered.
    Jul 13 10:16:47 vdr kernel: i2c-core.o: driver BT865 video encoder driver registered.
    Jul 13 10:16:47 vdr kernel: PCI: Found IRQ 15 for device 00:0f.0
    Jul 13 10:16:47 vdr kernel: em8300: EM8300 8300 (rev 1) bus: 0, devfn: 120, irq: 15, memory: 0xe9000000.
    Jul 13 10:16:47 vdr kernel: em8300: mapped-memory at 0xc9048000
    Jul 13 10:16:47 vdr kernel: em8300: using MTRR
    Jul 13 10:16:47 vdr kernel: em8300: 1 EM8300 card(s) found.
    Jul 13 10:16:47 vdr kernel: em8300_main.o: Chip revision: 2
    Jul 13 10:16:47 vdr kernel: adv717x.o: ADV7175A chip detected
    Jul 13 10:16:47 vdr kernel: i2c-core.o: client [ADV7175A chip] registered to adapter [EM8300 I2C bus 1](pos. 0).
    Jul 13 10:16:47 vdr kernel: adv717x.o: Configuring for PAL 60
    Jul 13 10:16:47 vdr kernel: i2c-core.o: adapter EM8300 I2C bus 1 registered as adapter 0.
    Jul 13 10:16:47 vdr kernel: i2c-core.o: adapter EM8300 I2C bus 2 registered as adapter 1.
    Jul 13 10:16:48 vdr kernel: adv717x.o: Configuring for PAL
    Jul 13 10:16:48 vdr kernel: em8300_audio.o: Analog audio enabled
    Jul 13 10:16:48 vdr kernel: em8300: Microcode version 0x2d loaded
    Jul 13 10:17:07 vdr kernel: Linux video capture interface: v1.00
    Jul 13 10:17:09 vdr kernel: DVB: registering new adapter (TT-Budget/WinTV-NOVA-S PCI).
    Jul 13 10:17:09 vdr kernel: PCI: Found IRQ 11 for device 00:0d.0
    Jul 13 10:17:09 vdr kernel: DVB: registering frontend 0:0 (Alps BSRV2)...
    Jul 13 10:17:12 vdr vdr[551]: VDR version 1.2.1 started
    Jul 13 10:17:12 vdr vdr[551]: loading plugin: /usr/local/src/VDR/1.2.1/VDR/PLUGINS/lib/libvdr-lcdproc.so.1.2.1
    Jul 13 10:17:12 vdr vdr[551]: loading plugin: /usr/local/src/VDR/1.2.1/VDR/PLUGINS/lib/libvdr-dxr3.so.1.2.1
    Jul 13 10:17:12 vdr vdr[551]: loading /etc/vdr/config-1.2.1/setup.conf
    Jul 13 10:17:12 vdr vdr[551]: loading /etc/vdr/config-1.2.1/sources.conf
    Jul 13 10:17:12 vdr vdr[551]: loading /etc/vdr/config-1.2.1/diseqc.conf
    Jul 13 10:17:12 vdr vdr[551]: loading /etc/vdr/config-1.2.1/channels.conf
    Jul 13 10:17:13 vdr vdr[551]: loading /etc/vdr/config-1.2.1/timers.conf
    Jul 13 10:17:13 vdr vdr[551]: loading /etc/vdr/config-1.2.1/svdrphosts.conf
    Jul 13 10:17:13 vdr vdr[551]: loading /etc/vdr/config-1.2.1/ca.conf
    Jul 13 10:17:13 vdr vdr[551]: loading /etc/vdr/config-1.2.1/remote.conf
    Jul 13 10:17:13 vdr vdr[551]: loading /etc/vdr/config-1.2.1/keymacros.conf
    Jul 13 10:17:13 vdr vdr[551]: probing /dev/dvb/adapter0/frontend0
    Jul 13 10:17:13 vdr vdr[554]: EIT processing thread started (pid=554) - master
    Jul 13 10:17:13 vdr vdr[555]: tuner thread started on device 1 (pid=555)
    Jul 13 10:17:13 vdr vdr[551]: probing /dev/dvb/adapter1/frontend0
    Jul 13 10:17:13 vdr vdr[551]: found 1 video device
    Jul 13 10:17:13 vdr vdr[551]: initializing plugin: lcdproc (0.0.9): LCDproc output
    Jul 13 10:17:13 vdr vdr[551]: initializing plugin: dxr3 (0.2.0): DXR3-MPEG decoder plugin
    Jul 13 10:17:13 vdr vdr[551]: cDxr3AbsDevice::Resuscitation Device failure detected
    Jul 13 10:17:14 vdr kernel: adv717x.o: Configuring for PAL
    Jul 13 10:17:14 vdr kernel: em8300_audio.o: Analog audio enabled
    Jul 13 10:17:14 vdr kernel: em8300: Microcode version 0x29 loaded
    Jul 13 10:17:14 vdr vdr[551]: cDxr3AbsDevice::Resuscitation Micro code upload successfully
    Jul 13 10:17:14 vdr vdr[551]: cDxr3AbsDevice::Resuscitation Reopening devices took 1
    Jul 13 10:17:14 vdr kernel: em8300_audio.o: Analog audio enabled
    Jul 13 10:17:14 vdr vdr[551]: setting primary device to 2
    Jul 13 10:17:14 vdr vdr[551]: SVDRP listening on port 2001
    Jul 13 10:17:14 vdr vdr[551]: starting plugin: lcdproc
    Jul 13 10:17:15 vdr vdr[567]: LCD output thread started (pid=567), display size: 4x20
    Jul 13 10:17:15 vdr vdr[551]: connection to LCDd at localhost:13666 established.
    Jul 13 10:17:15 vdr vdr[551]: starting plugin: dxr3
    Jul 13 10:17:15 vdr vdr[568]: KBD remote control thread started (pid=568)
    Jul 13 10:17:15 vdr vdr[551]: remote control KBD - keys known
    Jul 13 10:17:15 vdr vdr[551]: switching to channel 9
    Jul 13 10:17:15 vdr vdr[551]: reading EPG data from /var/cache/vdr/epg
    Jul 13 10:17:15 vdr vdr[569]: transfer thread started (pid=569)
    Jul 13 10:17:15 vdr vdr[570]: receiver thread started on device 1 (pid=570)
    Jul 13 10:17:16 vdr vdr[551]: ERROR: illegal OSD device handle (-1)!
    Jul 13 10:17:21 vdr vdr[551]: switching to channel 10
    Jul 13 10:17:21 vdr vdr[569]: transfer thread ended (pid=569)
    Jul 13 10:17:22 vdr vdr[570]: receiver thread ended on device 1 (pid=570)
    Jul 13 10:17:22 vdr vdr[551]: buffer stats: 27260 (2%) used
    Jul 13 10:17:22 vdr vdr[571]: transfer thread started (pid=571)
    Jul 13 10:17:22 vdr vdr[572]: receiver thread started on device 1 (pid=572)
    Jul 13 10:17:23 vdr kernel: em8300_audio.o: unknown ioctl called
    Jul 13 10:17:27 vdr last message repeated 221 times
    Jul 13 10:17:27 vdr vdr[551]: switching to channel 11
    Jul 13 10:17:27 vdr vdr[571]: transfer thread ended (pid=571)
    Jul 13 10:17:28 vdr vdr[572]: receiver thread ended on device 1 (pid=572)
    Jul 13 10:17:28 vdr vdr[551]: cTS2PES got 0 TS errors, 2 TS continuity errors
    Jul 13 10:17:28 vdr vdr[551]: cTS2PES got 0 TS errors, 1 TS continuity errors
    Jul 13 10:17:28 vdr vdr[551]: buffer stats: 29328 (2%) used
    Jul 13 10:17:28 vdr vdr[573]: transfer thread started (pid=573)
    Jul 13 10:17:28 vdr vdr[574]: receiver thread started on device 1 (pid=574)
    Jul 13 10:17:29 vdr kernel: em8300_audio.o: unknown ioctl called
    Jul 13 10:17:37 vdr last message repeated 425 times
    Jul 13 10:17:37 vdr vdr[551]: caught signal 2
    Jul 13 10:17:37 vdr vdr[573]: transfer thread ended (pid=573)
    Jul 13 10:17:37 vdr kernel: em8300_audio.o: unknown ioctl called
    Jul 13 10:17:37 vdr last message repeated 5 times
    Jul 13 10:17:37 vdr vdr[574]: receiver thread ended on device 1 (pid=574)
    Jul 13 10:17:38 vdr vdr[551]: buffer stats: 44368 (4%) used
    Jul 13 10:17:38 vdr vdr[568]: KBD remote control thread ended (pid=568)
    Jul 13 10:17:38 vdr vdr[551]: saved setup to /etc/vdr/config-1.2.1/setup.conf
    Jul 13 10:17:38 vdr vdr[551]: =====================
    Jul 13 10:17:38 vdr vdr[551]: EPG bugfix statistics
    Jul 13 10:17:38 vdr vdr[551]: =====================
    Jul 13 10:17:38 vdr vdr[551]: IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED
    Jul 13 10:17:38 vdr vdr[551]: CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEventInfo::FixEpgBugs()
    Jul 13 10:17:38 vdr vdr[551]: IN VDR/eit.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT!
    Jul 13 10:17:38 vdr vdr[551]: =====================
    Jul 13 10:17:38 vdr vdr[551]: Fix^IHits^IChannels
    Jul 13 10:17:38 vdr vdr[551]: 0^I4^I3sat, Südwest Fernsehen Baden-Württem
    Jul 13 10:17:38 vdr vdr[551]: 2^I4^I3sat, Südwest Fernsehen Baden-Württem
    Jul 13 10:17:38 vdr vdr[551]: 3^I363^IKABEL1, SAT.1, ProSieben, N24
    Jul 13 10:17:38 vdr vdr[551]: 5^I12^IN24, Eins MuXx, 3sat, BR Alpha, Bayerisches Fernsehen
    Jul 13 10:17:38 vdr vdr[551]: 6^I142^IJUNIOR, PREMIERE SPORT 1, PREMIERE START, PREMIERE SERIE, N24, DISNEY CHANNEL, PREMIERE Austria, DPC.TV 1, Beate-Uhse.TV, PREMIERE SPORT 2, FOX KIDS, PLANET, Classica, ProSieben, Bayerisches Fernsehen
    Jul 13 10:17:38 vdr vdr[551]: =====================
    Jul 13 10:17:38 vdr vdr[554]: EIT processing thread ended (pid=554) - master
    Jul 13 10:17:38 vdr vdr[555]: tuner thread ended on device 1 (pid=555)
    Jul 13 10:17:38 vdr vdr[551]: buffer stats: 0 (0%) used
    Jul 13 10:17:38 vdr vdr[551]: buffer stats: 0 (0%) used
    Jul 13 10:17:38 vdr vdr[551]: stopping plugin: dxr3
    Jul 13 10:17:38 vdr vdr[551]: stopping plugin: lcdproc
    Jul 13 10:17:38 vdr vdr[551]: exiting


    hier stoppe ich vdr da alle consolen mit 'em8300_audio.o: unknown ioctl called' überlaufen.

    Mit was hast Du Dein VDR alles gepatched? Oder reden wir von vanilla-vdr?

    Zitat

    cDxr3AbsDevice::Resuscitation Device failure detected'.


    ...hab ich ich nicht. Aber Dein VDR startet ja schon mal :)


    Die

    Zitat

    em8300_audio.o: unknown ioctl called

    hab ich auch und ignoriere es. In der ML war da mal ein patch genau dafür...


    Ich haenge ihn fuer Dich an :)


    Frank

    Nochmals danke Frank!
    habe jetzt fast alle patches aus der ml eingespielt. Die meisten Fehler sind weg.
    Teste gerade im Wohnzimmer. Leider alles grün-lila, aber das sind die Moduleinstellungen. Das kriege ich auch noch heute hin :)


    /martin

    Oh ja...das alte gruen-prblem...ich habe ca 12-20 Kombinationen beim laden der module ausprobiert ;)
    Toi Toi Toi! :)


    Meiner Einstellungen, die funtionieren hast Du ja in meinem 1. Posting. Das geht fuer meine Hollywood+.


    Frank

    AMD E4050, Debian testing/unstable, TT S-1401 + TT S2-3200 (ein Kabel LNB-Shared), VDR1.7.xx+Extensions-patch und so ziemlich jedem Plugin, das es auf der Welt gibt...

    Moin,


    wieso verwendest Du (Martini2) noch die 0.2.0 Version vom DXR3-plugin ?!
    Genau die von Dir genannten Probleme sind in der 0.2.1 gefixt worden. Mittlerweile gibt es auch schon die 0.2.2.


    Just my 2 cents
    Stefan

    Hallo,


    die DXR3/H+ Karten unterscheiden sich in technischer Hinsicht NICHT. Es gibt verschiedene Revisionen der Karten, die aber auch nicht auf DXR3 bzw. H+ beschränken.


    Um zu deinem Fehler zu kommen:


    Laut den Informationen, die mir vorliegen, klappt das laden des microcodes nicht. Der Microcode ist die Firmware der Karte, die nach jedem Treiberladen geladen werden muss.


    Nun genau das scheint bei Dir nicht zu klappen. Jetzt gibt es mehrer Möglichkeiten, herauszufinden, wieso es fehlgeschlagen ist.


    Die simpelste wäre erstmal festzustellen, ob bei Dir überhaupt ein Device namens em8300-0 existiert.


    Einfach so schauen: l /dev/em8300-0


    Eventuell dann prüfen, ob die Berechtigungen dort stimmen, ich vermute aber, daß das device bei Dir gar nicht existiert.


    Viel Glück dabei...

    Aha, das auch schon probiert ?:


    You should get a message like "Microcode uploaded to /dev/em8300". If there are no messages then it was unable to open /dev/em8300 and you should verify that the device file exists. If they do and you have the right permissions (if unsure just chmod a+w /dev/em8300*) it usually means that you have the option "PNP OS Installed" set to "enabled" in your bios. This option exists in virtually all x86 bioses since the pentium. Disable this option, this means the bios will set up all your plug and play device prior to booting the operating system. Windows has a bad habit of randomizing pnp options on booting making it impossible for linux to save any settings as they will have changed after booting into windows. Disabling pnp os will fix this.

    Moin,


    nur zur Kontrolle:
    Was gibt den "less /proc/devices" und "ls -l /dev/em8300*" aus, wenn die dxr3-treiber geladen sind ?!


    Ansonsten bin ich ganz froh darüber, dass meine DXR3(en) ohne größere Probleme laufen.


    Gruß
    Stefan

    Dann bleiben zwei Möglichkeiten:



    1. Karte ist kapuut (kann aber nicht sein, da du sie ja schonmal benutzt hast und da funktionierte sie auch)


    2. Treiber nicht richtig gebaut


    Ich tippe auf 2. Das heißt für Dich jetzt: Debian System installieren, Treiber installieren, gucken, obs läuft, wenn ja, dann treiber etc. auf linvdr rüberkopieren.


    Oder aber direkt alles "from scratch" installieren. Mit ein wenig Know-How kommst du dann noch unter die Größe von LinVDR.

    neumann2k


    Ich hab sogar 2 Karten hier, bei denen der selbe Fehler auftritt. Beides sind Hollywood Plus, jeweils in einer anderen Revision. Ich tippe auch auf 2., da ich sogar beide schon am Laufen hatte. Daher hoffe ich, dass der Treiber dann für die "echte" DXR3 funktioniert, ich habe mit ein paar LinVDR und DXR3-Usern geredet (alle hatten sie keine H+) und bei denen lief es anstandslos...


    DXR3chef


    "less /proc/devices":


    Character devices:
    1 mem
    2 pty/m%d
    3 pty/s%d
    4 tts/%d
    5 cua/%d
    7 vcs
    10 misc
    13 input
    14 sound
    29 fb
    121 em8300
    128 ptm
    136 pts/%d
    162 raw
    180 usb


    Block devices:
    1 ramdisk
    3 ide0
    7 loop


    "ls -l /dev/em8300*":


    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300
    -rwxrw-rw- 1 root root 0 Jan 16 22:41 /dev/em8300-0
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300-1
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300-2
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300-3
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_ma
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_ma-0
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_ma-1
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_ma-2
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_ma-3
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_mv
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_mv-0
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_mv-1
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_mv-2
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_mv-3
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_sp
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_sp-0
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_sp-1
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_sp-2
    -rwxr--r-- 1 root root 0 Jan 16 22:41 /dev/em8300_sp-3


    Beim Versuch den Microcode hochzuladen:


    StreamingClient:~# /pub/export/scripts/microcode_upload.pl /microcode0.bin
    Microcode upload to /dev/em8300-0 failed: Inappropriate ioctl for device

    LinVDR 0.5


    Ich hab von randy das DXR3-Package für LinVDR genommen... Bei anderen funzt das ohne Probleme. 0.2.1


    Die Device-Files werden in dem .tar des DXR3-Packages geliefert und werden eigentlich nicht zur Laufzeit erzeugt...

    Sorry,


    hätte ich ja auch weiter oben lesen können.
    Ein Debian also. Hab' ich leider nicht und verwendet (glaub' ich) das Dev-Filesystem und sieht damit auf jeden Fall anders aus als bei mir.


    Schade, dann weiss ich im Moment auch nicht weiter und muss mich jetzt erst mal um die Famlie kümmern.
    Später evtl. nochmal mehr.


    Gruß
    Stefan

    Asche auf mein Haupt...


    Ich habe das Package unter Windows entpackt und dann auf den Client kopiert, dass das nicht gehen kann, wusste ich nicht, bin aber drauf gekommen, dass es das sein könnte, als ihr gesagt habt, dass da was mit den Devices nicht stimmt...


    Wie auch immer, der Microcode kann jetzt hochgeladen werden! *JIPPIE*


    Allerdings hab ich jetzt das nächste Problem... "logread" meldet:


    Jan 17 19:55:01 StreamingClient user.info vdr[640]: no DVB device found
    Jan 17 19:55:01 StreamingClient user.err vdr[640]: ERROR: invalid primary device number: 1
    Jan 17 19:55:01 StreamingClient user.err vdr[640]: ERROR: no primary device found - using first device!
    Jan 17 19:55:01 StreamingClient user.err vdr[640]: ERROR: invalid primary device number: 1

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden