Beiträge von linuxdep

Hi, nachdem ich den VDR geöffnet habe um zu schauen was für ein Netzteil eingebaut ist, habe ich noch kurz den Staub mit viel Luft ausgetrieben.

Seit dem haben ich auf SAT1 HD, kabel HD, Pro7 HD. immer einen seg. fault.

Nov 18 16:23:35 vdrHD vdr: [3034] switching to channel 5

Nov 18 16:23:35 vdrHD vdr: [3034] [softhddev]SetPlayMode: 0

Nov 18 16:23:35 vdrHD vdr: [3034] [softhddev]SetVideoDisplayFormat: 1

Nov 18 16:23:35 vdrHD vdr: [3034] [softhddev]GetSpuDecoder:

Nov 18 16:23:35 vdrHD vdr: [3034] CAM 1: assigned to device 1

Nov 18 16:23:35 vdrHD vdr: [3414] TS buffer on device 1 thread ended (pid=3034, tid=3414)

Nov 18 16:23:35 vdrHD vdr: [3413] buffer stats: 104152 (0%) used

Nov 18 16:23:35 vdrHD vdr: [3413] receiver on device 1 thread ended (pid=3034, tid=3413)

Nov 18 16:23:35 vdrHD vdr: video: decoder buffer empty, duping frame (497/23752) 0 v-buf

Nov 18 16:23:35 vdrHD vdr: video: --:--:--.---   +0    0   0/\ms   0+5 v-buf

Nov 18 16:23:36 vdrHD vdr: [3034] [softhddev]SetPlayMode: 1

Nov 18 16:23:36 vdrHD vdr: [3866] receiver on device 1 thread started (pid=3034, tid=3866, prio=high)

Nov 18 16:23:36 vdrHD vdr: [3867] TS buffer on device 1 thread started (pid=3034, tid=3867, prio=high)

Nov 18 16:23:36 vdrHD vdr: audio/alsa: using device 'default'

Nov 18 16:23:36 vdrHD vdr: [softhddev] invalid PES video packet

Nov 18 16:23:36 vdrHD vdr: audio/alsa: start delay 200ms

Nov 18 16:23:36 vdrHD vdr: [softhddev] 31 invalid PES video packet(s)

Nov 18 16:23:37 vdrHD vdr: [3034] retuning due to modification of channel 5

Nov 18 16:23:37 vdrHD vdr: [3034] switching to channel 5

Nov 18 16:23:37 vdrHD vdr: [3034] [softhddev]SetPlayMode: 0

Nov 18 16:23:37 vdrHD vdr: [3034] [softhddev]SetVideoDisplayFormat: 1

Nov 18 16:23:37 vdrHD vdr: [3034] [softhddev]GetSpuDecoder:

Nov 18 16:23:37 vdrHD kernel: [ 1024.872698] vdr[3034]: segfault at 7fff412d4000 ip 00007f5b8cf659bb sp 00007fff412d0768 error 6 in libc-2.15.so[7f5b8ced5000+1b4000]

Nov 18 16:23:37 vdrHD kernel: [ 1025.056266] init: vdr main process (3034) killed by SEGV signal

Nov 18 16:23:37 vdrHD kernel: [ 1025.059045] init: vdr-frontend main process (3171) killed by TERM signal

Nov 18 16:23:37 vdrHD vdr-crash: vdr exit with signal SEGV . Restarting

Nov 18 16:23:37 vdrHD kernel: [ 1025.118158] init: vdr-exit-other main process (3878) terminated with status 1

Nov 18 16:23:37 vdrHD vdr: [3887] VDR version 2.0.6 started

Die zweite DVB-S Karte habe ich schon ausgebaut, Kabel getestet, richtiger Sitz der Kabel und und und... so ganz verstehe ich nicht, warum bei diesen Sendern. Andere HD Sender gehen doch und warum nach dem Entstauben... Ach so, epg daten auch schon gelöscht... nutze aber SAT Empfang.

Einer noch einen Vorschlag woran es liegen kann?

Scheinen alle Sender auf 11464 Hor. zu beteffen. Gibt es da irgendwas wie ich das testen kann???

