Beiträge von 3PO

Den "10€ PCSC Smartcard-Reader" möchte ich sehen, der die HD Kanäle von UM entschlüsselt.

Du kannst Dir ja ein DD CI PCIe zulegen.

Zitat von obarden

a.) Kann ich in Verbindung mit der TBS6281 irgendwie ein externes CI-Modul betreiben, wenn ja welches wäre hier geeignet ?

Sagen wir es mal so, Mit einem ACL R2.2 mit entsprechender FW wäre es möglich mit der UM02 das HD Angebot zu entschlüsseln.
Solltest Du jedoch ein Sky Abo abschließen wollen, dann würdest Du eine V23 bekommen und damit lassen sich mit dem ALC keine privaten HD Sender freischalten.

Es gäbe noch eine Möglichkeit mit einen UM CI+ CAM und entsprechendem Plugin, aber das wollen wir hier lieber nicht diskutieren, denn sonst bekommen die ganz wichtigen aus der Moderation wieder einen Anfall.

Zitat von ALT255

[...] ich habe in meiner DB einige ChannelIDs die es auf dem VDR nicht gibt. ...

Wäre es denn nicht sinnvoller, diese aus der DB zu entfernen?

Zitat von speed

[...] Denn der VDR selber kann das ja, ist ja eines der neunen Funktionen in 2.3.

Aber so richtig scheint das ja wohl noch nicht zu funktionieren, oder ich habe das falsch verstanden?

Im Wiki habe ich jedenfalls nichts dazu gefunden.

Aber das schließt ja nicht aus, live auch dem Server zu installieren.

Mal abgesehen davon, ist es doch Blödsinn, einen Timer auf dem Client zu setzten, denn dann muss dieser ja bei einer Aufnahme eingeschaltet sein.

Zitat von speed

[...] Wenn ich über das Live Plugin auf einen meiner Raspi´s einen Timer einstelle, sollte der doch auf meinem Server landen. ...

Nein, warum denn auch?
Woher sollte live denn wissen, auf welchem VDR Du aufnehmen willst?

Mit epghttpd sollte das wohl gehen, getestet habe ich das aber selbe nicht.

Zitat von jasminj

I[...] GitHub ist nicht nachgezogen! ...

Das ist aber sehr schade.

Weshalb bleibst Du denn nicht einfach auf github, das ist doch wesentlich komfortabler?

Nach einem ersten, kurzen Test, scheint es nun zu funktionieren.

Zitat von horchi

Der Crash bei Aufnahmen ist behoben ....

Bei mir schmiert der VDR beim Starten einer Aufnahme leider immernoch ab:

....
Jun 22 20:20:27 [vdr] epg2vdr: Recording of 'Global Gladiators' has 'started' [/video/Global_Gladiators/2017-06-22.19.59.7-0.rec]
Jun 22 20:20:27 [vdr] [15384] info: Aufnahme: Global Gladiators
Jun 22 20:20:27 [vdr] epg2vdr: No timer of my uuid found, assuming cleared table and ignoring the known timerids
Jun 22 20:20:27 [vdr] epg2vdr: 'Insert' timer for event 4294967295 'Global Gladiators' at database
Jun 22 20:20:27 [vdr] epg2vdr: Updating table timers done
Jun 22 20:20:27 [vdr] [19512] timer 2 (7 1959-2320 'Global Gladiators') set to event Do. 22.06.2017 20:14-22:50 'Global Gladiators'
Jun 22 20:20:27 [vdr] [20888] animator thread thread started (pid=15384, tid=20888, prio=high)
Jun 22 20:20:27 [vdr] epg2vdr: Closing mysql connection and calling mysql_thread_end(15484)
Jun 22 20:20:27 [vdr] epg2vdr: Calling mysql_init(15484)
Jun 22 20:20:27 [vdr] epg2vdr: Answer 'Epg2Vdr_Timer_Service-v1.0' call with 1 timers, duration was (1 ms)
Jun 22 20:20:31 [vdr] [20563] CAM 3: decrypts channel S19.2E-1-1017-61301
Jun 22 20:20:37 [vdr] [15424] [plex] Server updated via GDM: 192.168.177.10
Jun 22 20:20:39 [vdr] [20888] animator thread thread ended (pid=15384, tid=20888)
Jun 22 20:20:40 [vdr] [15384] stopping recording due to modification of channel 7 (ProSieben HD)
Jun 22 20:20:40 [vdr] [20740] recording thread ended (pid=15384, tid=20740)
Jun 22 20:20:40 [vdr] [15384] CAM 3: unassigned from device 2
Jun 22 20:20:40 [vdr] [15384] buffer stats: 168636 (0%) used
Jun 22 20:20:40 [vdr] [15384] timer 2 (7 1959-2320 'Global Gladiators') stop
Jun 22 20:20:40 [vdr] epg2vdr: Recording of '(null)' has 'stopped' [/video/Global_Gladiators/2017-06-22.19.59.7-0.rec]
Jun 22 20:20:40 [kernel] vdr[15384]: segfault at 0 ip 00007fbd6c0e9df6 sp 00007ffdf9870678 error 4 in libc-2.23.so[7fbd6c06b000+190000]
Jun 22 20:20:41 [lircd-0.9.0] removed client
Jun 22 20:20:42 [root] VDR wurde beendet - RC: 0

