Hallo utiltiy,
damit kannst du natürlich recht haben.
Ich möchte aber deswegen nicht nach unstable wechseln.
Sollte sich das nicht lösen lassen, werde ich halt warten, bis es in stable ist.
Gruß
Roberto
Hallo utiltiy,
damit kannst du natürlich recht haben.
Ich möchte aber deswegen nicht nach unstable wechseln.
Sollte sich das nicht lösen lassen, werde ich halt warten, bis es in stable ist.
Gruß
Roberto
Ich muss hier nochmal nachhaken:
Leider passiert es immer noch reglemäßig:
crashlog.20160218164618 crashlog.20160315145236 crashlog.20160410014610
crashlog.20160218191612 crashlog.20160315195007 crashlog.20160410085515
crashlog.20160219051616 crashlog.20160316192013 crashlog.20160412022208
crashlog.20160221021613 crashlog.20160318105011 crashlog.20160412112211
crashlog.20160221091607 crashlog.20160318165009 crashlog.20160415011916
crashlog.20160222154613 crashlog.20160319205011 crashlog.20160415184811
crashlog.20160222154630 crashlog.20160323200220 crashlog.20160416054813
crashlog.20160225021614 crashlog.20160324180208 crashlog.20160416101806
crashlog.20160229143618 crashlog.20160325103207 crashlog.20160416164807
crashlog.20160229181342 crashlog.20160325183206 crashlog.20160416201808
crashlog.20160301072211 crashlog.20160328093210 crashlog.20160418120615
crashlog.20160301095210 crashlog.20160402070421 crashlog.20160419024811
crashlog.20160301234716 crashlog.20160402153412 crashlog.20160421001916
crashlog.20160303145013 crashlog.20160403115812 crashlog.20160421021908
crashlog.20160303162008 crashlog.20160404082412 crashlog.20160421054907
crashlog.20160303225010 crashlog.20160404184812 crashlog.20160421221312
crashlog.20160305025013 crashlog.20160404204805 crashlog.20160422014305
crashlog.20160306045014 crashlog.20160405031807 crashlog.20160422121310
crashlog.20160306192012 crashlog.20160405111806 crashlog.20160422184310
crashlog.20160306202010 crashlog.20160405194810 crashlog.20160423034315
crashlog.20160307102007 crashlog.20160405224611 crashlog.20160423081308
crashlog.20160310175009 crashlog.20160406021610 crashlog.20160423081323
crashlog.20160312192012 crashlog.20160406021625 crashlog.20160423084306
crashlog.20160313092014 crashlog.20160406164611 crashlog.20160423091309
crashlog.20160313125008 crashlog.20160407061612 crashlog.20160423234312
crashlog.20160313125023 crashlog.20160407214616 crashlog.20160424061306
crashlog.20160313222012 crashlog.20160408021606 crashlog.20160424131309
crashlog.20160314112013 crashlog.20160408081612 crashlog.20160425211312
crashlog.20160314155010 crashlog.20160408201610 crashlog.20160425211332
crashlog.20160315145211 crashlog.20160408214612
Alles anzeigen
Ich kann es auch nicht eingrenzen, da nicht jedes Timerupdate betroffen ist.
Hat noch jemand eine Idee?
MfG
Roberto
Hallo seahawk,
ich hab die Version daruf:
0.1.12.git20151112.0816-0yavdr2~trusty
Ist ein yavdr 0.6 ohne Änderungen an den Paketen.
Gruß
spidy
Hallo zusammen,
ich habe in letzter Zeit sporadisch alle paar Tage einen segfault in epg2vdr.
Syslog meldet dann folgendes:
Feb 29 14:36:12 wzvdr vdr: epg2vdr: Init handler instance for thread 2091
Feb 29 14:36:12 wzvdr vdr: [1436] connect from 127.0.0.1, port 55950 - accepted
Feb 29 14:36:12 wzvdr vdr: [1436] timer 6 (22 1848-1903 'Kinderfilme~Unser Sandmännchen~Der kleine König: Meins oder Deins') modified (active)
Feb 29 14:36:12 wzvdr vdr: [1436] closing SVDRP connection
Feb 29 14:36:12 wzvdr vdr: [2168] timer 1 (22 1848-1910 'Unser Sandmännchen') set to event Di. 01.03.2016 18:50-19:00 (VPS: 01.03. 18:50) 'Unser Sandmännchen'
Feb 29 14:36:12 wzvdr vdr: video/vdpau: VDPAU API version: 1
Feb 29 14:36:12 wzvdr vdr: video/vdpau: VDPAU information: NVIDIA VDPAU Driver Shared Library 352.63 Sat Nov 7 20:55:40 PST 2015
Feb 29 14:36:12 wzvdr vdr: video/vdpau: highest supported high quality scaling 1
Feb 29 14:36:12 wzvdr vdr: video/vdpau: feature deinterlace temporal supported
Feb 29 14:36:12 wzvdr vdr: video/vdpau: feature deinterlace temporal spatial supported
Feb 29 14:36:12 wzvdr vdr: video/vdpau: attribute skip chroma deinterlace supported
Feb 29 14:36:12 wzvdr vdr: video/vdpau: 4:2:0 chroma format with 4096x4096 supported
Feb 29 14:36:12 wzvdr vdr: video/vdpau: 4:2:2 chroma format with 4096x4096 supported
Feb 29 14:36:12 wzvdr vdr: video/vdpau: 8bit BGRA format with 16384x16384 supported
Feb 29 14:36:12 wzvdr vdr: video/vdpau: 10bit RGBA format with 16384x16384 supported
Feb 29 14:36:12 wzvdr vdr: audio: 'alsa' output module used
Feb 29 14:36:12 wzvdr vdr: audio/alsa: supports pause: yes
Feb 29 14:36:13 wzvdr vdr: video/vdpau: missed frame (1/2)
Feb 29 14:36:13 wzvdr vdr: video: decoder buffer empty, duping frame (1/6) 0 v-buf
Feb 29 14:36:13 wzvdr vdr: video: 6:24:56.016+8888 0 0/\ms 0+5 v-buf
Feb 29 14:36:13 wzvdr vdr: [1436] connect from 127.0.0.1, port 55951 - accepted
Feb 29 14:36:13 wzvdr vdr: [1436] timer 7 (22 1848-1903 'Kinderfilme~Unser Sandmännchen~Pondorondo: Pondorondo baut einen Turm') modified (active)
Feb 29 14:36:13 wzvdr vdr: [1436] closing SVDRP connection
Feb 29 14:36:13 wzvdr vdr: [2168] timer 1 (22 1848-1910 'Unser Sandmännchen') set to event Mi. 02.03.2016 18:50-19:00 (VPS: 02.03. 18:50) 'Unser Sandmännchen'
Feb 29 14:36:13 wzvdr vdr: [2168] timer 1 (22 1848-1910 'Unser Sandmännchen') set to event Fr. 04.03.2016 18:50-19:00 'Unser Sandmännchen'
Feb 29 14:36:13 wzvdr vdr: [2168] timer 1 (22 1848-1910 'Unser Sandmännchen') set to event Sa. 05.03.2016 18:50-19:00 'Unser Sandmännchen'
Feb 29 14:36:13 wzvdr vdr: audio: 44100Hz supports 1 2 3 4 5 6 7 8 channels
Feb 29 14:36:13 wzvdr vdr: audio: 48000Hz supports 1 2 3 4 5 6 7 8 channels
Feb 29 14:36:13 wzvdr vdr: audio: 192000Hz supports 1 2 3 4 5 6 7 8 channels
Feb 29 14:36:13 wzvdr vdr-frontend[2235]: conntected to Lirc-Socket on /var/run/lirc/lircd
Feb 29 14:36:13 wzvdr vdr: audio/alsa: using device 'default'
Feb 29 14:36:13 wzvdr vdr: audio/alsa: start delay 336ms
Feb 29 14:36:13 wzvdr vdr: video: decoder buffer empty, duping frame (3/14) 0 v-buf
Feb 29 14:36:13 wzvdr vdr: video: slow down video, duping frame
Feb 29 14:36:13 wzvdr vdr: video: 6:24:56.676 +201 351 0/\ms 1+8 v-buf
Feb 29 14:36:14 wzvdr vdr: video/vdpau: synced after 64 frames
Feb 29 14:36:14 wzvdr vdr: epg2vdr: Updating timer
Feb 29 14:36:14 wzvdr vdr: epg2vdr: Update timer for event 229686
Feb 29 14:36:14 wzvdr vdr: epg2vdr: Update timer for event 231003
Feb 29 14:36:14 wzvdr vdr: epg2vdr: Update timer for event 234732
Feb 29 14:36:14 wzvdr vdr: [1436] connect from 127.0.0.1, port 55952 - accepted
Feb 29 14:36:14 wzvdr kernel: [ 80.314373] update thread s[2166]: segfault at 20 ip 00007fb119e25721 sp 00007fb0fcfc9d80 error 4 in libvdr-epg2vdr.so.2.2.0[7fb119e01000+36000]
Feb 29 14:36:18 wzvdr kernel: [ 84.010291] init: vdr main process (1436) killed by SEGV signal
Feb 29 14:36:18 wzvdr kernel: [ 84.012636] init: vdr-net-monitor main process (2240) killed by TERM signal
Feb 29 14:36:18 wzvdr vdr-crash: vdr exit with signal SEGV
Feb 29 14:36:18 wzvdr vdr: [2302] VDR version 2.2.0 started
Feb 29 14:36:18 wzvdr vdr: [2302] switched to user 'vdr'
Feb 29 14:36:18 wzvdr vdr: [2302] codeset is 'UTF-8' - known
Feb 29 14:36:18 wzvdr vdr: [2302] found 28 locales in /usr/share/locale
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-channellists.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-conflictcheckonly.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-dbus2vdr.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] dbus2vdr: use shutdown-hooks in /usr/share/vdr/shutdown-hooks
Feb 29 14:36:18 wzvdr vdr: [2302] dbus2vdr: use shutdown-hooks-wrapper /usr/share/vdr-plugin-dbus2vdr/shutdown-wrapper
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearchonly.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-extrecmenu.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-femon.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-iptv.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-live.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] [live] INFO: validating server ip '0.0.0.0'
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-markad.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-menuorg.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-pulsecontrol.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-quickepgsearch.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] loading plugin: /usr/lib/vdr/plugins/libvdr-restfulapi.so.2.2.0
Feb 29 14:36:18 wzvdr vdr: [2302] restfulapi: Port has been set to 8002!
Feb 29 14:36:18 wzvdr vdr: [2302] restfulapi: Ip has been set to 0.0.0.0!
Alles anzeigen
Crashlog gibt es hier:
http://paste.ubuntu.com/15244685/
Eventuell hat hier ja jemand eine Idee.
Ich versteh davon leider nicht wirklich was.
Danke und Gruß
spidy
Korrektur.
es läuft jetzt. Es fehlte noch ein Symlink für die epgsearchuservars.conf
Die wurde nicht geladen.
Danke für die Hilfe!
Gruß
Roberto
So richtig will das nicht klappen.
die Variable %Serien% wird nicht aufgelöst.
Meine Timer heißen jetzt %Serien%~2BrokeGirls
Ich hab die conf von seahawk1986 so übernommen.
VDR neustart hab ich gemacht.
Irgendwelche ideen?
log ist unauffällig.
Gruß
Roberto
Danke! Wer lesen kann...
hab irgenwie den Spoiler übersehen.
Gruß
Roberto
Hallo zusammen,
ich habe seit einiger Zeit keine OSD-Meldungen mehr bei anrufen.
Wenn ich das Plugin über das Menü aufrufe, wird auch kein OSd angezeigt.
Die einzige Fhlermeldung im Log dazu ist ERROR: cOsd::SetAreas returned 5
Folgendes habe ich breits probiert:
Anrufliste löschen (wegen evtl. Sonderzeichen oder sowas)
alle Parameter in der Setup.conf löschen (alle Einstellungen auf Default)
Das hatte vor 3 Wochen auch mal kurz geholfen, aber das Problem kam wieder.
Jemand eine Idee woran das hängt?
Danke und Gruß
spidy
Hallo zusammen,
ich habe hier einen Zotac ID42 mit dem selben Problem.
Hat denn jemand
http://askubuntu.com/questions/69804/how…itech-presenter
dieses schonmal probiert, oder Lust dazu ?
Das hilft leider nicht. Die Tasten werden von udev ja gar nicht erst erkannt und können deswegen nicht umgemappt werden.
Hat noch jemand eine Idee?
Ich würde ein untie gerne vermeiden.
Gruß
spidy
hi,
ich hatte das Problem auch nach meinem letzen Dist-Upgrade.
Mit der Änderung klappt der Sstart wieder.
Danke!
Mfg
spidy
Im yavdr ist die GIT-Version vom 12.6 drin, könnte also daran liegen.
Hier nochmal eine gute Vergleichsmöglichkeit:
Malcolm mittendrin, 6.7., 12:47 -> richtige Zuordnung des Titels
bei der Wiederholung am 7.7 um 6:45 klappt es nicht.
Die Startzeit weicht um 10 Minuten ab, bei der ersten Sendung nur 3 Minuten.
Evtl, ist das zu viel für die Zuordnung?
Gruß
spidy
Hallo zusammen,
ich habe folgendes Phänomen:
yavdr 0.5 mit xmltv2vdr 0.2.0pre
ich importiere von epgdata.com und lasse dann mischen.
Das funktioniert auch ganz gut.
Aber bei manchen Sendungen wir der Episodenname nicht hinzugeschrieben.
Aktuelles Beispiel: die Simpsonsdoppelfolge auf Prosieben um 18:00 jeden Tag dieser Woche.
Alle anderen Sendungen auf Prosieben funktionieren ohne Probleme.
Am Samstag sieht es aber etwas anders aus:
Viele Serien ohne Episode, aber bei den Simpsons alles in Ordnung.
Kann das jemand nachvollziehen?
Mfg
spidy
Hallo,
gibt es hier eigentlich schon was neues?
Gruß
Roberto
Ja macht der VDR automatisch beim ersten abspielen.
Hi,
hats du mal probiert, den index zu löschen?
Ich hatte das Problem letztens auch weil beim Kopieren die Datei kaputt ging.
VDR hat sie zwar gelesen, aber nur ein paar Minuten abgespielt.
Mfg
spidy
hi,
versuch doch mal die fsid um eins zu erhöhen, also "fsid=1".
hat bei mir geklappt.
gruß
spidy
Ich hab den Fehler auch mit SD, dafür sollte der Speicher ja reichen.
Ich hab gerade mal testweise eine GT220 eingebaut, damit habe ich den gleichen Fehler.
Der G86-Chip soll eigentlich auch vdpau können.
Hier mal die vpdauinfo-Ausgabe mit der Quadro:
display: :1 screen: 0
API version: 1
Information string: NVIDIA VDPAU Driver Shared Library 195.36.24 Thu Apr 22 10:39:56 PDT 2010
Video surface:
name width height types
-------------------------------------------
420 4096 4096 NV12 YV12
422 4096 4096 UYVY YUYV
Decoder capabilities:
name level macbs width height
-------------------------------------------
MPEG1 0 8192 2048 2048
MPEG2_SIMPLE 3 8192 2048 2048
MPEG2_MAIN 3 8192 2048 2048
H264_MAIN 41 8192 2048 2048
H264_HIGH 41 8192 2048 2048
VC1_SIMPLE 1 8190 2048 2048
VC1_MAIN 2 8190 2048 2048
VC1_ADVANCED 4 8190 2048 2048
Output surface:
name width height nat types
----------------------------------------------------
B8G8R8A8 8192 8192 y Y8U8V8A8 V8U8Y8A8
R10G10B10A2 8192 8192 y Y8U8V8A8 V8U8Y8A8
Bitmap surface:
name width height
------------------------------
B8G8R8A8 8192 8192
R8G8B8A8 8192 8192
R10G10B10A2 8192 8192
B10G10R10A2 8192 8192
A8 8192 8192
Video mixer:
feature name sup
------------------------------------
DEINTERLACE_TEMPORAL y
DEINTERLACE_TEMPORAL_SPATIAL y
INVERSE_TELECINE y
NOISE_REDUCTION y
SHARPNESS y
LUMA_KEY y
HIGH QUALITY SCALING - L1 -
HIGH QUALITY SCALING - L2 -
HIGH QUALITY SCALING - L3 -
HIGH QUALITY SCALING - L4 -
HIGH QUALITY SCALING - L5 -
HIGH QUALITY SCALING - L6 -
HIGH QUALITY SCALING - L7 -
HIGH QUALITY SCALING - L8 -
HIGH QUALITY SCALING - L9 -
parameter name sup min max
-----------------------------------------------------
VIDEO_SURFACE_WIDTH y 1 4096
VIDEO_SURFACE_HEIGHT y 1 4096
CHROMA_TYPE y
LAYERS y 0 4
attribute name sup min max
-----------------------------------------------------
BACKGROUND_COLOR y
CSC_MATRIX y
NOISE_REDUCTION_LEVEL y 0.00 1.00
SHARPNESS_LEVEL y -1.00 1.00
LUMA_KEY_MIN_LUMA y
LUMA_KEY_MAX_LUMA y
Alles anzeigen
Ok, hab die Signatur erstellt. Wenn noch mehr Infos gebraucht werden, lasst es mich wissen.
Hallo iNOB,
es ist egal, welche Taste ich drücke, das Bild hängt nach dem Tastendruck für einige Sekunden.
Der Hänger kommt direkt nach dem ersten Tastendruck, das Menü wird dann zwar noch geöffnet, aber dann hängt das Bild und ich sehe nicht, ob es scrollt.
Wenn das Bild wieder da ist, ist dann auch ein anderer Menüpunkt ausgewählt, die Aktionen werden also durchgeführt, solang der Client nicht getrennt wird.
Gruß
spidy