{code]

SAT.1 HD;ProSiebenSat.1:11464:HC23M5O35P0S1:S19.2E:22000:255=27:0;259=deu@106:32:1830,1843,9C4,98C,1860,186A,98D,186D,500:61300:1:1017:0

kabel eins HD;ProSiebenSat.1:11464:HC23M5O35P0S1:S19.2E:22000:767=27:0;771=deu@106:34:1830,1843,9C4,98C,1860,186A,98D,186D,500:61302:1:1017:0

ProSieben HD;ProSiebenSat.1:11464:HC23M5O35P0S1:S19.2E:22000:511=27:0;515=deu@106:33:1830,1843,9C4,98C,1860,186A,98D,186D,500:61301:1:1017:0

SIXX HD;ProSiebenSat.1:11464:HC23M5O35P0S1:S19.2E:22000:1023=27:0;1027=deu@106:35:1830,1843,9C4,98C,1860,186A,98D,186D,500:61303:1:1017:0

Pro7 MAXX HD;ProSiebenSat.1:11464:HC23M5O35P0S1:S19.2E:22000:1279=27:0;1283=deu@106:36:1830,1843,9C4,98C,1860,186A,98D,186D,500:61304:1:1017:0

[/code]

habe ne 710er gekauft, aber meine tests bisher haben mich dazu bewogen, meinen alten WZ VDR künstlich am leben zu erhalten, da müssen erst mal Organtransplantationen helfen bis ich die 710er mit einem neuen VDR am laufen habe.

MarMic, hört sich ja zu gut an.... was für eine CPU hat benutzt? Das ist ja entscheidend, mit einer J1900 wird es wohl nie was werden, eine i5 oder i7 für den VDR zu nutzen, etwas Mit Kanonen nach Mücken schießen

Wollte und dachte das Intel GPU mitlerweile gut genug ist, aber alles bastelei oder besser noch Frickelei, liegt nicht an euch, ihr mach super Support hier, Danke, (Nicht das das wieder einer in den falschen Hals bekommt)

Bei meinen Versuchen, selbst mit Nvidia einen yaVDR/MLD aufzusetzen, der so wie der alte läuft, ist mir bis jetzt noch nicht wirklich gelungen, irgendwas war immer. Alles Kleinigkeiten sicher, irgendwie dachte ich es würde mittlerweile runder laufen.

Warum gebt ihr bei MLD nicht in etwa vor, was drin sein darf (Hardware) und was oob unterstützt wird und was nicht? (Vorbild Apple)

Das macht euch doch auch das Leben leichter beim Bauen und testen. Ich weiß, ihr sucht die Herrausforderung, aber einige, wie ich auch, würden nach basteljahren jetzt einfach eine Distri nutzen wollen, die geht. Habe auch nicht sonderlich viel Zeit zum testen. Keine Kritik, ist nur meine zu hohen Erwartungen nach jahren sorgloser VDR Nutzung. Bei den Plugins finden man sich so ad hoc auch nicht mehr durch, was brauche oder will ich, was wäre nützlich und was ist schon abgestorben. Habe mich jetzt doch dazu entschlossen den alten VDR-Patienten im WZ mit künstlichen Organen weiter am leben zu erhalten, bis meine Tests Erfolgreich sind.

interne Displays sind ja auch scheinbar nicht mehr inn... finde ich schade.

Da hilft nur RAID1 SSD fürs System

mit dem Dimmer der Lampe hat die LED geflackert wenn ich das richtig verstanden habe? Darum der Dimmer in der Steckdose?

Ist ja schön, aber besser wäre ja die LED könnte mit dem Dimmer der Lampe zusammenarbeiten. Soll ja nicht jeder solche gefährliche Bastelei machen.

Der schwarze müsste vom Schiebe/Drehregler kommen, den brauchst ja nicht mehr, so sollte es passen. Aber 230V macht klein und schwarz... immer dran denken.

Den abgebildeten Regler hast ersetzt?

Danke für eure Mühen rund um den VDR. Bin etwas raus aus dem Thema, weil der alte VDR ja so super lief bis jetzt.

