[HOWTO] Netceiver im externen Gehäuse, Infos zum Netceiver

der-brumm-baer · 6. Mai 2009

Hallo

habe jetzt noch ein bischen rumprobiert, bin im Moment wieder bei Ubuntu 8.10, weil HAL jede MEnge Probleme machte und abstürzte, und somit der Xserver crashte.

Ist immer noch amd64 System.

Bin jetzt ein wenig weiter:
Beim übersetzen der s2-liplianin Treiber tauchen folgende Meldungen auf:

Code

/config/netceiver/s2-liplianin/v4l/dvblo_adap.c: In function 'dvblo_adap_deliver_packets':
/config/netceiver/s2-liplianin/v4l/dvblo_adap.c:95: warning: format '%u' expects type 'unsigned int', but argument 5 has type 'size_t'
  CC [M]  /config/netceiver/s2-liplianin/v4l/dvblo_adap_fe.o
  CC [M]  /config/netceiver/s2-liplianin/v4l/dvblo_char.o
/config/netceiver/s2-liplianin/v4l/dvblo_char.c:117: warning: initialization from incompatible pointer type
/config/netceiver/s2-liplianin/v4l/dvblo_char.c:118: warning: initialization from incompatible pointer type
/config/netceiver/s2-liplianin/v4l/dvblo_char.c:118: warning: initialization from incompatible pointer type
/config/netceiver/s2-liplianin/v4l/dvblo_char.c:119: warning: initialization from incompatible pointer type
/config/netceiver/s2-liplianin/v4l/dvblo_char.c:119: warning: initialization from incompatible pointer type
/config/netceiver/s2-liplianin/v4l/dvblo_char.c: In function 'clsdev_op_store':
/config/netceiver/s2-liplianin/v4l/dvblo_char.c:137: warning: format '%u' expects type 'unsigned int', but argument 5 has type 'size_t'
/config/netceiver/s2-liplianin/v4l/dvblo_char.c: In function 'clsdev_op_show':
/config/netceiver/s2-liplianin/v4l/dvblo_char.c:245: warning: format '%u' expects type 'unsigned int', but argument 4 has type 'size_t'
/config/netceiver/s2-liplianin/v4l/dvblo_char.c: In function 'dvblo_char_op_write':
/config/netceiver/s2-liplianin/v4l/dvblo_char.c:393: warning: format '%u' expects type 'unsigned int', but argument 4 has type 'size_t'
/config/netceiver/s2-liplianin/v4l/dvblo_char.c: In function 'dvblo_chardev_init':
/config/netceiver/s2-liplianin/v4l/dvblo_char.c:793: warning: format not a string literal and no format arguments
  CC [M]  /config/netceiver/s2-liplianin/v4l/dvblo_util.o
  CC [M]  /config/netceiver/s2-liplianin/v4l/dvblo_adap_ca.o
/config/netceiver/s2-liplianin/v4l/dvblo_adap_ca.c: In function 'dvb_ca_read':
/config/netceiver/s2-liplianin/v4l/dvblo_adap_ca.c:280: warning: format '%d' expects type 'int', but argument 3 has type 'size_t'
  CC [M]  /config/netceiver/s2-liplianin/v4l/em28xx-audio.o

Alles anzeigen

Das Modul lässt sich aber laden.

Dann habe ich es mit statischen mcli aus dem Link von real_schorsch probiert, mit folgendem Aufruf:

Code

./mcli-static --ifname netceiver --dvb-s 2 &
[code]


Die Rückmeldung lautet:
[code]
DVB - TV Client Version 0.99.23 (Oct 11 2008 20:41:38) (c) BayCom GmbH


Device Type Limits: DVB-S: 2 DVB-C: 0 DVB-T: 0 ATSC: 0 DVB-S2: 0


Starting ci thread for netceiver UUID fe80::208:54ff:fe55:1c0c
Starting thread for tuner UUID fe80::208:54ff:fe55:1c0c:0000 [ST STV0288 DVB-S] at device 0 with type 0
Starting thread for tuner UUID fe80::208:54ff:fe55:1c0c:0001 [ST STV0288 DVB-S] at device 1 with type 0