Backtrace

Zitat von OleS

Aber ich, immer wenn eine Aufnahme startet. VDR ist 2.3.7 epg2vdr ist aktuell von github. ...

Stimmt, Du hast leider Recht, Aufnehmen hatte ich ich nicht getestet.

Beim Aufnehmen schmiert auch bei mir der VDR ab:

.....
Jun 22 15:05:54 [vdr] epg2vdr: Calling mysql_init(12183)
Jun 22 15:05:54 [vdr] epg2vdr: Answer 'Epg2Vdr_Timer_Service-v1.0' call with 1 timers, duration was (1 ms)
Jun 22 15:05:54 [vdr] [13038] animator thread thread started (pid=12183, tid=13038, prio=high)
Jun 22 15:05:54 [vdr] [12183] timer 1 (140 1503-1803 '@Mayday - Alarm im Cockpit Absturz von EgyptAir 990 (Doku-Reihe, CDN 2005)') set to event Do. 22.06.2017 15:50-16:40 'Drogen im Visier'
Jun 22 15:05:54 [vdr] [12183] switching device 1 to channel 140 S19.2E-133-13-112 (NatGeo HD)
Jun 22 15:05:54 [vdr] [12183] DDCI-Dbg (virtual void DdCiCamSlot::StartDecrypting()) 
Jun 22 15:05:54 [vdr] [12183] timer 1 (140 1503-1803 '@Mayday - Alarm im Cockpit Absturz von EgyptAir 990 (Doku-Reihe, CDN 2005)') start
Jun 22 15:05:54 [vdr] [12183] Title: 'Drogen im Visier' Subtitle: 'Alltag in London (Doku-Reihe, USA 2012)'
Jun 22 15:05:54 [vdr] [12183] executing '/tmp/vdr/vdr_record before "/video/@Mayday_-_Alarm_im_Cockpit_Absturz_von_EgyptAir_990_(Doku-Reihe,_CDN_2005)/2017-06-22.15.03.140-0.rec"'
Jun 22 15:05:54 [G2V vdr_record] 2017-06-22 15:05 /tmp/vdr/vdr_record before /video/@Mayday_-_Alarm_im_Cockpit_Absturz_von_EgyptAir_990_(Doku-Reihe,_CDN_2005)/2017-06-22.15.03.140-0.rec
Jun 22 15:05:54 [vdr] [12183] record /video/@Mayday_-_Alarm_im_Cockpit_Absturz_von_EgyptAir_990_(Doku-Reihe,_CDN_2005)/2017-06-22.15.03.140-0.rec
Jun 22 15:05:54 [G2V g2v_rec_msg.sh] Mayday - Alarm im Cockpit Absturz von EgyptAir 990 (Doku-Reihe, CDN 2005): Recording already running? (PID change?) No Message!
Jun 22 15:05:54 [vdr] scraper2vdr: Got UUID '88335B54-9048-4CAC-8B6C-D7A5FA72EFEA' by epg2vdr
Jun 22 15:05:54 [vdr] scraper2vdr: Trying to re-connect to database!
Jun 22 15:05:54 [vdr] scraper2vdr: Calling mysql_init(12962)
Jun 22 15:05:54 [vdr] scraper2vdr: Connection established successfull!
Jun 22 15:05:54 [vdr] [12183] SpinUpDisk took 0,62 seconds
Jun 22 15:05:54 [vdr] [12183] cFileName::SetOffset: removing zero-sized file /video/@Mayday_-_Alarm_im_Cockpit_Absturz_von_EgyptAir_990_(Doku-Reihe,_CDN_2005)/2017-06-22.15.03.140-0.rec/00002.ts
Jun 22 15:05:54 [vdr] [12183] recording to '/video/@Mayday_-_Alarm_im_Cockpit_Absturz_von_EgyptAir_990_(Doku-Reihe,_CDN_2005)/2017-06-22.15.03.140-0.rec/00002.ts'
Jun 22 15:05:54 [vdr] [12183] DDCI-Dbg (virtual void DdCiCamSlot::StartDecrypting()) 
Jun 22 15:05:54 [vdr] [14420] recording thread started (pid=12183, tid=14420, prio=high)
Jun 22 15:05:54 [vdr] [12183] CAM 1: known to decrypt channel S19.2E-133-13-112 (scramblingTimeout = 30s)
Jun 22 15:05:54 [vdr] epg2vdr: Recording of '@Mayday - Alarm im Cockpit Absturz von EgyptAir 990 (Doku-Reihe, CDN 2005)' has 'started' [/video/@Mayday_-_Alarm_im_Cockpit_Absturz_von_EgyptAir_990_(Doku-Reihe,_CDN_2005)/2017-06-22.15.03.140-0.rec]
Jun 22 15:05:54 [vdr] epg2vdr: Handler: Init handler instance for thread 12193
Jun 22 15:05:54 [vdr] epg2vdr: Info: Recording '@Mayday - Alarm im Cockpit Absturz von EgyptAir 990 (Doku-Reihe, CDN 2005)' with doneid -1 added to running list
Jun 22 15:05:54 [kernel] epg2vdr-update[12938]: segfault at 24 ip 00007f3a2cd13d75 sp 00007f394dffacb8 error 4 in libc-2.23.so[7f3a2cbf1000+190000]
Jun 22 15:05:55 [lircd-0.9.0] removed client
Jun 22 15:05:55 [root] VDR wurde beendet - RC: 0