Aber scheint auch heute noch einige fummelei zu sein, wenn man Abseits von Nvidia kommt. Konzept von MLD gefällt mir (hatte ich glaube schon mal geschrieben), aber leider war bisher immer irgend was was nicht wollte, ein paar Nettigkeiten braucht es zum VDR Genuss, das geht beim yaVDR aber bisher am leichtesten nachzurüsten (wohl vor allem wegen dem Ubuntu Unterbau).

Hätte auch etwas mehr Zeit zum basteln, aber der VDR muss erst mal rennen im WZ, keine Experimente.

Zitat von MarMic

Hallo linuxdep,

du könntest mal die MLD 5.4 unstable ausprobieren. Da sollte seit Freitag auch vaapi laufen (ohne Standbild :-P)

Allgemein sind alle vaapi Nutzer gerne als Tester und Feedbackgeber gesehen. Es sollte alles im live Test funktionieren. Auch wenn gerade die meisten Entwickler im Urlaub sind und wir auf Fehler wohl erst nächste Woche reagieren können.

Vielen Dank

Gruß

MarMic

Alles anzeigen

und dann lese ich im MLD Forum das hier

Zitat

aber mit dem sche*** vaapi krams sollen sich die leute beschäftigen die sich sowas freiwillig antun

Das macht Mut Aber egal, habe mit dem Image von heute, auch kein Bild, wie schon mafe68 berichtet hat, gestorben Intel GPU für diese Version von meinem VDR, Nvidia 710 Karte habe ich ja jetzt da.

das bekomme ich jetzt beim starten vom VDR

Oct 24 20:57:39 yaVDR-WZ vdr-frontend[15535]: assuming manual start
Oct 24 20:57:39 yaVDR-WZ vdr-frontend[15535]: started udev monitoring of input devices
Oct 24 20:57:39 yaVDR-WZ vdr: video/vdpau: Can't create vdp device on display ':1.0'
Oct 24 20:57:39 yaVDR-WZ vdr: video/vaapi: libva 0.38 (Intel i965 driver - 1.3.0) initialized
Oct 24 20:57:39 yaVDR-WZ vdr: video/vaapi: background-color is unsupported
Oct 24 20:57:39 yaVDR-WZ vdr: video/vaapi: supports video processing
Oct 24 20:57:39 yaVDR-WZ vdr: video/vaapi: supports unscaled osd
Oct 24 20:57:39 yaVDR-WZ kernel: [  583.095334] pool[15533]: segfault at 7f3dceffedf0 ip 00007f3e73c0792d sp 00007f3dcfffecf8 error 6 in libc-2.19.so[7f3e73b7b000+1be000]
Oct 24 20:57:39 yaVDR-WZ kernel: [  583.129955] init: vdr main process (15466) killed by SEGV signal
Oct 24 20:57:39 yaVDR-WZ kernel: [  583.133423] init: vdr-net-monitor main process (15539) killed by TERM signal
Oct 24 20:57:39 yaVDR-WZ kernel: [  583.134160] init: vdr-update-monitor main process (15542) killed by TERM signal

da hilft wohl nur alles neu aufsetzen... dann teste ich mal die MLD 5.4 unstable, wollte ich eh mal machen, wobei die yaVDR 0.6.1 ja eigentlich lief... heute nicht mehr.

habe mal den 340er Treiber wie du oben geschrieben hast installiert, mal sehen.

Ist der 384er zu neu und damit nicht zu empfehlen?

so, etwas getestet, interne GPU als Master, damit ich was sehe, der Treiber 304, der drauf war, geht nicht mit der Karte (meldet dmesg).

Jetzt habe ich den letzten nvidia-384 treiber, -settings und -modprobe installiert, umgestellt auf PCIe und wieder hängt das teil im Nirvana ohne Console.

aber warum der den sshd nicht startet...also alles wieder raus und umstellen.

habe eine 710ner von MSI.

habe geschaut, folgende Packete sind drauf.