Alles anzeigen

Doch die Tuner bekommen anscheinend keinen LOCK und der VDR findet keine Sender

Code

root@server09:/home/administrator/netceiver_20081113# ./netcvdiag-static -a
Count: 1
NetCeiver 0:
  UUID <fe80::208:54ff:fe55:1c0c>, ALIVE, tuners 2
  OS <2.4.32-uc0>, App <0.99.23>, FW <AVR0037/FPGA8AV>, HW <0053>
  Serial <3313000002537c0e>, Vendor <BayCom GmbH>, state 0
  SystemUptime 9418, ProcessUptime 9408
  Tuner 0: <ST STV0288 DVB-S>,  SatList: <Multiswitch 1>, Preference 0
  Tuner 1: <ST STV0288 DVB-S>,  SatList: <Multiswitch 1>, Preference 0


NetCeiver 0: SatList <Multiswitch 1>, entries 3
  Satname: <S19.2E>, Position <19.2E>, entries 4
    Entry 0: Polarisation V, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_13 DiSEqC <>
    Entry 1: Polarisation V, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_13 DiSEqC <>
    Entry 2: Polarisation H, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_18 DiSEqC <>
    Entry 3: Polarisation H, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_18 DiSEqC <>
  Satname: <S13.0E>, Position <13.0E>, entries 4
    Entry 0: Polarisation V, Min 10700, Max 11700, LOF  9750 MINI_B   TONE_OFF VOLTAGE_13 DiSEqC <>
    Entry 1: Polarisation V, Min 11701, Max 13000, LOF 10600 MINI_B   TONE_ON  VOLTAGE_13 DiSEqC <>
    Entry 2: Polarisation H, Min 10700, Max 11700, LOF  9750 MINI_B   TONE_OFF VOLTAGE_18 DiSEqC <>
    Entry 3: Polarisation H, Min 11701, Max 13000, LOF 10600 MINI_B   TONE_ON  VOLTAGE_18 DiSEqC <>
  Satname: <S28.2E>, Position <28.2E>, entries 4
    Entry 0: Polarisation V, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_13 DiSEqC <>
    Entry 1: Polarisation V, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_13 DiSEqC <>
    Entry 2: Polarisation H, Min 10700, Max 11700, LOF  9750 MINI_A   TONE_OFF VOLTAGE_18 DiSEqC <>
    Entry 3: Polarisation H, Min 11701, Max 13000, LOF 10600 MINI_A   TONE_ON  VOLTAGE_18 DiSEqC <>


UUID <fe80::208:54ff:fe55:1c0c>:
      slot 0.0, type DVB-S, used:   0
      NO LOCK, frequency 11837000kHz (1236.9MHz), position <19.2E>
      strength 0000, snr 0000, ber deaddead, unc deaddead
      NIMCurrent 0
      RotorStatus 0, RotorDiff 0.0
UUID <fe80::208:54ff:fe55:1c0c>:
      slot 0.1, type DVB-S, used:   0
      NO LOCK, frequency 0kHz (4294917.3MHz), position <180.0W>
      strength 0000, snr 0000, ber deaddead, unc deaddead
      NIMCurrent 0
      RotorStatus 0, RotorDiff 0.0

Alles anzeigen

M-Reimer · 6. Mai 2009

HAL kannst du ohne Bedenken und ohne Gnade wegkillen. Am besten deinstallieren. Sowas hat weder auf einem VDR, noch auf einem Server was verloren! Bei meinen Slackware-Installationen wähle ich den HAL-Start immer schon beim Setup ab.

Was deinen mcli-Aufruf angeht: ifname ist die LAN-Karte. Wie hast du denn hinbekommen, dass die bei dir "netceiver" heißt? Da dürfte wohl "eth0" hingehören.

der-brumm-baer · 6. Mai 2009

Hallo,