Backtrace

Zitat von horchi

habe das Problem mit dem Crash leider nicht gefunden (kann es hier nicht reproduzieren), inzwischen aber das überarbeiten des lock handling für VDR >= 2.3.6 abgeschlossen.

Holt bitte nochmal die aktuelle Version aus dem git (liegt an gewohnter Stelle und nun zusätzlich bei github) und versucht es nochmal.

Bis jetzt hatte ich auf meinen VDR keinen Segfault mehr mit dem aktuellen Commit auf github.

Zitat von jasminj

Ich habe jetzt absichtlich auch Bilder nach "/" kopiert, aber ich kann das nicht nachvollziehen.

Es könnte aber sein, dass der übergebene "recfolder" leer ist und dann sucht er eben in "/". Ich habe jetzt einen Check auf empty eingebaut und ein dsyslog Print. Letzteres ist deaktiviert und du kannst es aktivieren, damit wir wissen bei welchen imageid's das passiert.

Bitte alle symlinks in /tmp löschen und dann erst VDR starten.

Ach ja, der fix ist jetzt auf GitHub Branch feature_recimages.

LG,
Jasmin

Alles anzeigen

Ich bin leider erst jetzt zum Testen gekommen, aber so wie es aussieht, scheint das Problem behoben zu sein.

Zitat von CKone

[...] Welches ist den jetzt "DAS WAHRE" epg2vdr git?

Welches "DAS WAHRE" ist, weiß ich nicht, aber das auf github ist auf auf jeden Fall das Aktuellere.

Leider immer noch.

Jun 21 19:03:34 [vdr] [5772] SVDRP < 192.168.177.10:38996 lost connection to client
Jun 21 19:03:34 [vdr] [5772] SVDRP < 192.168.177.10:38996 connection closed
Jun 21 19:03:34 [vdr] [5772] SVDRP < 192.168.177.10:38996 server destroyed
Jun 21 19:03:35 [kernel] epg2vdr-update[5384]: segfault at a0 ip 000000000058f2ce sp 00007f1a70ff8b60 error 4 in vdr[400000+203000]
Jun 21 19:03:36 [lircd-0.9.0] removed client
Jun 21 19:03:40 [root] VDR wurde beendet - RC: 0
Jun 21 19:03:40 [root] Focus: 1

