Beiträge von klak

Hallo *,

seit dem gestrigen Debian Testing Update bekomme ich folgendes:

Dec 20 06:38:58 debt21 kernel: [ 9104.672990] EPGSearch: conf[7810]: segfault at 1000018 ip 00007fd71d87720d sp 00007fd7190a1a50 error 4 in libvdr-epgsearch.so.2.4.0[7fd71d826000+fc000]

Dec 20 06:38:58 debt21 systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV

Dec 20 06:38:58 debt21 systemd[1]: vdr.service: Failed with result 'signal'.

Dec 20 06:38:58 debt21 systemd[1]: vdr.service: Service RestartSec=100ms expired, scheduling restart.

Dec 20 06:38:58 debt21 systemd[1]: vdr.service: Scheduled restart job, restart counter is at 5.

Dec 20 06:38:58 debt21 systemd[1]: vdr.service: Start request repeated too quickly.

Dec 20 06:38:58 debt21 systemd[1]: vdr.service: Failed with result 'signal'.

Idee? / Workaround?

Dank und Gruss

klak

Hallo *,

ich habe im Juni von https://github.com/s-moch/linux-saa716x Kernel 4.16 heruntergeladen und mit make -j4 deb-pkg LOCALVERSION=-kk1 Debian Pakete gebaut. Installiert und alles lief.

Jetzt habe ich es mit 4.18+4.19 versucht, bekomme aber folgendes:

CC kernel/memremap.o

CC kernel/rseq.o

AR kernel/built-in.a

make[2]: *** [debian/rules:4: build] Fehler 2

dpkg-buildpackage: Fehler: Unterprozess debian/rules build lieferte Exitstatus 2

make[1]: *** [scripts/package/Makefile:75: deb-pkg] Fehler 2

make: *** [Makefile:1357: deb-pkg] Fehler 2

Da ich kein Kernel-Spezie bin, gucke ich natuerlich dumm aus der Waesche. U.U jemand eine Idee? Das ganz findet unter Debian Testing statt.

Dank und Gruss

klak

Danke megalutschi,

habe die sources.conf Änderung zurückgenommen und im Handbetrieb eine channels.conf erzeugt. (für meinen Provider gibt es keine fertige, deshalb auch die csv-Datei auf dem Octopus)

Dank und Gruss

klak

Hallo zusammen,

ich moechte meinen VDR (TT S2-6400) mit der OctopusNET DVBC2-4 erweitern. Allerdings bekomme ich keine Eintraege in die channels.conf zugefuegt.

Folgendes habe ich in der Datei sources.conf zugefügt:

C 1

=> Signal source = 1

C 2

=> Signal source = 2

C 3

=> Signal source = 3

C 4

=> Signal source = 4

vdrpsend plug satip list

220 debt27 SVDRP VideoDiskRecorder 2.4.0; Sat Jul 21 07:49:51 2018; UTF-8

900 + 192.168.100.240|DVBC2-4|OctopusNet

221 debt27 closing connection

Auf dem Octopus habe ich eigene csv-Dateien abgelegen muessen:

# cat sourcelist.csv

KEY,CSVFILE,NAME,SYSTEM,SRC

"HELINETARD","z_ard","HD-HeliNET ARD","dvbc",0

:

"HELINETXYZ","z_sonstiges","XY-HeliNET Sonstiges","dvbc",0

# head z_ard.csv

CATEGORY,TITLE,SYSTEM,FREQ,SR,MOD,RADIO,ENC,PIDS,TRACKS

"ARD","Das Erste HD","dvbc",826000,6900,"16qam",0,0,"P5100:5101:5104:5102:5103:5106","A5102:5103:5106"

"ARD","one HD","dvbc",554000,6900,"16qam",0,0,"P5410:5411:5414:5412:5413:5416","A5412:5413:5416"

Jemand einen Tipp, was ich vergessen bzw. falsch gemacht habe?

Dank und Gruss

klak

@Uraltfan;

Ja, 4.5.1 musste ich selber bauen, hatte mir aber im Laufe der Zeit eine eigenes Kochbuch angelegt mit alles ganz gut klappte.

Werde heute Abend mal gucken wie weit ich komme.

Ich hoffe der "FF" Spass hält noch eine lange Weile an, bin super zufrieden mit dem Ding.

Hallo zusammen,

habe krankheitsbedingt viele Monate die S2-6400 Treiber Aktivitäten nicht verfolgen können. Bin deshalb bei einem Kernel 4.5.1 unter Debian Testing stehen geblieben. Da ich jetzt natürlich recht flott auf einen aktuelleren Kernel kommen möchte eine kleine Frage:

Gibt es ein Kochbuch dazu? - Klartext: Was muss ich alles tun tun.

Dank und Gruss klak

ps. Gesucht habe ich, aber wahrscheinlich wieder nicht "richtig".

Edit: Habe keine Schimmer von Github usw.

Sch....

Werde dann wohl was mit einen alten Kernel in einer KVM probieren.

Gruss Klak

Hallo *,

mein Debian testing ist jetzt beim naechsten Debian-Stable Kernel (longterm 4.9.x) angekommen.
Da ich diese Version wohl laenger einsetzen werde habe ich versucht den Treiber dafuer zu kompilieren und bin natuerlich gescheitert.

Mit der nachfolgenden Vorgehensweise bin ich bis Kernel 4.5.x gekommen:

hg clone http://linuxtv.org/hg/~endriss/media_build_experimental
cd media_build_experimental
make download
make untar
cd linux
patch -p1 < /usr/src/00_pci_dma_supported.diff
patch -p1 < /usr/src/00_adp1653.diff
patch -p1 < /usr/src/45_cxd2820r.diff
patch -p1 < /usr/src/45_saa716x_ff-linux-4.5-debian.hg.diff
cd -
sed -i v4l/.config -e "s/# \CONFIG_DVB_USB_RTL28XXU is not set/CONFIG_DVB_USB_RTL28XXU=m/"  \
	-e "s/CONFIG_VIDEO_SAA7134_RC=y/CONFIG_VIDEO_SAA7134_RC is not set/"  \
	-e "s/CONFIG_VIDEO_SAA7134_DVB=m/CONFIG_VIDEO_SAA7134_DVB is not set/"  \
	-e "s/CONFIG_VIDEO_SAA7134=m/CONFIG_VIDEO_SAA7134 is not set/"  \
	-e "s/CONFIG_VIDEO_SAA7134_ALSA=m/CONFIG_VIDEO_SAA7134_ALSA is not set/"  \
	-e "s/CONFIG_VIDEO_SAA7134_GO7007=m/CONFIG_VIDEO_SAA7134_GO7007 is not set/"  \
	-e "s/CONFIG_VIDEO_SAA7164=m/CONFIG_VIDEO_SAA7164 is not set/"
#
make
make install

Aber bei Kernel "4.9.0-1-amd64 #1 SMP Debian 4.9.6-3 (2017-01-28) x86_64 GNU/Linux" bricht die Kompilierung ab:

In file included from <command-line>:0:0:
/usr/src/media_build_experimental/v4l/compat.h:1463:1: error: redefinition of 'pci_zalloc_consistent'
 pci_zalloc_consistent(struct pci_dev *hwdev, size_t size,
 ^~~~~~~~~~~~~~~~~~~~~
In file included from /usr/src/linux-headers-4.9.0-1-common/include/linux/pci.h:2145:0,
             	from /usr/src/media_build_experimental/v4l/compat.h:1459,
             	from <command-line>:0:
/usr/src/linux-headers-4.9.0-1-common/include/linux/pci-dma-compat.h:23:1: note: previous definition of 'pci_zalloc_consistent' was here
 pci_zalloc_consistent(struct pci_dev *hwdev, size_t size,
 ^~~~~~~~~~~~~~~~~~~~~
In file included from <command-line>:0:0:
/usr/src/media_build_experimental/v4l/compat.h:1552:0: warning: "DMA_ATTR_SKIP_CPU_SYNC" redefined
 #define DMA_ATTR_SKIP_CPU_SYNC 0


In file included from /usr/src/linux-headers-4.9.0-1-common/include/linux/pci-dma-compat.h:7:0,
             	from /usr/src/linux-headers-4.9.0-1-common/include/linux/pci.h:2145,
             	from /usr/src/media_build_experimental/v4l/compat.h:1459,
             	from <command-line>:0:
/usr/src/linux-headers-4.9.0-1-common/include/linux/dma-mapping.h:47:0: note: this is the location of the previous definition
 #define DMA_ATTR_SKIP_CPU_SYNC  (1UL << 5)


/usr/src/linux-headers-4.9.0-1-common/scripts/Makefile.build:298: die Regel für Ziel „/usr/src/media_build_experimental/v4l/msp3400-driver.o“ scheiterte
make[5]: *** [/usr/src/media_build_experimental/v4l/msp3400-driver.o] Fehler 1
/usr/src/linux-headers-4.9.0-1-common/Makefile:1507: die Regel für Ziel „_module_/usr/src/media_build_experimental/v4l“ scheiterte
make[4]: *** [_module_/usr/src/media_build_experimental/v4l] Fehler 2
Makefile:150: recipe for target 'sub-make' failed
make[3]: *** [sub-make] Error 2
Makefile:8: recipe for target 'all' failed
make[2]: *** [all] Error 2
make[2]: Leaving directory '/usr/src/linux-headers-4.9.0-1-amd64'
Makefile:51: die Regel für Ziel „default“ scheiterte
make[1]: *** [default] Fehler 2
make[1]: Verzeichnis „/usr/src/media_build_experimental/v4l“ wird verlassen
Makefile:28: die Regel für Ziel „all“ scheiterte
make: *** [all] Fehler 2

Da ich von der Materie kein tiefergehendes KnowHow habe benoetige ich eure Hilfe, sofern da mit der ur-alten Karte noch etwas machbar sein sollte.

Dank und Gruss klak

Hallo *,

ich hoffe ich bin im richtigen Thread. Habe das erste Mal von https://github.com/DigitalDevi…dvb/archive/0.9.23.tar.gz kompiliert und bekomme unter Debian Testing 4.6.0-1-amd64 #1 SMP Debian 4.6.1-1 (2016-06-06) bei den Versionen 0.9.22 und 0.9.23 folgendes Problem:

:
<schnipp>
:
CC [M]  /usr/src/dddvb-0.9.22/frontends/drxk_hard.o
/usr/src/dddvb-0.9.22/frontends/drxk_hard.c: In function ‘drxk_set_parameters’:
/usr/src/dddvb-0.9.22/frontends/drxk_hard.c:4871:36: warning: unused variable ‘old_delsys’ [-Wunused-variable]
  u32 delsys  = p->delivery_system, old_delsys;
                                    ^
/usr/src/dddvb-0.9.22/frontends/drxk_hard.c:4871:6: warning: unused variable ‘delsys’ [-Wunused-variable]
  u32 delsys  = p->delivery_system, old_delsys;
      ^
/usr/src/dddvb-0.9.22/frontends/drxk_hard.c: At top level:
/usr/src/dddvb-0.9.22/frontends/drxk_hard.c:4899:64: warning: ‘struct dvb_frontend_parameters’ declared inside parameter list
 static int drxk_c_get_frontend(struct dvb_frontend *fe, struct dvb_frontend_parameters *p)
                                                                ^
/usr/src/dddvb-0.9.22/frontends/drxk_hard.c:4899:64: warning: its scope is only this definition or declaration, which is probably not what you want
/usr/src/dddvb-0.9.22/frontends/drxk_hard.c:4993:64: warning: ‘struct dvb_frontend_parameters’ declared inside parameter list
 static int drxk_t_get_frontend(struct dvb_frontend *fe, struct dvb_frontend_parameters *p)
                                                                ^
/usr/src/dddvb-0.9.22/frontends/drxk_hard.c:5018:18: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
  .get_frontend = drxk_c_get_frontend,
                  ^
/usr/src/dddvb-0.9.22/frontends/drxk_hard.c:5018:18: note: (near initialization for ‘drxk_c_ops.get_frontend’)
/usr/src/dddvb-0.9.22/frontends/drxk_hard.c:5052:18: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
  .get_frontend = drxk_t_get_frontend,
                  ^
/usr/src/dddvb-0.9.22/frontends/drxk_hard.c:5052:18: note: (near initialization for ‘drxk_t_ops.get_frontend’)
cc1: some warnings being treated as errors
/usr/src/linux-headers-4.6.0-1-common/scripts/Makefile.build:296: die Regel für Ziel „/usr/src/dddvb-0.9.22/frontends/drxk_hard.o“ scheiterte
make[5]: *** [/usr/src/dddvb-0.9.22/frontends/drxk_hard.o] Fehler 1
/usr/src/linux-headers-4.6.0-1-common/scripts/Makefile.build:445: die Regel für Ziel „/usr/src/dddvb-0.9.22/frontends“ scheiterte
make[4]: *** [/usr/src/dddvb-0.9.22/frontends] Fehler 2
/usr/src/linux-headers-4.6.0-1-common/Makefile:1446: die Regel für Ziel „_module_/usr/src/dddvb-0.9.22“ scheiterte
make[3]: *** [_module_/usr/src/dddvb-0.9.22] Fehler 2
Makefile:146: die Regel für Ziel „sub-make“ scheiterte
make[2]: *** [sub-make] Fehler 2
Makefile:8: die Regel für Ziel „all“ scheiterte
make[1]: *** [all] Fehler 2
make[1]: Verzeichnis „/usr/src/linux-headers-4.6.0-1-amd64“ wird verlassen
Makefile:7: die Regel für Ziel „all“ scheiterte
make: *** [all] Fehler 2

Unter 4.5.0-2-amd64 #1 SMP Debian 4.5.5-1 (2016-05-29) laeuft sowohl 0.9.22 als auch 0.9.23.

Gruss kalk

Hi sunny25a,

habe auch eine 4-fach OctupusNet DVB-C. Du hast sie am Saturday, January 3rd 2015, 9:59pm zum Fliegen bekommen!

Was hast Du getan?

Dank und Gruss
kalk

Hallo *,

habe 3 VDRs unter Debian Testing (tagesaktuell) laufen:
1*amd64, 1*i386 auf Physik und 1*amd64 in einer VM.

Vermutlich nach dem Update des Live-Plugins von 0.3.0+git20141029-1
auf 0.3.0+git20141029-1+b1 bricht die Bedienung bei unterschiedlichen
Aktionen ab.

i386: beim Erzeugen eines neuen Suchtimers
amd64: beim Aufruf von Suchtimer
amd64-vm: sofort nach Eingabe von UserId und Passwort

VDR endet mit RC=2 und restartet dann wieder.

Manchmal bekomme ich einen segfault beim amd64 Rechner:
segfault at 7fd2ee07a1e8 ip 00007fd2ed3d073e sp 00007fd2dd7f50f8 error 4 in libc-2.19.so[7fd2ed340000+19f000

Jemand eine Idee?

Dank und Gruss
klak

ps.:
vdr - 2.0.6-2
vdr-plugin-epgsearch - 1.0.1~beta3-6
vdr-plugin-live - 0.3.0+git20141029-1+b1
vdr-plugin-xineliboutput - 1.1.0-2+b1
.
Entpacken von vdr-plugin-live (0.3.0+git20141029-1+b1) über (0.3.0+git20141029-1)

Hi,

da bin ich mal wieder.

Die obigen Fehler treten bei int_type=2 auf.

Habe jetzt alles ohne Fehler, sowohl in der VM als auch auf dem Host, laufen gehabt. Aber es bleibt wie es war: Bildfehler in den Aufnahmen.

Ich fahre ein tagesaktulelles Debian Testing. Das BIOS vom Host habe ich auch aktualisiert.

Schaue jetzt eine WDR HD Aufnahme aus Februar 2014. Keine Bildfehler!!! In der Zischenzeit ist es zu keiner Hardware Änderung gekommen. Nur halt Software - tagesaktuelles Debian und aktuellere Treiber natürlich.

Habe noch ein paar alte Sicherung der betreffenden VM, werde damit mal weiter testen.

ps.: Den Sitz der Karte habe ich natürlich auch überprüft.
.

Hi,

habe bis jetzt eine Menge getestet. Die Bildfehler treten zu 99,99999% bei der HD Wiedergabe auf, Rest SD Wiedergabe.
Hängen diese Meldung u.U. damit zusammen?

Nov 30 18:52:41 debt21 kernel: [34199.084108] saa716x_i2c_irq_wait (0): timed out waiting for end of xfer!
Nov 30 18:52:41 debt21 kernel: [34199.084622] saa716x_i2c_write_msg (0): Error writing data, err=-5
Nov 30 18:52:41 debt21 kernel: [34199.085098] saa716x_i2c_xfer (0): Error in Transfer, try 0
Nov 30 18:52:41 debt21 kernel: [34199.085553] saa716x_i2c_xfer (0): msg 0, addr = 0x68, len=2, flags=0x0
Nov 30 18:52:41 debt21 kernel: [34199.086252] saa716x_i2c_xfer (0): <W 0000> 0xf4
Nov 30 18:52:41 debt21 kernel: [34199.086756] saa716x_i2c_xfer (0): <W 0001> 0x12
Nov 30 18:52:41 debt21 kernel: [34199.087192] saa716x_i2c_xfer (0): msg 1, addr = 0x68, len=1, flags=0x1
Nov 30 18:52:41 debt21 kernel: [34199.087682] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET

Den Sitz der Karte kann ich erst am Montag überprüfen.

Ansonsten erst mal vielen Dank.
Gruss klak

Hi,
die Bildfehler treten in der virtuellen Umgebung (sowohl 64 als auch 32 Bit, mit und ohne Plugins und Modulparametern) auf. Wobei es gefühlt weniger Fehler sind je mehr vCPUs ich zuordne. top -H zeigt nicht auffälliges.

Wenn ich den VDR ausserhalb der virtuellen Umgebung laufen lasse treten bei Abspielen keine BIld sondern Ton Fehler auf.

Werde weiter ausserhalb der VM testen.
.

EDIT:
Doch was auffällige bei top -H innerhalb der VM?
Ein kworker Thread belegt 9,5 bis 15 % CPU:

top - 23:52:52 up 26 min, 1 user, load average: 0,97, 0,99, 0,83
Tasks: 125 total, 2 running, 123 sleeping, 0 stopped, 0 zombie
%Cpu0 : 0,7 us, 0,7 sy, 0,0 ni, 83,7 id, 15,0 wa, 0,0 hi, 0,0 si, 0,0 st
%Cpu1 : 0,0 us, 0,3 sy, 0,3 ni, 99,3 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
%Cpu2 : 0,0 us, 0,3 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
%Cpu3 : 0,3 us, 0,0 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
%Cpu4 : 0,0 us, 1,0 sy, 0,0 ni, 99,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
%Cpu5 : 0,0 us, 11,9 sy, 0,0 ni, 87,4 id, 0,0 wa, 0,0 hi, 0,7 si, 0,0 st
KiB Mem: 4060468 total, 910992 used, 3149476 free, 24952 buffers
KiB Swap: 392188 total, 0 used, 392188 free. 626756 cached Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
59 root 20 0 0 0 0 R 13,6 0,0 1:42.17 kworker/u12:1
707 vdr 20 0 1788184 114264 12832 S 4,3 2,8 1:13.67 vdr
.

Zitat von klak

ich habe auch Bildfehler

Ja, ich weiss es war etwas dürftig. Ich nehme zu 99 % Radio Sendungen auf und bin erst durch dieses Posting auf meine Bildfehler aufmerksam geworden.
Meine Bildfehler treten beim Abspielen von Aufnahmen auf. Sowohl TV, als auch via NFS Mount am PC und an Dreamboxen.

Zwischenstand:
Die Problem treten auch ohne Modul Parameter auf. Probiere jetzt mal mit phi_mode weiter.

Dank und Gruss
klak

Hallo *,
ich habe auch Bildfehler:

DVB-Treiber Stand 06.11.2014

Firmware:
SAA716x FF FPGA version 1.10
SAA716x FF loader version 1.03
SAA716x FF firmware version 0.5.0

VDR aus/in Debian Testing:
vdr 2.0.3-2+b1
vdr-plugin-dvbhddevice 2.0.3-2+b1
vdr-plugin-epgsearch 1.0.1~beta3-5
vdr-plugin-femon 2.0.0-1
vdr-plugin-live 0.2.0+git20130305-6.1+b1
vdr-plugin-xineliboutput 1.1.0-1+b3

Modul:
options saa716x_ff int_type=1

Linux debt21 3.16.0-4-686-pae #1 SMP Debian 3.16.7-2 (2014-11-06) i686 GNU/Linux

Läuft in einer KVM VM.
,

Hallo zusammen,

ich setzte seit vielen, sehr vielen Jahren den VDR sehr erfolgreich ohne Probleme ein und bin deshalb auch im Forum nicht viel bzw. sehr selten unterwegs

Deshalb hier meine Frage:

Wie kann ich den VDR, den/die Entwickler, die Gemeinde unterstützen?

Gibt es einen Verein oder ein Spendenkonto oder sonst irgendwie etwas?

Dank und Gruss
klak

Zitat von Keine_Ahnung

ich fürchte da hast du einfach Pech.

Das glaube ich auch. Das "Problem" -chen habe ich ja schon länger.

Mit welcher Karte könnte ich am Arbeitsplatz glücklich werden?

Muss das nicht auch eine FF sein, wenn ich mit/bei xinelibout ein Problem habe?

Gruss klak

Zitat von gda

Das lässt sich deutlich leichter ändern als jemanden dazu zu gewinnen für dieses abstruse Bedienungsmodell die fehlende Funktion nachzureichen.

Gerald

Ich bediene den VDR über ein Web-Interface , ich weiß nicht was daran abstrus sein soll.

Ich habe zwar OSD per vdr-sxfe aber kein Bild, wenn ich zu den Schnittmarken springe.
Sodaß ein Fine-Tuning nur mit einem Notizzettel und den entsprechenden Notizen
(Zeit und die Anzahll der Plus bzw. Minus Klicks) möglich ist.

Gruss klak

ps.: Eine Fernbedienung war im Lieferumfang, sie ist aber jetzt nicht mehr verfügbar.