Wenn ich das bei Ubuntu aber richtig verstanden habe ist der HAL fest an den Xserver gebunden. Ich kenn mich damit nicht so aus, bei mir trat halt immer der Fehler auf, dass nach einem Neustart keine Maus- und Tastatur eingaben mehr möglich waren auf dem Xserver. Das war ja noch noch zu beheben, aber dann startete GDM und es war keine Soundausgabe mehr möglich, weil HAL nicht lief.

Ich habe jetzt noch folgendes festgestellt, wenn der mcli das erstemal gestartet wird, erscheinen folgende Meldungen im syslog:

Und ich brauche den Desktop, weil er später über HDMI ins Wohnzimmer geleitet werden soll. ansonsten hat der natürlich nichts auf nem Server zu suchen.

Code

May  6 14:51:19 server09 kernel: [  287.999799] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40a86409){t:'d';sz:168} arg(ffb3d2fc) on /dev/dvblo0
May  6 14:51:19 server09 kernel: [  287.999821] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40106407){t:'d';sz:16} arg(ffb3cae8) on /dev/dvblo0
May  6 14:51:19 server09 kernel: [  287.999833] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40d06450){t:'d';sz:208} arg(081d3b00) on /dev/dvblo0
May  6 14:51:19 server09 kernel: [  287.999844] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(88026451){t:'d';sz:2050} arg(ffb3cafa) on /dev/dvblo0
May  6 14:51:19 server09 kernel: [  287.999872] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40a86409){t:'d';sz:168} arg(ffb3d2fc) on /dev/dvblo1
May  6 14:51:19 server09 kernel: [  287.999884] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40106407){t:'d';sz:16} arg(ffb3cae8) on /dev/dvblo1
May  6 14:51:19 server09 kernel: [  287.999893] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40d06450){t:'d';sz:208} arg(081d3b00) on /dev/dvblo1
May  6 14:51:19 server09 kernel: [  287.999903] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(88026451){t:'d';sz:2050} arg(ffb3cafa) on /dev/dvblo1
May  6 14:51:19 server09 kernel: [  287.999927] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40a86409){t:'d';sz:168} arg(ffb3d2fc) on /dev/dvblo2
May  6 14:51:19 server09 kernel: [  287.999938] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40106407){t:'d';sz:16} arg(ffb3cae8) on /dev/dvblo2
May  6 14:51:19 server09 kernel: [  287.999947] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40d06450){t:'d';sz:208} arg(081d3b00) on /dev/dvblo2
May  6 14:51:19 server09 kernel: [  287.999958] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(88026451){t:'d';sz:2050} arg(ffb3cafa) on /dev/dvblo2
May  6 14:51:19 server09 kernel: [  287.999981] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40a86409){t:'d';sz:168} arg(ffb3d2fc) on /dev/dvblo3
May  6 14:51:19 server09 kernel: [  287.999992] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40106407){t:'d';sz:16} arg(ffb3cae8) on /dev/dvblo3
May  6 14:51:19 server09 kernel: [  288.000001] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40d06450){t:'d';sz:208} arg(081d3b00) on /dev/dvblo3
May  6 14:51:19 server09 kernel: [  288.000048] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(88026451){t:'d';sz:2050} arg(ffb3cafa) on /dev/dvblo3
May  6 14:51:19 server09 kernel: [  288.000073] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40a86409){t:'d';sz:168} arg(ffb3d2fc) on /dev/dvblo4
May  6 14:51:19 server09 kernel: [  288.000083] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40106407){t:'d';sz:16} arg(ffb3cae8) on /dev/dvblo4
May  6 14:51:19 server09 kernel: [  288.000093] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40d06450){t:'d';sz:208} arg(081d3b00) on /dev/dvblo4
May  6 14:51:19 server09 kernel: [  288.000104] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(88026451){t:'d';sz:2050} arg(ffb3cafa) on /dev/dvblo4
May  6 14:51:19 server09 kernel: [  288.000137] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40a86409){t:'d';sz:168} arg(ffb3d2fc) on /dev/dvblo5
May  6 14:51:19 server09 kernel: [  288.000168] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40106407){t:'d';sz:16} arg(ffb3cae8) on /dev/dvblo5
May  6 14:51:19 server09 kernel: [  288.000177] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40d06450){t:'d';sz:208} arg(081d3b00) on /dev/dvblo5
May  6 14:51:19 server09 kernel: [  288.000188] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(88026451){t:'d';sz:2050} arg(ffb3cafa) on /dev/dvblo5
May  6 14:51:19 server09 kernel: [  288.000211] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40a86409){t:'d';sz:168} arg(ffb3d2fc) on /dev/dvblo6
May  6 14:51:19 server09 kernel: [  288.000222] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40106407){t:'d';sz:16} arg(ffb3cae8) on /dev/dvblo6
May  6 14:51:19 server09 kernel: [  288.000231] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40d06450){t:'d';sz:208} arg(081d3b00) on /dev/dvblo6
May  6 14:51:19 server09 kernel: [  288.000242] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(88026451){t:'d';sz:2050} arg(ffb3cafa) on /dev/dvblo6
May  6 14:51:19 server09 kernel: [  288.000265] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40a86409){t:'d';sz:168} arg(ffb3d2fc) on /dev/dvblo7
May  6 14:51:19 server09 kernel: [  288.000276] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40106407){t:'d';sz:16} arg(ffb3cae8) on /dev/dvblo7
May  6 14:51:19 server09 kernel: [  288.000285] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(40d06450){t:'d';sz:208} arg(081d3b00) on /dev/dvblo7
May  6 14:51:19 server09 kernel: [  288.000296] ioctl32(mcli-static:7321): Unknown cmd fd(8) cmd(88026451){t:'d';sz:2050} arg(ffb3cafa) on /dev/dvblo7
May  6 14:51:20 server09 kernel: [  289.011125] ioctl32(mcli-static:7328): Unknown cmd fd(8) cmd(0000641e){t:'d';sz:0} arg(08e58220) on /dev/dvblo0
May  6 14:51:20 server09 kernel: [  289.011146] ioctl32(mcli-static:7328): Unknown cmd fd(8) cmd(40a86409){t:'d';sz:168} arg(08e58354) on /dev/dvblo0
May  6 14:51:20 server09 kernel: [  289.011157] ioctl32(mcli-static:7328): Unknown cmd fd(8) cmd(80246404){t:'d';sz:36} arg(08e58e18) on /dev/dvblo0
May  6 14:51:20 server09 kernel: [  289.011168] ioctl32(mcli-static:7328): Unknown cmd fd(8) cmd(82046414){t:'d';sz:516} arg(08e58400) on /dev/dvblo0
May  6 14:51:20 server09 kernel: [  289.011177] ioctl32(mcli-static:7328): Unknown cmd fd(8) cmd(80146406){t:'d';sz:20} arg(08e58e04) on /dev/dvblo0
May  6 14:51:20 server09 kernel: [  289.021346] ioctl32(mcli-static:7329): Unknown cmd fd(9) cmd(0000641e){t:'d';sz:0} arg(08e59900) on /dev/dvblo1
May  6 14:51:20 server09 kernel: [  289.021929] ioctl32(mcli-static:7329): Unknown cmd fd(9) cmd(40a86409){t:'d';sz:168} arg(08e59a34) on /dev/dvblo1
May  6 14:51:20 server09 kernel: [  289.023948] ioctl32(mcli-static:7329): Unknown cmd fd(9) cmd(80246404){t:'d';sz:36} arg(08e5a4f8) on /dev/dvblo1
May  6 14:51:20 server09 kernel: [  289.025949] ioctl32(mcli-static:7329): Unknown cmd fd(9) cmd(82046414){t:'d';sz:516} arg(08e59ae0) on /dev/dvblo1
May  6 14:51:20 server09 kernel: [  289.027976] ioctl32(mcli-static:7329): Unknown cmd fd(9) cmd(80146406){t:'d';sz:20} arg(08e5a4e4) on /dev/dvblo1
May  6 14:51:20 server09 kernel: [  289.040494] ioctl32(mcli-static:7328): Unknown cmd fd(8) cmd(40d06450){t:'d';sz:208} arg(f4cfe880) on /dev/dvblo0
May  6 14:51:20 server09 kernel: [  289.042562] ioctl32(mcli-static:7328): Unknown cmd fd(8) cmd(80046403){t:'d';sz:4} arg(f4cfe9d0) on /dev/dvblo0
May  6 14:51:20 server09 kernel: [  289.044557] ioctl32(mcli-static:7328): Unknown cmd fd(8) cmd(80246404){t:'d';sz:36} arg(08e58e18) on /dev/dvblo0
May  6 14:51:20 server09 kernel: [  289.046535] ioctl32(mcli-static:7328): Unknown cmd fd(8) cmd(82046414){t:'d';sz:516} arg(08e58400) on /dev/dvblo0
May  6 14:51:20 server09 kernel: [  289.048623] ioctl32(mcli-static:7328): Unknown cmd fd(8) cmd(80146406){t:'d';sz:20} arg(08e58e04) on /dev/dvblo0
May  6 14:51:20 server09 kernel: [  289.050666] ioctl32(mcli-static:7328): Unknown cmd fd(8) cmd(40d06450){t:'d';sz:208} arg(f4cfe880) on /dev/dvblo0
May  6 14:51:20 server09 kernel: [  289.052729] ioctl32(mcli-static:7328): Unknown cmd fd(8) cmd(80046403){t:'d';sz:4} arg(f4cfe9d0) on /dev/dvblo0
May  6 14:51:20 server09 kernel: [  289.052751] ioctl32(mcli-static:7329): Unknown cmd fd(9) cmd(40d06450){t:'d';sz:208} arg(f44fe880) on /dev/dvblo1

