Ich hatte es auch schon am laufen (siehe saa716x-kompilieren-unter-22-04). Einsetzen kann ich die Karte trotzdem nicht, da mein Board/Bios sich weigert die Karte zu erkennen - unabhängig vom PCIE-Level im Bios egal, geplant war eh vaapi.
Posts by wtor
-
-
Ich nutze ein externes TFT per OSD zu Anzeige. Das es nun schon mehrfach passiert ist, das das System nicht mehr bedienbar war, habe ich das mal analysiert. Ergebnis: sporadisch läuft der für osd2web genutzte Browser amok und zieht sich den kompletten Speicher inkl. Swap rein. getestet mit firefox im Kiosk-Mode und Palemoon (Vollbild). Scheint irgendwie unabhängig vom Browser zu sein. Da dann auch der vdr blockiert wird (inkl. Bild) beendet ich den Browser aktuell per earlyoom als Workarround.
Kennt jemand dieses Problem oder hat eine Lösung dafür?
Danke & Gruß
Torsten
-
Besten Dank. Das mit dem <customtokens> Abschnitt hatte ich nicht gelesen. Probiere ich heute Abend mal aus.
Und ausprobiert: funktioniert!
-
Alle Tokens sind vorhanden, kommen auch in den Zeilen darüber vor. Auch wenn ich nur {customstring1} ausgebe mit condition kommt der Fehler im Log und nach dem setzen der Variable bleibt die Ausgabe leer.
-
Richtig, natürlich nicht gelesen aber das Problem bleibt auch bei diesem Eintrag bestehen:
Code<drawtext condition="isset{customstring1}" y="0" align="center" fontsize="40%" font="{light}" color="{clrText}" text="{tr(vdrdlna)}: {customstring1}" />
"invalid text token" im Log und keine Anzeige im Skin. Packe ich die condition in die übergeordnete "area", bleibt das Problem das Gleiche.
-
Irgendwie funktioniert das hier nch nicht. Das ist die Zeile:
Code<drawtext condition="{customstring1}" x="0" y="0" fontsize="40%" font="{light}" color="{clrText}" text="{tr(vdrdlna)}: {customstring1}" />
Setze ich einen festen Wert anstatt "{customstring1}" am Ende, kommt eine Anzeige. Setze ich den Wert per:
Ist die Anzeige trotzdem leer obwohl der Wert gesetzt ist:
Codesvdrpsend PLUG skindesigner LCTK Nov 13 17:56:07 vdr vdr: [1345] skindesigner: custom string token 1 = "aktiv"
Und auch mit der condition kommt der Fehler im Log. Irgendwie unklar...
-
Danke, probiere ich mal aus. Die Beschreibung kannte ich noch nicht, sehr gut
-
Ich möchte mir in einen skindesigner Skin einen eigenen Wert (Status bestimmter Prozesse) als String im Skin ausgegeben. Da sollte ähnlich zu CPU, Load... sein. Ich habe das vdrstats-Skript dazu erweitert, das nun parallel zu vdrpcpu/men noch eine weitere Datei unter /tmp/skindesigner anlegt (mit dem anzuzeigenden Inhalt).
Wie bekomme ich das nun in das Skin? Bei der Suche bin ich auf customstring1..10 gestossen. Allerdings finde ich keine Beschreibung, wie das einzubauen wäre. Baue ich so etwas:
kommt im Log immer:
Ich glaube ich bin hier mangels Anleitung komplett auf dem Holzweg. Geht das überhaupt / wie?
Danke schonmal!
-
In /etc/default/grub habe ich zu GRUB_CMDLINE_LINUX "ipv6.disable=1" hinzugefügt und "udate-grub" ausgeführt. Der normale Weg halt. Das Sytem läuft problemlos mit IPV4, nur osd2web nicht.
-
Hatte die Frage zwar schon hier gestellt (Port 4444 nur IPV6), ich glaube hier passt es besser
Bei mir horcht das Plugin nur auf Port 4444 von IPV6. D.h. nach dem Versuch der Umstellung des Systems unter ubuntu 22.04 auf nur IPV4-Adessen ist der Port nicht mehr erreichbar. localhost:4444 geht hier nur per IPV6. Soll das so sein oder wo liegt das Problem?
-
Ye, missunderstanding... here the full log.
But maybe its the log of "-v va-api-egl -w no-hw-decoder" instead of "-v cpu-egl". Is this a problem? But options are behave identically.
-
Make a log from normal softhddevice work to first buffer overflow please.
But va-api-glx is not working there. I can only try without OSD (-v va-api -f -D -w no-hw-decoder).
For softhddrm i have no clue. I startet vdr (without X11) with "softhddrm -f -D -w no-hw-decoder -a hw:0,7 -p hw:0,7" but i get no picture at all. Are there any additional configuration required for drm? i attached the start log for drm.
-
-
Bis jetzt hatte ich den vdr mit IPV4 und IPV6 IP-Adressen laufen. Da hier alles nur per IPV4 läuft habe ich ubuntu auf nur IPV4 umgestellt. Ergebnis: der Browser verbindet sich nicht mehr mit Port 4444. Ein Aufruf von netstat -tupln zeigt auch keinen Port 4444 an. Im Log keine Fehler, der vdr sagt:
Wenn IPV6 erlaubt ist , zeigt netstat dies:
Also nur IPV6. Wieso wird nicht auf einem IPV4 Port gelauscht? Irgendwelche Ideen dazu?
-
I tested a software decoder very little, there was no such error, I will test more.
Cause i'm blocked here Is there anything i can do like debug outputs or other to support you to find the reason for these 'TS packet(s) not accepted in Transfer Mode' errors? Or there any alternatives with OSD in the meantime? xinelibout seems to work but with high cpu load...
Thanks
Torsten
-
Dann werde ich wohl fmode=0 nutzen. fmode=1 würde dann auch meine Probleme erklären wenn ich aktuell nur ein Kabel angeschlossen habe und den vdr nur mit -D 0 betreibe.
Bliebe trotzdem die Restfrage offen, warum mir 8 Tuner angeboten werden, der vdr aber nur bei Einschränkung auf 4 vernünftig läuft.
-
No i use -v cpu-egl as it's the only way to get it working at all. xinelibout is also possible without vaapi but only without the skindesigner plugin as vdr crashes with them. So i test vdr with softhddevice with -v cpu-egl to take it for daily use. But randomly (between 1 to 4 hours) i got this error that will block vdr (video and audio) for about a minute until the freeze its gone:
Code
Display MoreOct 30 21:31:05 vdr vdr: video: 6:50:52.750 +0 387 0/\ms 45+1+0 v-buf Oct 30 21:31:33 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:33 vdr vdr: audio/alsa: start delay 336ms Oct 30 21:31:33 vdr vdr: [4481] ERROR: 1 TS packet(s) not accepted in Transfer Mode Oct 30 21:31:33 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:33 vdr vdr: audio/alsa: start delay 336ms ... Oct 30 21:31:41 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:41 vdr vdr: audio/alsa: start delay 336ms Oct 30 21:31:41 vdr vdr: [4483] i/o throttle activated, count = 1 (tid=4483) Oct 30 21:31:41 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:41 vdr vdr: audio/alsa: start delay 336ms ... Oct 30 21:31:43 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:43 vdr vdr: audio/alsa: start delay 336ms Oct 30 21:31:43 vdr vdr: [4483] buffer usage: 70% (tid=4481) Oct 30 21:31:43 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:43 vdr vdr: audio/alsa: start delay 336ms ... Oct 30 21:31:44 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:44 vdr vdr: audio/alsa: start delay 336ms Oct 30 21:31:44 vdr vdr: [4483] buffer usage: 80% (tid=4481) Oct 30 21:31:44 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:44 vdr vdr: audio/alsa: start delay 336ms ... Oct 30 21:31:45 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:45 vdr vdr: audio/alsa: start delay 336ms Oct 30 21:31:45 vdr vdr: [4483] buffer usage: 90% (tid=4481) Oct 30 21:31:45 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:45 vdr vdr: audio/alsa: start delay 336ms ... Oct 30 21:31:46 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:46 vdr vdr: audio/alsa: start delay 336ms Oct 30 21:31:46 vdr vdr: [4483] buffer usage: 100% (tid=4481) Oct 30 21:31:46 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:46 vdr vdr: audio/alsa: start delay 336ms ... Oct 30 21:31:48 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:48 vdr vdr: audio/alsa: start delay 336ms Oct 30 21:31:48 vdr vdr: [4483] ERROR: driver buffer overflow on device 1 Oct 30 21:31:48 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:48 vdr vdr: audio/alsa: start delay 336ms ... Oct 30 21:31:49 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:49 vdr vdr: audio/alsa: start delay 336ms Oct 30 21:31:49 vdr vdr: [4483] ERROR: driver buffer overflow on device 1 Oct 30 21:31:49 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:31:49 vdr vdr: audio/alsa: start delay 336ms ... Oct 30 21:32:00 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:32:00 vdr vdr: audio/alsa: start delay 336ms Oct 30 21:32:00 vdr vdr: [1066] switching to channel 10 S19.2E-1-1019-10302 (arte HD) Oct 30 21:32:00 vdr vdr: [4482] osdteletext-receiver thread ended (pid=1066, tid=4482) Oct 30 21:32:00 vdr vdr: [1066] osdteletext: cTxtReceiver stopped after 4782 sec: cTelePage received on DVB 0 for channel 1 'Das Erste HD' ID=S19.2E-1-1019-10301: 117987 (24,673/sec) Oct 30 21:32:00 vdr vdr: [1066] buffer stats: 0 (0%) used Oct 30 21:32:00 vdr vdr: [1066] osdteletext: cTxtReceiver started on DVB 0 for channel 10 'arte HD' ID=S19.2E-1-1019-10302 storeTopText=false LiveView=true Oct 30 21:32:00 vdr vdr: [1066] creating directory /vtx/S19.2E-1-1019-10302 Oct 30 21:32:00 vdr vdr: [8591] osdteletext-receiver thread started (pid=1066, tid=8591, prio=low) Oct 30 21:32:00 vdr vdr: [8593] animator thread thread started (pid=1066, tid=8593, prio=high) Oct 30 21:32:00 vdr vdr: [4483] buffer usage: 30% (tid=4481) Oct 30 21:32:00 vdr vdr: [4481] ERROR: skipped 95 bytes to sync on TS packet on device 1 Oct 30 21:32:00 vdr vdr: [4483] i/o throttle released, count = 0 (tid=4483) Oct 30 21:32:00 vdr vdr: audio/alsa: using device 'hw:0,7' Oct 30 21:32:00 vdr vdr: audio/alsa: start delay 336ms
This is a blocker for going live, but i found a lot of similar errors in the net, but no solution until now. Any ideas about that? -
Dann fmode=1 da am Multischalter auch noch andere Receiver dran hängen, ändert aber am Problem oben nichts oder es ist noch schlimmer: o.g. Meldung kommt dann auch wenn ich die Anzahl der Karten per -D beschränke. D.h. problemlos läuft nur fmode=0 mit Beschränkung auf vier Karten per -D beim vdr.
-
Laut Beschreibung ist es so:
Codefmode=0 - 4-Tuner-Modus(Interner Multischalter deaktiviert) fmode=1 - Quad-LNB / normale Ausgänge des Multiswitches fmode=2 - Quattro-LNB / Kaskaden Ausgänge des Multiswitches fmode=3 - Unicable oder JESS LNB / Unicable-Ausgang des Multiswitches
Da ich mit 4 Kabeln hinter meinem Multischalter hänge (der an einem Quattro-LNB hängt) ist mir nicht ganz klar ob 0 oder 1. Jedenfalls bekomme ich in beiden Varianten 8 Tuner mit dem o.g. beschriebenem Problem.
-
Wenn 8 Tuner richtig sind, bliebe die Frage, woher die permanenten Fehlermeldungen mit stockendem Bild kommen. Der vdr kann ja über ein Kabel nur auf einen Transponder tunen. Wenn nun der vdr andere Transponder will? Oder wo ist hier das Problem? Wie gesagt, schränke ich auf 4 Tuner ein läuft es ohne Fehler.