Kein Empfang mit Nova HD nach Aktualisierung auf linux-media-dkms

Hallo,

ich verwende zwar nicht direkt die yavdr-distro, aber die PPAs. Hoffe bin trotzdem nicht ganz falsch hier. Folgendes Problem:
nach dem ich vor einigen Tagen eine Aktualisierung auf Kernel 3.0.0.16, VDR 1.7.22 und linux-media-dkms gewagt habe, funktioniert meine Hauppauge Nova HD Karte nicht mehr richtig. Die Karte teilt sich über einen Sat-Verteiler einen Strang mit dem ersten Tuner der TT-6400. Während letztere keine Empfangsprobleme hat, spinnt die Nova HD total. Im Femon springt der zweite Balken mal nach oben mal nach unten. Das Bild und Ton ist total zerrissen, als ob der Empfang sehr schlecht wäre. Transponder/Hi/Low-Band/Polarisation ist egal. Ich habe zwei Screenshots beigefügt. Hat noch jemand dieses Problem? Wäre dankbar für jeden Hinweis.

Viele Grüße,
Freddy

Zitat von Keine_Ahnung

Den LNB Sharing Patch gibts nicht mehr und das ist jetzt im VDR. Also must du jetzt deine diseqc.conf (oder doch im DVD Setup? egal, irgendwo geht das schon) anpassen.

Das habe ich schon herausgefunden bzw. die nötige einstellungen vorgenommen, leider ohne erfolg. Jedenfalls liegt es daran definitiv nicht (da hatte ich überhaupt keinen empfang)

Zitat von Keine_Ahnung

BTW: History lesen ist bei Enwicklerversionen zu empfehlen

Es würde mich freuen, wenn z.B. synaptic die änderungshistorie anzeigen würde, da heisst es aber nur, dass sie nicht zur verfügung steht

Zitat von Samael

Moin,

genau das gleiche Problem habe ich mit meinen 2 Nova HDs (die direkt am LNB hängen) auch, wenn ich das aktuelle media_build von git.linuxtv.org nehme.
Ich bin dann auf http://mercurial.intuxication.org/hg/s2-liplianin/ ausgewichen.

Gruß Samael

Tja, hier fangen meine probleme an... Nach möglichkeit will ich mich nicht mit quecksilber rumschlagen, vor allem möchte ich die paketverwaltung von ubuntu verwenden. Ich werde trotzdem mal einen Blick drauf werfen, danke für die Info!

Zitat von Samael

Ich bin dann auf http://mercurial.intuxication.org/hg/s2-liplianin/ ausgewichen.

Das will nicht bei mir:

make -C /usr/src/s2-liplianin/v4l 
make[1]: Betrete Verzeichnis '/usr/src/s2-liplianin/v4l'
No version yet, using 3.0.0-16-generic
make[1]: Verlasse Verzeichnis '/usr/src/s2-liplianin/v4l'
make[1]: Betrete Verzeichnis '/usr/src/s2-liplianin/v4l'
scripts/make_makefile.pl
Updating/Creating .config
Preparing to compile for kernel version 3.0.0


***WARNING:*** You do not have the full kernel sources installed.
This does not prevent you from building the v4l-dvb tree if you have the
kernel headers, but the full kernel source may be required in order to use
make menuconfig / xconfig / qconfig.


If you are experiencing problems building the v4l-dvb tree, please try
building against a vanilla kernel before reporting a bug.


Vanilla kernels are available at http://kernel.org.
On most distros, this will compile a newly downloaded kernel:


cp /boot/config-`uname -r` <your kernel dir>/.config
cd <your kernel dir>
make all modules_install install


Please see your distro's web site for instructions to build a new kernel.