Alles anzeigen

M-Reimer · 6. Mai 2009

HAL hat nichts mit Soundausgabe zu tun. Wäre mir zumindest neu. Der Ton wird via ALSA ausgeben. Da ist wohl eher relevant ob der User in der Gruppe "audio" ist. Selbst wenn der Xserver gegen die HAL-Libraries gebaut wurde (AFAIK kann man das mit ganz neuen X-Servern machen, um Mäuse, Tastaturen o.Ä. per Hotplug aktiviert zu bekommen), dann kann immer noch der "hald" abgeklemmt werden. Keine Ahnung wie man das in Ubuntu macht. Ich habe bisher von den "Debians" immer gebührenden Abstand gehalten.

Was deine Meldungen angeht: Wie hast du das Modul installiert? Du hast aber schon den ganzen dvbs2-liplianin-Treiber gänzlich via "make install" installiert, oder? Nur das eine Modul rausklauen wird nix!

der-brumm-baer · 6. Mai 2009

Hallo,

Ich hab das ganz nach der Anleitung im Wiki für Kernel > 2.6.26 gemacht,
also den s2-liplianin runtergladen,
dann den Patch darüberlaufen lassen,
die eine Zeile von Hand geändert,
und dann ein "make" und ein "make install".

Beim "make" sind halt die weiter oben aufgeführten Fehlermeldungen aufgelaufen,
aber das Modul lies sich ohne weiteres laden.