Backtrace

Wurde denn mittlerweile das Problem mit den nichtfunktionierenden Flex Karten am PCIe CI gefixt?

Zitat von seahawk1986

Ja, aber dafür ist die Karte passiv gekühlt, ...

Nun, meine GTX 950 ist von ASUS und bei der Karte sind Lüfter verbaut, die sich nur dann drehen, wenn sie wirklich gebraucht werden, d.h. im normalem VDR Betrieb, ist die Drehzahl bei 0 rpm.

--> https://www.asus.com/de/Graphi…GTX950-DC2OC-2GD5-GAMING/

Das war übrigens auch eines der Kaufargumente.

Zitat von seahawk1986

[...] Im Betrieb mit zwei Monitoren zeigt mir nvidia-smi 12W Verbrauch an:

mehr braucht meine GTX 950 auch nicht:

vdr01_64 ~ # nvidia-smi
Sun Jun 18 13:30:19 2017
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 381.22                 Driver Version: 381.22                    |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  GeForce GTX 950     Off  | 0000:01:00.0      On |                  N/A |
| 12%   56C    P8    13W /  99W |    199MiB /  1996MiB |     30%      Default |
+-------------------------------+----------------------+----------------------+


+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID  Type  Process name                               Usage      |
|=============================================================================|
|    0     27099    G   /usr/bin/vdr                                   135MiB |
|    0     27112    G   X                                               60MiB |
+-----------------------------------------------------------------------------+
vdr01_64 ~ #

Zitat von jasminj

Nur mal eine blöde Frage, im Aufnahmeverzeichnis ist das zusätzliche Bild nicht zufällig von irgendeinem Script hin kopiert worden?

Wie ich das getestet habe, hatte ich zuerst gar keine Bilder, bis ich sie in das Verzeichnis kopiert habe, wo auch die *.ts Dateien stehen. Also kann ich mir nicht vorstellen, wie live auf die Idee kommen sollte ein anderes Bild dazu zu erfinden. Die Liste wird in "ScanForRecImages" (epg_events.cpp) nur mit *.png oder *.jpg aus eben diesem Verzeichnis gefüllt. Wenn du anderer Bilder siehst, dann müssen die im jeweiligen Recordings Folder auch zu finden sein.

LG,
Jasmin

Ich habe nun herausgefunden, dass falls sich Bilder direkt in "/" befinden, diese bei mir in der Detailansicht angezeigt werden. Diese Bilder werden auch von live nach "/tmp" verlinkt.

Das ein und das selbe Bild, wird mit jedem Aufruf neu verlinkt:

vdr01_64 ~ # find /tmp -maxdepth 1 -type l -ls
   293836      0 lrwxrwxrwx   1  root     root           10 Jun 18 13:19 /tmp/8904920_start.png -> /start.png
   293847      0 lrwxrwxrwx   1  root     root           10 Jun 18 13:12 /tmp/8904785_start.png -> /start.png
   293839      0 lrwxrwxrwx   1  root     root           10 Jun 18 13:08 /tmp/8905644_start.png -> /start.png
   293845      0 lrwxrwxrwx   1  root     root           10 Jun 18 13:08 /tmp/8905645_start.png -> /start.png
   293846      0 lrwxrwxrwx   1  root     root           18 Jun 18 13:12 /tmp/8904785_3po_dark_site.png -> /3po_dark_site.png
   293835      0 lrwxrwxrwx   1  root     root           18 Jun 18 13:19 /tmp/8904920_3po_dark_site.png -> /3po_dark_site.png
vdr01_64 ~ #

Zitat von jasminj

[...] Ich bitte alle sehr bald auf das offizielle Git Repo umzusteigen. Die Git URL zum Clonen ist:

Code

git://projects.vdr-developer.org/vdr-plugin-live.git

Diejenigen die unbedingt die aktuelle Version der recimages Implementierung benötigen, bitte ich sich selbst einen Branch im lokalen Git Repo anzulegen, da ich das Repo auf GitHub irgendwann löschen werde. ...

Ich habe mir mal erlaubt, die Commits vom 13,14 und 15.06.2017 in einem Patch für den aktuellen Commit des offiziellen live Repo zusammenzufassen.