OK. Werd ich machen
Posts by MegaV0lt
-
-
Hab ich zufällig im Log gefunden. Das ganze ist beim Zappen über mehrere verschlüsselte Kanäle passiert, die nicht entschlüsselt werden.
Im Betrieb ist mir nichts weiter aufgefallen.
Hier ein Ausschnitt des Logs zu dem Zeitpunkt:
Code- Jan 21 16:21:10 vdr01 vdr[7700]: [7700] ChannelSid: 8015 Channel: TRACE LATINA
- Jan 21 16:21:10 vdr01 vdr[7700]: [7700] caid: 65535
- Jan 21 16:21:10 vdr01 vdr[7700]: [7700] cardsystem: (null)
- Jan 21 16:21:10 vdr01 vdr[7700]: [7700] reader: (null)
- Jan 21 16:21:10 vdr01 vdr[7700]: [7700] from: (null)
- Jan 21 16:21:10 vdr01 vdr[7700]: [7700] protocol: (null)
- Jan 21 16:21:10 vdr01 vdr[7700]: [7700] DvbapiInfoDraw
- Jan 21 16:21:10 vdr01 vdr[7700]: [7700] ChannelSid: 8015 Channel: TRACE LATINA
- Jan 21 16:21:10 vdr01 vdr[7700]: [7700] caid: 65535
- Jan 21 16:21:10 vdr01 vdr[7700]: [7700] cardsystem: (null)
- Jan 21 16:21:10 vdr01 vdr[7700]: [7700] reader: (null)
- Jan 21 16:21:10 vdr01 vdr[7700]: [7700] from: (null)
- Jan 21 16:21:10 vdr01 vdr[7700]: [7700] protocol: (null)
- Jan 21 16:21:15 vdr01 vdr[7700]: [7700] skinflatplus: create osd SUCCESS left: 0 top: 0 width: 1920 height: 1080
- Jan 21 16:21:15 vdr01 vdr[7700]: [7700] imageloader LoadLogo: /usr/local/share/vdr/plugins/skinflatplus/logos//voyage obsolete.png could not be loaded
- Jan 21 16:21:16 vdr01 vdr[2824]: Last message '[7700] imageloader L' repeated 1 times, suppressed by syslog-ng on vdr01
- Jan 21 16:21:18 vdr01 vdr[7700]: [7700] switching to channel 661 S19.2E-1-1084-9414 (TRACE URBAN)
- Jan 21 16:21:18 vdr01 vdr[7700]: [7700] CAM 1: unassigned from device 1
- Jan 21 16:21:18 vdr01 vdr[7700]: [10050] device 1 TS buffer thread ended (pid=7700, tid=10050)
- Jan 21 16:21:18 vdr01 vdr[7700]: [10049] buffer stats: 193452 (1%) used
- Jan 21 16:21:18 vdr01 vdr[7700]: [10049] device 1 receiver thread ended (pid=7700, tid=10049)
- Jan 21 16:21:18 vdr01 vdr[7700]: [7700] CAM 1: assigned to device 1
- Jan 21 16:21:18 vdr01 vdr[7700]: [10098] device 1 receiver thread started (pid=7700, tid=10098, prio=high)
- Jan 21 16:21:18 vdr01 vdr[7700]: [10099] device 1 TS buffer thread started (pid=7700, tid=10099, prio=high)
- Jan 21 16:21:18 vdr01 vdr[7700]: audio/alsa: using pass-through device 'hw:NVidia,7'
- Jan 21 16:21:18 vdr01 vdr[7700]: [7700] DVBAPI: 0.0 set CAM decrypt (SID 9414 (0x24C6), caLm 4, HasCaDescriptors 0)
- Jan 21 16:21:18 vdr01 vdr[7700]: [7700] skinflatplus: create osd SUCCESS left: 0 top: 0 width: 1920 height: 1080
- Jan 21 16:21:18 vdr01 vdr[7700]: audio/alsa: start delay 336ms
- Jan 21 16:21:19 vdr01 vdr[7700]: [7700] DvbapiInfoDraw
- Jan 21 16:21:19 vdr01 vdr[7700]: [7700] ChannelSid: 9414 Channel: TRACE URBAN
- Jan 21 16:21:19 vdr01 vdr[7700]: [7700] DvbapiInfoDraw
- Jan 21 16:21:19 vdr01 vdr[7700]: [7700] ChannelSid: 9414 Channel: TRACE URBAN
- Jan 21 16:21:19 vdr01 vdr[7700]: [10098] ERROR: buffer overflow in cCaPidReceiver::Receive()
- Jan 21 16:21:19 vdr01 vdr[7700]: [7700] DvbapiInfoDraw
- Jan 21 16:21:19 vdr01 vdr[7700]: [7700] ChannelSid: 9414 Channel: TRACE URBAN
- Jan 21 16:21:19 vdr01 vdr[7700]: [7700] DvbapiInfoDraw
- Jan 21 16:21:19 vdr01 vdr[7700]: [7700] ChannelSid: 9414 Channel: TRACE URBAN
- Jan 21 16:21:20 vdr01 vdr[7700]: [7700] DvbapiInfoDraw
- Jan 21 16:21:20 vdr01 vdr[7700]: [7700] ChannelSid: 9414 Channel: TRACE URBAN
- Jan 21 16:21:20 vdr01 vdr[7700]: [7700] retuning due to modification of channel 661 (TRACE URBAN)
- Jan 21 16:21:20 vdr01 vdr[7700]: [7700] switching to channel 661 S19.2E-1-1084-9414 (TRACE URBAN)
- Jan 21 16:21:20 vdr01 vdr[7700]: [7700] CAM 1: unassigned from device 1
- Jan 21 16:21:20 vdr01 vdr[7700]: [10099] device 1 TS buffer thread ended (pid=7700, tid=10099)
- Jan 21 16:21:20 vdr01 vdr[7700]: [10098] buffer stats: 189316 (1%) used
- Jan 21 16:21:20 vdr01 vdr[7700]: [10098] device 1 receiver thread ended (pid=7700, tid=10098)
- Jan 21 16:21:20 vdr01 vdr[7700]: [7700] CAM 1: assigned to device 1
- Jan 21 16:21:20 vdr01 vdr[7700]: [10110] device 1 receiver thread started (pid=7700, tid=10110, prio=high)
- Jan 21 16:21:20 vdr01 vdr[7700]: [10111] device 1 TS buffer thread started (pid=7700, tid=10111, prio=high)
- Jan 21 16:21:20 vdr01 vdr[7700]: audio/alsa: using pass-through device 'hw:NVidia,7'
- Jan 21 16:21:20 vdr01 vdr[7700]: [7700] DVBAPI: 0.0 set CAM decrypt (SID 9414 (0x24C6), caLm 4, HasCaDescriptors 1)
- Jan 21 16:21:20 vdr01 vdr[7700]: [7700] skinflatplus: create osd SUCCESS left: 0 top: 0 width: 1920 height: 1080
- Jan 21 16:21:21 vdr01 vdr[7700]: audio/alsa: start delay 336ms
-
Versuche mal die Version von hier: https://github.com/lucianm/softhddevice-unified
Bei einem Freund von mir war es so, dass man bei Sendern, die nur AC-3 Ton hatten nur die Nebenkanäle gehört hat.
Mit dem oben genannten SoftHDDevice ging es dann.
Die asound.conf habe ich aber leider nicht hier. Ich glaube aber die aus dem Wiki ging dann am Ende:
Code- pcm.51to20 {
- type route
- slave.pcm {
- type hw
- card NVidia # <- deine Karte einsetzen
- device 7 # <- dein Device einsetzen
- }
- ttable.0.0 1 # front links -> links
- ttable.1.1 1 # front rechts -> rechts
- ttable.2.0 0.707 # hinten links -> links, Dämpfung 3dB
- ttable.3.1 0.707 # hinten rechts -> rechts, Dämpfung 3dB
- ttable.4.0 1 # zentrum -> links
- ttable.4.1 1 # zentrum -> rechts
- ttable.5.0 0.5 # basskanal -> links, Dämpfung 6dB
- ttable.5.1 0.5 # basskanal -> rechts, Dämpfung 6dB
- }
-
Danke, das werde ich dann mal einbauen
-
Picon Kanallogos für den VDR
Ich stelle heute ein weiteres Skript für Kanallogos vor.
Das Skript 'Picons2VDR' verwendet das picons.eu GIT, das Kanallogos und Hintergrunddateien enthält.
Die größe und der Hintergrund kann in der *.conf eingestellt werden. Es ist bereits 'transparent' als Hintergrund eingestellt.
Die Logos werden im PNG_Format erzeugt. Es gibt Varianten für helle und dunkle Hintergründe.
Im Logoverzeichnis des Skins wird ein Ordner 'logos' erstellt, der alle Logos enthält. Die Symlinks zeigen alle da hin.
Getestet unter Gen2VDR und SkinFlatPlus
Verwendung auf eigene Gefahr!
Das Bash-Skript macht (grob) folgendes:
1) GIT mit den Logos aktualisieren oder herunterladen, falls nicht vorhanden (2 GB+ !)
2) channels.conf durchsuchen und Logos und Kanalnamen via Symlinks zuordnen
3) Logos mit Hintergrund erstellen
4) Alte Symlinks löschen
Einstellungen nur in der *.conf!
Die *.conf am einfachsten nach ~/etc kopieren und dort die Einstellungen vornehmen.
Das Skript sucht die *.conf im aktuellen Verzeichnis, im Skrip-Verzeichnis und im eigenen /etc
Es müssen nur zwei Variablen angepasst werden:'LOGODIR' für den Ordner wo die Skinlogos liegen und 'CHANNELSCONF' VDR's channels.conf.
Tipp: Zum testen in der *.conf 'LOGODIR' einfach auf '/tmp/logos' stellen. Und sich das Ergebnis dann betrachten
Es kann sein, dass manche Skins nicht mit kleinen Umlauten am Wortanfang klarkommen. Dazu ist nun eine Option mit drin. Wenn 'TOLOWER' auf 'A-Z' steht bleiben Umlaute am Wortanfang so wie sie sind. Betroffen davon ist z. B. das SkinflatPlus.
Das Skript bekommt man in meinem GIT: https://github.com/MegaV0lt/Picons2VDR
Ich lasse das Skript ein mal wöchentlich laufen (Symlink nach /etc/cron.weekly)
Ich hoffe es gefällt den einen oder anderen.
-
Bei 200+ Timern bei epgsearch recht mühselig
Hat aber nichts mit dem Problem zu tun:
- Jan 14 20:09:51 vdr01 vdr[16063]: epg2vdr: Updating table timers done
- >>> LiveTV bis hier (20:10)
- >>> Timer (Nr. 4) auf ZDF_neo soll starten (20:10)
- >>> Umschalten erfolgt nicht. Bild wird schwarz und der VDR hängt bis später der Watchdog zuschlägt
- Jan 14 20:10:00 vdr01 vdr[16063]: audio/alsa: using pass-through device 'hw:NVidia,7'
- Jan 14 20:10:00 vdr01 vdr[16063]: audio/alsa: start delay 336ms
- Jan 14 20:10:01 vdr01 cron[18994]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons)
- Jan 14 20:10:30 vdr01 vdr[16063]: [16063] PANIC: watchdog timer expired - exiting!
- Jan 14 20:10:30 vdr01 vdr[16063]: [16063] ERROR: cStateKey::~cStateKey() called without releasing the lock first (tid=16063, lock=1 Timers, key=0x55c92c8bca20)
- Jan 14 20:10:30 vdr01 vdr[16063]: [16063] ABORT!
-
Ich denke Aufnahmen haben Priorität! LiveTV geht halt nur auf Transpondern, die von den Aufnehmenden Tunern belegt sind.
Eine Abfrage wäre kontraproduktiv, da man ja nicht immer davor sitzt.
Ich möchte sogar, dass der VDR das LiveTV Device ungefragt umschaltet, wenn alle anderen belegt sind. Nur so macht das doch sinn
-
Vielleicht ne Idee?
Crash bei drei gleichzeitig startenden Aufnahmen
Passiert, wenn das letzte Device das noch frei ist umgeschaltet werden soll. (Meiner Meinung nach)
-
markad habe ich am laufen, den Fehler habe ich aber schon länger; auch schon vor dem neuen markad.
Der VDR hängt sich ja anscheinend genau zum Umschaltzeitpunkt auf. Im Log sieht amn da kein markad starten. Auch das Umschalten wird nicht mehr geloggt...
Code- Jan 14 20:09:35 vdr01 vdr[16063]: video: 18:38:08.258 +23 476 0/\ms 32+6+4 v-buf
- Jan 14 20:09:51 vdr01 vdr[16063]: epg2vdr: Update info.epg2vdr recordings
- Jan 14 20:09:51 vdr01 vdr[16063]: epg2vdr: Storing event details to '/video/The_100/Willkommen_auf_Bardo__(S07E05)/2021-01-14.20.07.43-0.rec/info.epg2vdr'
- Jan 14 20:09:51 vdr01 vdr[16063]: epg2vdr: Update recording info for 3906515 in info.epg2vdr with 2 changes
- Jan 14 20:09:51 vdr01 vdr[16063]: epg2vdr: Storing event details to '/video/Channel_Zero/Liebe_tut_weh__(S04E03)/2021-01-14.20.08.21-0.rec/info.epg2vdr'
- Jan 14 20:09:51 vdr01 vdr[16063]: epg2vdr: Update recording info for 3907134 in info.epg2vdr with 2 changes
- Jan 14 20:09:51 vdr01 vdr[16063]: epg2vdr: Storing event details to '/video/Wynonna_Earp/Friends_in_Low_Places__(S04E02)/2021-01-14.20.08.17-0.rec/info.epg2vdr'
- Jan 14 20:09:51 vdr01 vdr[16063]: epg2vdr: Update recording info for 3906458 in info.epg2vdr with 2 changes
- Jan 14 20:09:51 vdr01 vdr[16063]: epg2vdr: Updated 3 info.epg2vdr files
- Jan 14 20:09:51 vdr01 vdr[16063]: epg2vdr: Updating table timers (and remove deleted and finished timers older than 2 days)
- Jan 14 20:09:51 vdr01 vdr[16063]: epg2vdr: Updating table timers done
- >>> LiveTV bis hier (20:10)
- >>> Timer (Nr. 4) auf ZDF_neo soll starten (20:10)
- >>> Umschalten erfolgt nicht. Bild wird schwarz und der VDR hängt bis später der Watchdog zuschlägt
- Jan 14 20:10:00 vdr01 vdr[16063]: audio/alsa: using pass-through device 'hw:NVidia,7'
- Jan 14 20:10:00 vdr01 vdr[16063]: audio/alsa: start delay 336ms
- Jan 14 20:10:01 vdr01 cron[18994]: (root) CMD (test -x /usr/sbin/run-crons && /usr/sbin/run-crons)
- Jan 14 20:10:30 vdr01 vdr[16063]: [16063] PANIC: watchdog timer expired - exiting!
- Jan 14 20:10:30 vdr01 vdr[16063]: [16063] ERROR: cStateKey::~cStateKey() called without releasing the lock first (tid=16063, lock=1 Timers, key=0x55c92c8bca20)
- Jan 14 20:10:30 vdr01 vdr[16063]: [16063] ABORT!
-
Gestern Abend wieder:
- Drei Aufnahmen liefen bereits. Start: 1 x 20:07 Uhr, 2 x 20:08 Uhr
- LiveTV lief (n-tv)
- 20:10 Uhr: Bildschirm wird schwarz, als VDR das LiveTV-Device umschalten will zur Aufnahme nr 4 (20:10 Uhr)
- Ab dem Zeitpunkr reagiert der VDR schon nicht mehr auf die FB
- 30 bis 60 Sekunden Später Absturz und Neustart des VDR.
Es muss wohl irgendwas mit dem Locking der Timer zu tun haben:
Code- Jan 14 20:10:30 vdr01 vdr[16063]: [16063] PANIC: watchdog timer expired - exiting!
- Jan 14 20:10:30 vdr01 vdr[16063]: [16063] ERROR: cStateKey::~cStateKey() called without releasing the lock first (tid=16063, lock=1 Timers, key=0x55c92c8bca20)
- Jan 14 20:10:30 vdr01 vdr[16063]: [16063] ABORT!
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /usr/local/bin/vdr cStateKey::~cStateKey() calling ?? at ??:0
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /lib64/libc.so.6 at ??:?
- Jan 14 20:10:31 vdr01 vdr[2826]: Last message '[16063] /lib64/libc.' repeated 1 times, suppressed by syslog-ng on vdr01
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /usr/local/bin/vdr at ??:?
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /lib64/libc.so.6 at ??:?
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /lib64/libpthread.so.0 at ??:?
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /lib64/libpthread.so.0 pthread_mutex_lock calling __GI___pthread_mutex_lock at ??:?
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /usr/local/bin/vdr cMutex::Lock() calling ?? at ??:0
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /usr/local/bin/vdr cThreadLock::Lock(cThread*) calling ?? at ??:0
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /usr/local/bin/vdr cDevice::SetCamSlot(cCamSlot*) calling ?? at ??:0
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /usr/local/bin/vdr cCamSlot::Assign(cDevice*, bool) calling ?? at ??:0
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /usr/local/bin/vdr cDevice::Detach(cReceiver*) calling ?? at ??:0
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /usr/local/bin/vdr cDevice::DetachAllReceivers() calling ?? at ??:0
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /usr/local/bin/vdr cDvbDevice::DetachAllReceivers() calling ?? at ??:0
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /usr/local/bin/vdr cDevice::GetDevice(cChannel const*, int, bool, bool) calling ?? at ??:0
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /usr/local/bin/vdr cRecordControls::Start(cTimers*, cTimer*, bool) calling ?? at ??:0
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /usr/local/bin/vdr main calling ?? at ??:0
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /lib64/libc.so.6 __libc_start_main at ??:?
- Jan 14 20:10:31 vdr01 vdr[16063]: [16063] /usr/local/bin/vdr _start calling ?? at ??:0
Das ganze Logpaket: https://www.dropbox.com/s/7979…_log_01142010.tar.xz?dl=1
-
Ich habe mir ein Skript gebastelt, dass alte Kanäle, die es nicht mehr gibt entfernt.
Funktioniert mit Multitunersystemen am besten.https://github.com/MegaV0lt/cleanchannels
Verwendung auf eigene Gefahr! Bei mir läuft das aber schon eine ganze weile satbil
-
Aber auch wenn epg2vdr oder teletext (was soll das brauchen?)
Ich nutze Teletext täglich, um währen dem anschauen von Aufnahmen News oder Börsenstände zu checken
-
Naja, ein eigenes GIT habe ich schon gemacht. Siehe Signatur. Ich lass das erst mal so - Fertig. Ich kann selbst nicht entwickeln und der eigentliche Entwickler hat keine Zeit und verwendet auch keinen VDR mehr. Mehr als schade…
-
Ich habe ein paar Änderungen an einem VDR-Skin (FlatPlus) vorgenommen und das mit GIT gemacht. Soweit alles bestens. Ich verwende auf dem PC SmartGIT zum Synchronisieren.
Jetzt wurde ich vom Entwickler bei vdr-developer.org auch als "Manager" aktiviert. Das müsste Redmine sein... Ich habe nichts gefunden, wie ich da die Anpassungen integrieren könnte
Idealerweise hätte ich gerne eine Software wie das SmartGIT, wo ich lokal arbeiten und dann alles Synchronisieren kann...
Man bedenke, dass ich nur Anwender bin...
-
Ich hoffe epgsearch bleibt weiterhin nutzbar. Meine 200+ Suchtimer möchte ich nicht verlieren.
-
So scheint das jetzt erst mal zu klappen:
Beispiel ein Event aus TVSP:
Code- <Event>
- <id>110730784401819539</id>
- <hexId>5fbb26318189650fcdf88793</hexId>
- <assetId>SUPER5fbb26318189650fcdf88793</assetId>
- <sharingId>5fbb26318189650fcdf88793</sharingId>
- <trackingId>5fbb26318189650fcdf88793</trackingId>
- <actors>Ogie Banks (Ned
- /
- Ted), Eamon Brennan (Trey), Greg Chun (George), Kirsten Day (Skipper), Lisa Fuson (Margaret), Emma Adele Galvin (Daisy), Cassandra Lee Morris (Stacie), Cassidy Naber (Chelsea), Ben Pronsky (Coach), Ritesh Rajan (Ken)</actors>
- <broadcasterId>SUPER</broadcasterId>
- <broadcasterName>Super RTL</broadcasterName>
- <childrenInfo>6</childrenInfo>
- <country>USA</country>
- <director>Larry Anderson, Patrice Berube</director>
- <episodeNumber>6/13</episodeNumber>
- <episodeTitle>Beste Freunde für immer</episodeTitle>
- <genre>Animationsserie</genre>
- <isHDTV>1</isHDTV>
- <isLive>0</isLive>
- <isNew>0</isNew>
- <isPayTv>0</isPayTv>
- <isStereo>1</isStereo>
- <isTipOfTheDay>0</isTipOfTheDay>
- <isTopTip>0</isTopTip>
- <lengthNetAndGross>/30</lengthNetAndGross>
- <originalTitle>Barbie – Dreamhouse Adventures</originalTitle>
- <repeatHint>Wh. vom 23.11. 12:00 Uhr, auch TOGGO plus um 13:00 Uhr, Nächste Folge am 16.12. 12:00 Uhr (Staffel 5, Folge 7)</repeatHint>
- <seasonNumber>5</seasonNumber>
- <isOriginalText>0</isOriginalText>
- <timeend>1608031800</timeend>
- <timestart>1608030000</timestart>
- <title>Barbie – Traumvilla-Abenteuer</title>
- <sart_id>KIN</sart_id>
- <year>2019</year>
- </Event>
Im tvsp.xml mach ich das jetzt so:
Damit werden auch gleich die leeren Klammern () entfernt. Beispiel:
-
-
Vielen Dank auch für Deine Beiträge zum Projekt.
-
-