Das mit dem HAL, ich habe halt die Soundausgabe auf den HAL geschoben, weil wenn der mal lief, lief auch die Soundausgabe, wenn er abgeschmiert war halt nicht.

Bin soweit aber auch ganz glücklich mit 8.10

axelp · 6. Mai 2009

Hallo,

das Problem liegt meines Erachtens nach am 64-bit-System. Beim Laden des dvb-loop meckert er ja schon rum, dass die Parameter nicht passen und der mcli hat Schwierigkeiten mit dem dvbloop zu reden (ioctl32(mcli-static:7321): Unknown cmd).
Soweit ich das verstanden habe, sind bei vielen Modulen 32-Bit Kompatibilitätsfunktionen mit eingebaut, die die unterschiedlich großen Variablentypen umsetzen. Da sind im dvbloop aber keine drin und deswegen kann der mcli nicht mit dem dvbloop reden. (Ich vermute drivers/media/video/compat_ioctl32.c) macht sowas.

Axel.

der-brumm-baer · 6. Mai 2009

Hallo,

habe jetzt mal Ubuntu 8.10 als i386 daneben installiert,
und hier läuft jetzt erstmal alles, soweit ich das beurteilen kann.

Es liegt also wohl an der 64bit Unterstützung im dvbloop.

Trotzdem Danke für eure Tips und Hilfe