Created default (all yes) .config file
./scripts/make_myconfig.pl
make[1]: Verlasse Verzeichnis '/usr/src/s2-liplianin/v4l'
make[1]: Betrete Verzeichnis '/usr/src/s2-liplianin/v4l'
perl scripts/make_config_compat.pl /lib/modules/3.0.0-16-generic/build ./.myconfig ./config-compat.h
creating symbolic links...
ln -sf . oss
make -C firmware prep
make[2]: Entering directory `/usr/src/s2-liplianin/v4l/firmware'
make[2]: Leaving directory `/usr/src/s2-liplianin/v4l/firmware'
make -C firmware
make[2]: Entering directory `/usr/src/s2-liplianin/v4l/firmware'
  CC  ihex2fw
Generating vicam/firmware.fw
Generating dabusb/firmware.fw
Generating dabusb/bitstream.bin
Generating ttusb-budget/dspbootcode.bin
Generating cpia2/stv0672_vp4.bin
Generating av7110/bootcode.bin
make[2]: Leaving directory `/usr/src/s2-liplianin/v4l/firmware'
Kernel build directory is /lib/modules/3.0.0-16-generic/build
make -C /lib/modules/3.0.0-16-generic/build SUBDIRS=/usr/src/s2-liplianin/v4l CFLAGS="-I../linux/include -D__KERNEL__ -I/include -DEXPORT_SYMTAB" modules
make[2]: Entering directory `/usr/src/linux-headers-3.0.0-16-generic'
  CC [M]  /usr/src/s2-liplianin/v4l/tuner-xc2028.o
/usr/src/s2-liplianin/v4l/tuner-xc2028.c: In function 'xc2028_set_params':
/usr/src/s2-liplianin/v4l/tuner-xc2028.c:1178:5: error: 'T_DIGITAL_TV' undeclared (first use in this function)
/usr/src/s2-liplianin/v4l/tuner-xc2028.c:1178:5: note: each undeclared identifier is reported only once for each function it appears in
/usr/src/s2-liplianin/v4l/tuner-xc2028.c:1179:1: warning: control reaches end of non-void function [-Wreturn-type]
make[3]: *** [/usr/src/s2-liplianin/v4l/tuner-xc2028.o] Fehler 1
make[2]: *** [_module_/usr/src/s2-liplianin/v4l] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-3.0.0-16-generic'
make[1]: *** [default] Fehler 2
make[1]: Verlasse Verzeichnis '/usr/src/s2-liplianin/v4l'
make: *** [all] Fehler 2

Im Moment hilft nur, die Nova-HD im diseqc.conf zu deaktivieren, dann könnte ich die aber gleich rausschmeissen. Die gute alte Nexus-S habe ich schon lange aus ähnlichen Gründen in eine Schublade verbannt Scheint mir irgendwie, dass die TT 6400 nicht wirklich mit anderen Karten will, zumindest nicht bei Laien, wie ich...

Zitat von Samael

Ansonsten glaube ich aber nicht, daß der Liplianin-Stand die TT6400 untersützt.

Tja, dann probiere ich gar nicht weiter.
Irgendjemand von yavdr? Möchte jemand von euch dieses Problem aus der Welt schaffen? Braucht ihr weitere Infos?

Zitat von gda

Nö, nicht wirklich, nenne die entsprechende Hardware nicht mein eigen.

Schade... Dann muss ich wohl meine Bewertung der TT 6400 wieder runterziehen. Bei der Nexus-S hätte ich das noch eingesehen, ist ja eine ziemlich alte Karte, aber die Nova-HD unterstüzte ja DVB-S2 problemlos mit v4l-dkms.

Zitat von gda

Mach ruhig, die TT S2-6400 ist sowieso eine seltsame Wahl für yaVDR.

Jo, da kann yavdr wirklich nix dafür, dass diese Karte ein doityourself or verreck Karte ist. Und das für 250 €...

gda: gibt es vielleicht eine Möglichkeit, die alte v4l-dvb-dkms (?) noch herunterzuladen und daraus die Quelltexte zu entpacken? Dass es mit meinem Kernel nicht mehr läuft, weiss ich schon. Ich würde aber gerne die Quelltexte des Treibers irgendwie vergleichen, vielleicht springt dabei 'was raus? Oder gab es größere Änderungen, wodurch dieses Problem entstanden ist? Schon mal Danke für jeden Hinweis.

Zitat von Keine_Ahnung

Schau doch mal unter "/var/cache/apt/archives/", evtl. ist es noch da?

Leider nicht...

habs gefunden, wurde noch nicht aus der ppa gelöscht Auf den ersten Blick gibt es sehr viele Unterschiede, sogar die Anzahl der Parameter einiger Funktionen wurde verändert. Ist vielleicht auch die API geändert worden? Jedenfalls werde ich wohl erst morgen mit dem Vergleichen weiter machen...

Nach langem hin-und-her, bin zurück zum Kernel 3.0.0-15 und v4l-dvb-dkms. Damit funktioniert alles wieder.