root@yaVDR-WZ:~# dpkg -l | grep -i nvidia
ii  libcuda1-304                          304.135-0ubuntu0.14.04.1                     amd64        NVIDIA CUDA runtime library
ii  nvidia-304                            304.135-0ubuntu0.14.04.1                     amd64        NVIDIA legacy binary driver - version 304.135
ii  nvidia-common                         1:0.2.91.12                                  amd64        transitional package for ubuntu-drivers-common
ii  nvidia-current                        304.135-0ubuntu0.14.04.1                     amd64        Transitional package for nvidia-current
ii  nvidia-libopencl1-304                 304.135-0ubuntu0.14.04.1                     amd64        NVIDIA OpenCL Driver and ICD Loader library
ii  nvidia-opencl-icd-304                 304.135-0ubuntu0.14.04.1                     amd64        NVIDIA OpenCL ICD
ii  nvidia-settings                       331.20-0ubuntu8                              amd64        Tool for configuring the NVIDIA graphics driver

da ich nicht weiß, was bei yaVDR sollte, oder ob es die Packete vom ubuntu sind frage ich ja nach. Einfach mal von headless auf softhddevice umstellen reicht wohl nicht wie ich jetzt sehe. Sollte eigentlich auch ein VDPAU System werden, aber...

Zitat von MarMic

Hallo linuxdep,

du könntest mal die MLD 5.4 unstable ausprobieren. Da sollte seit Freitag auch vaapi laufen (ohne Standbild :-P)

Allgemein sind alle vaapi Nutzer gerne als Tester und Feedbackgeber gesehen. Es sollte alles im live Test funktionieren. Auch wenn gerade die meisten Entwickler im Urlaub sind und wir auf Fehler wohl erst nächste Woche reagieren können.

Vielen Dank

Gruß

MarMic

Alles anzeigen

Da ich noch nicht produktiv damit bin, kann ich das ja mal testen. Aber gestern erst yaVDR angeschmissen um auf Nvidia umzustellen, da wurde ich erst mal abgelenkt vom TV Programm, so lange ich nicht umschalte, sah es gut aus, aber wenn 1080i kommt, dann sieht man schon wie es Aussetzer hat, mal sehen wie die aktuelle MLD sich schlägt, einfach nur mal zum testen. Habe aber mit den verbauten 4GPU Einheiten sicher nur Probleme, mein WZ-VDR läuft auch seit Beginn am Limit.Dazu habe ich jetzt keine Lust, WAF muss beachtet werden.

Auf dem internen HDMI kommt auch nix, habe ich getestet, die PCIe ist first, bleibt komplett hängen, kurz etwas ausschrift, denke mal ab da wo yaVDR steht, hängt er dann. Muss ich heute noch mal raus nehmen und schauen was da so installiert ist und nicht, war mir aber gestern schon zu spät.

Aber was genau muss an Packeten bei Nvidia alles installiert sein?

Hallo,

habe im WebFrontent umgestellt von headless auf softhddevice, wenn ich dann die Nvidia Karte einbaue und starte, startet der VDR leider nicht mehr, komme weder per ssh noch Console ran, zeigt nur schwarzen Bildschirm. Was muss ich noch vorher installieren oder auswählen um die Karte in Betrieb zu nehmen?

Mit der Intel GPU habe ich ein Bild, aber das stottert mir zu sehr.

hast das hin bekommen?

Wird das eigentlich noch weiterentwickelt?? Habe gerade gelesen, graphtftng wird auch nicht mehr weiterentwickelt, dafür gibt es wohl eine alternative als Webansicht. Aber eine Anzeige am VDR selber finde ich persönlich praktischer.

Ich kann nur sagen, J1900 CPU mit GPU ist zu langsam, egal was ich versucht habe. Nach geschalgener Woche ist meine 710er Nvidia gekommen, die muss ich mal testen, damit sollte es aber alles laufen hoffe ich. das Board schaut ja nett aus, als Client sicher eine schöne Sache wenn es geht mit der GPU.

Intel ist erst mal erledigt für mich, ggf mit schnellerer CPU+GPU läuft es besser.

Habe dazu mal ne frage, Softwaresteuerung durch Software, wer kodiert das dann, die GPU oder die CPU?

Ich nutze das auch, ggf könnte das ja bei mir abhilfe der UnSyncronität schaffen.