Moorviper · 7. Mai 2009

guten tag habe probleme beim einrichten des netceivers

habe folgendes bisher getan

Zitat

debian 5 cd installiert
echo "deb http://kernel-archive.buildserver.net/debian-kernel trunk main" >> /etc/apt/sources.list
wget -q -O - http://kernel-archive.buildserver.net/key-2009 | apt-key add -
apt-get update
apt-get install htop iptraf make mc samba subversion mercurial bzip2 libjpeg62-dev libcap-dev libfontconfig1-dev gettext ssh libxml2 tnftp lm-sensors alsa patch

apt-get install linux-image-2.6.26-2-686
apt-get install linux-headers-2.6.26-2-686
cd /usr/src
ln -s linux-headers-2.6.26-2-686 linux

cd /usr/local/src/
svn co https://svn.baycom.de/repos/dvbloop/

den dvbloop-s2api-0.2.diff.gz patch gezogen

hg clone http://mercurial.intuxication.org/hg/s2-liplianin
cd s2-liplianin
zcat ../dvbloop-s2api.patch.gz | patch -p1
nano linux/drivers/media/dvb/Makefile
cd /usr/local/src/
cd s2-liplianin
make

Alles anzeigen

Zitat

Script started on Do 07 Mai 2009 14:57:44 CEST
vdr:/usr/local/src/s2-liplianin# make
make -C /usr/local/src/s2-liplianin/v4l
make[1]: Entering directory `/usr/local/src/s2-liplianin/v4l'
creating symbolic links...
Kernel build directory is /lib/modules/2.6.26-2-686/build
make -C /lib/modules/2.6.26-2-686/build SUBDIRS=/usr/local/src/s2-liplianin/v4l modules
make[2]: Entering directory `/usr/src/linux-headers-2.6.26-2-686'
CC [M] /usr/local/src/s2-liplianin/v4l/dvblo_char.o
/usr/local/src/s2-liplianin/v4l/dvblo_char.c:137: error: array type has incomplete element type
/usr/local/src/s2-liplianin/v4l/dvblo_char.c: In function 'clsdev_op_store':
/usr/local/src/s2-liplianin/v4l/dvblo_char.c:161: error: dereferencing pointer to incomplete type
/usr/local/src/s2-liplianin/v4l/dvblo_char.c: In function 'clsdev_op_show':
/usr/local/src/s2-liplianin/v4l/dvblo_char.c:224: error: dereferencing pointer to incomplete type
/usr/local/src/s2-liplianin/v4l/dvblo_char.c: In function 'dvblo_chardev_release':
/usr/local/src/s2-liplianin/v4l/dvblo_char.c:775: error: implicit declaration of function 'class_device_remove_file'
/usr/local/src/s2-liplianin/v4l/dvblo_char.c:785: error: implicit declaration of function 'class_device_destroy'
/usr/local/src/s2-liplianin/v4l/dvblo_char.c: In function 'dvblo_chardev_init':
/usr/local/src/s2-liplianin/v4l/dvblo_char.c:852: error: implicit declaration of function 'class_device_create'
/usr/local/src/s2-liplianin/v4l/dvblo_char.c:852: warning: assignment makes pointer from integer without a cast
/usr/local/src/s2-liplianin/v4l/dvblo_char.c:874: error: implicit declaration of function 'class_device_create_file'
make[3]: *** [/usr/local/src/s2-liplianin/v4l/dvblo_char.o] Error 1
make[2]: *** [_module_/usr/local/src/s2-liplianin/v4l] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.26-2-686'
make[1]: *** [default] Fehler 2
make[1]: Leaving directory `/usr/local/src/s2-liplianin/v4l'
make: *** [all] Fehler 2
vdr:/usr/local/src/s2-liplianin# exit
exit
Script done on Do 07 Mai 2009 14:57:55 CEST

Alles anzeigen

real_schorsch · 7. Mai 2009

Dann ist der Kernel zu neu oder zu alt. Kanns gerade nicht detailierter sagen, jedenfalls passen die Device-Verwaltungsfunktionen nicht. Leider ändert sich da alle paar Versionen immer irgendein kleines Detail, das ist etwas lästig...

netzzi · 13. Mai 2009

Hallo zusammen!

Ich habe ein Alphacrypt light von Mascom (vor 14 Tagen erstanden) im Netceiver (auch vor 14 Tagen erstanden, 1x DVB-S Dual).
Seit gestern läuft meine Reelbone-Box mit einem Factory-Image.

Wenn ich OSD versuche das CI-Modul anzusprechen, kommt die Anzeige 'kein CI-Modul' vorhanden.
Ich hab das CI sowohl im oberen als auch im unteren Schacht probiert.

Mein Netciever meldet auf netcvdiag -v folgendes:

Code

NetCeiver 0:
 UUID <fe80::208:54ff:fe55:1c0b>, ALIVE, tuners 2
 OS <2.4.32-uc0>, App <0.99.23>, FW <AVR0037/FPGA8AV>, HW <0053>
 Serial <33bc000002538dde>, Vendor <BayCom GmbH>, state 0
 SystemUptime 47751, ProcessUptime 41699

Welchen Fehler mache ich?

real_schorsch · 13. Mai 2009

Hast du lange genug gewartet? Das mit dem CAMs ist etwas zäh...

Allerdings ist der Kram, so wie er jetzt im vdr läuft, sehr bald obsolet. Wir haben schon eine FW im Test, bei der das gesamte CAM-Handling im NetCeiver abgewickelt wird, das erlaubt erstens mehrere Clients und in Zukunft auch andere lustige Tricks. Die NetCeiver-Ansteuerung ist dann auch in einem vdr-PI, der DVB-API-Umweg übern mcli fällt weg.

BTW: Das PI (samt mcli-Source) ist im RMM-Testing-SVN schon in vdr-plugins/src/vdr-mcli-plugin, aber noch nicht scharf geschaltet und erst recht noch nicht in irgendeiner Weise support-fähig. Allerdings sollte es damit auch gehen, dass man sich ein 64Bit mcli baut, die Library ist dieselbe.

Moorviper · 13. Mai 2009

die ci einarbeitung von RMM ist absolut sch***e
das geben die aber selbst zu/besserung wäre in arbeit

habe das auch machmal das es nicht angezeigt wird
die sender werden aber trotzdem hell

habe mir das alphacrypt im panasonic plasma configuriert und dadurch das cammenü nie mehr gebraucht

intressant wäre halt zu wissen was für ne karte
und alphacrypt light version

real_schorsch · 13. Mai 2009

"ist absolut sch***e"

Nein, nein, so kann man das aber wirklich nicht sagen. Eher "relativ sch***e" Es war eine Notlösung aus Zeitgründen, die im Ergebnis deutlich mehr Zeit verschlungen hat, als wenn wir es gleich richtig gemacht hätten...

netzzi · 14. Mai 2009

Zitat

Original von Moorviper
intressant wäre halt zu wissen was für ne karte und alphacrypt light version

Die Karte ist eine Premiere S02.
Die Sender bleiben dunkel ('Kanal nicht verfügbar')
Wie komme ich an die Versionsnummer vom ALphacyrpt?

Zitat

Original von real_schorsch
Hast du lange genug gewartet? Das mit dem CAMs ist etwas zäh...

Code

root@ReelBox:~# uptime  
08:19:13 up 14:10,  2 users,  load average: 0.03, 0.09, 0.14 
root@ReelBox:~#

Code

NetCeiver 0:   
  UUID <fe80::208:54ff:fe55:1c0b>, ALIVE, tuners 2
  OS <2.4.32-uc0>, App <0.99.23>, FW <AVR0037/FPGA8AV>, HW <0053>
  Serial <33bc000002538dde>, Vendor <BayCom GmbH>, state 0
  SystemUptime 51035, ProcessUptime 51025

ist das lange genug?

Moorviper · 14. Mai 2009

hatte jetzt unter gen2vdr 2.0 auch das problem

probier mal den den netceiver an eine eigene netzwerkkarte zu hängen
und dann mcli mit

./mcli --ifname eth1

in meinem fall die 2.te karte
zu starten

dann gings bei mir ohne jegbliche probleme

real_schorsch

Zitat

die ci einarbeitung von RMM ist absolut sch***e

anscheinend habt ihr da was beim vdr versaut
oder es liegt an der ehd das der vdr immer mal aus dem cam menü fliegt

am netceiver liegts schon mal nicht

real_schorsch · 14. Mai 2009

Naja, das gesamte CAM-Protokoll läuft einmal durch den Kernel-Treiber und dann übers Netzwerk. Das ist Timingmässig schon etwas kritisch. Der vdr zeigt tw. einige komische Verhaltensmuster bei bestimmten Situationen, die für so ein Remote-CAM eher unpraktisch sind. Und der ganze Aufwand der Bindung der virtuellen CAMs an die virtuellen Tuner machts nicht besser. Hinterher ist man immer schlauer...

netzzi · 14. Mai 2009

Der Fehler sitzt vor meinem Monitor. real_schorsch hat mich auf die Lösung gebracht.

Ich war der Meinung, das CAM-Handling läuft im Netceiver, was ja ned so ist.
Da ich noch keine eHD habe (ist bestellt, ich denke wegen dem Umzug dauert das noch) hab ich aus Verzweiflung (ich will ein Bild!) eine FF-Karte (1.3, aus meinem Fundus) in das Reel-bone gesteckt und dort den Fernseher angeschlossen geht wunderbar.
Nur hat die FF-Karte eigentlich 2 CAM-Steckplätze (mit der passenden Zusatzplatine) und die hat der VDR wohl gesucht (Wozu in die Ferne schweifen, also nach dem Netceiver suchen). Als ich die Zusatzplatine anschlossen habe und das CAM drin war, ging auch die CI-Verwaltung.
Ich habe ein alphacrypt light 1.18.
Die Premiere Sender kann ich jetzt anwählen, aber dunkel bleiben die immer noch. grr.

Nano · 7. Juni 2009

Moin,

ich warte sehnsüchtig auf das Netceiver-Gehäuse und den Netclient.
Schorsch hat im RMM-Forum ein Bild gepostet, auf dem Teile des Netceiver-Gehäuses zu erkennen sind.

Ich poste es hier nochmal.

Gruß
Nano

UPDATE: Der Text im Hintergrund bezieht sich auf den NetCLIENT und nicht den NetCEIVER!

real_schorsch · 8. Juni 2009

Die finalen Gehäuseprototypen "zur Abnahme" kamen AFAIK letzte Woche. Das gezeigte hat noch eine zu geringe Höhe für die S2-Twins, da ging der Deckel nur mit etwas Nachhilfe drauf... D.h. es wird so langsam...

Oswald-Kolle · 8. Juni 2009

Lese ich da richtig - in den Netceiver kann man dann eine Festplatte einbauen und das Ding z.B. zum Aufnehmen nutzen? Also quasi als VDR-Server??

Ich hatte das bisher so verstanden, dass ausschließlich die DVB-Streams (max. 6xS2) übers Netz verfügbar gemacht werden...?

[HOWTO] Netceiver im externen Gehäuse, Infos zum Netceiver

Jetzt mitmachen!

Teilen