Vielleicht hilft Dir ein Eintrag für den "LogLevelMax" im [Service]-Modul, denn oftmals ist der LogLevelMax=debug gesetzt:
Code[Service] ... # Loglevelmax = alert, crit, err, warning, notice, info, debug LogLevelMax=notice
Leider ohne Erfolg. Ich denke dass usbhid-ups direkt einen Log Eintrag schreibt und deshalb müsste ich den log-daemon anweisen, die Einträge vom Prozess usbhid-ups zu ignorieren. Gibt es noch weitere Vorschläge?
Ich habe zur Inbetriebnahme einer APC USV die Network UPS Tools installiert. Funktioniert soweit auch alles perfekt, Rechner wird bei Netzausfall auch korrekt heruntergefahren. Nun habe ich aber festgestellt, dass ein Prozess davon ständig Einträge ins log vornimmt. Deshalb die Frage: kann man und wenn ja wie log-Einträge komplett unterbinden (nicht nur ausblenden beim Ansehen mit z.B. journalctl --no-pager | grep -v "servicename")?
Etwaige Einträge in den systemd-units wie z.B.
[Service]
StandardOutput=null
StandardError=nullhat nichts gebracht. Eventuell weil der "störende" Prozess indirekt gestartet wird oder dieser direkt in das log schreibt...
Konkret geht es um folgende Einträge, die ich gerne komplett unterdrücken würde: usbhid-ups[1599]: nut_libusb_get_report: Input/Output Error
Falls relevant: es läuft Debian 13
Es wurde nun nach weiterer Recherche doch der Dell U4924DW. Sollte nächste Woche geliefert werden. Im Vergleich zum LG 49“ war für mich dann die Multimonitor Funktion über DP entscheidend. Hat der LG scheinbar nicht.
Nachdem ich mir nun auch noch andere 49" Breitbildmonitore angeschaut und die Spezifikationen angeschaut habe, tendiere ich nun tatsächlich zum Dell U4924DW.
nobanzai Ich hätte an dich noch 3 Fragen, die ich nicht mit den Unterlagen von Dell sicher klären konnte:
Dank dir schonmal im Voraus.
Ich hab einen Dell U4924DW, mit dem ich sehr zufrieden bin.
Er hat u.a. ein USB-C-Dock integriert und Unmengen an Anschlüssen.
Zwei Monitore haben einen Nach- und einen Vorteil: Es können zwei Geräte kaputt gehen, was die Chancen erhöht, aber wenn eines kaputt geht, hat man immerhin fürs Erste noch eines zur Verwendung.
Kannst du mir bitte beim Dell etwas zur gleichmäßigen Ausleuchtung über die ganze Fläche sagen?
Ich war bisher mit meinem 27" Bildschirm eigenlich zufrieden, aber nutzte in der Vergangenheit schon einen etwas weiter weg an der Wand hängenden 55" TV für Zusatzfenster. Dieses Setup ist leider nicht ganz Brillenkompatibel. 
Deshalb überlege ich mir nun entweder einen zweiten 27" Bildschirm zu kaufen (wäre ideal, wenn ich exakt meinen alten nochmals bekäme was aber eher unwahrscheinlich ist --> vermutlich müsste ich 2 neue kaufen) oder ich kaufe mir einen Ultrawide-Monitor. Letzterer hat den Vorteil, dass ich damit sehr flexibel beim Nutzen der gesamten Fläche wäre (z.B. 2 Eingänge nebeneinander, 1 Eingang in voller Breite, 1 Eingang simuliert als 27" Monitor in der Mitte, ...). Ich habe mir mal folgende angeschaut:
Hat jemand mit einem der Beiden oder eventuell mit einem anderen ~45-49" breiten Bildschirm Erfahrung? Oder gibt es auch Stimmen für das traditionelle 2-Monitor-Setup?
Grundsätzlich habe ich keine allzu hohen Zusatzanforderungen, ausser
Stand vor ein paar Wochen vor dem gleichen Problem, das ich eine System-SSD (SATA) austauschen musste, da Smart-Daten (nachvollziehbar) zunehmenden Verschleiß angezeigt haben. Ich wollte auch erst eine kleine und günstige. Ich kam dann zu der 1xx GB Klasse bei unter 20€. Nachdem ich aber auf verschiedenen Portalen Rezensionen gelesen habe, bin ich doch wieder bei Samsung 870 Evo gelandet. Kostete knapp 40€, davon laufen bei mir gemischt SATA und M.2 ~10 ohne Ausfall und Probleme. Alternativmarken in der höheren Preisklasse waren wenige Euro günstiger, habedamit aber weniger Erfahrung und ging deshalb auf Nummer sicher. Ich hatte mal in einem neuen Laptop ein anderes Fabrikat im M.2 Format drin. Rate mal wie lange die gehalten hat.
Bzgl. DRAM Cache: setze hier vor allem bei M.2 einige Samsung 990 Evo plus ebenfalls ohne Cache ein. Ohne Probleme. Denke mittlerweile ist das kein Faktor mehr.
Was hältst Du von dem Icon:
https://github.com/BooStars/nopac…emotetimers.png
Alternativ kann ich auch den Pfeil mittig machen
https://github.com/MegaV0lt/vdr-p…timerRemote.png
Ich finde das Weckersymbol ganz nett. Wie würdest du lokale Timer darstellen?
Hab mal Symbole mit eingebunden. So richtig gefallen will mir das noch nicht:
Habe es eben mal ausprobiert und ich finde es gut - um ehrlich zu sein eigentlich genau das, nach was ich gefragt habe. Man kann sich natürlich immer über die Gestaltung der Symbole unterhalten. Das ist aber Geschmacksache. Deshalb: Daumen hoch!
Eine Frage: im Timer-Menü wird je nach Art des Timers (Remote oder Lokal) der grüne Haken mit oder ohne dem Doppelpfeil angezeigt. Sobald die Zeile eines Timers markiert ist sieht man kaum noch den grünen Haken (sollte nicht an meinen Augen liegen ). Könnte man den wie die Schrift auch in anderer Farbe darstellen, sobald die Zeile ausgewählt ist? Ist jetzt so langsam wirklich Jammern auf hohem Niveau.
Super Skin!
Wenn alles klappt, schau ich nach den Symbolen. Die Nummerierung kann auf jeden Fall entfallen.
Teste ich sobald wie möglich.
Hallo zusammen,
ich würde gerne meinen Server um ein RAID1 für das Betriebssystem erweitern. Da mein MB nur 1 M.2 Slot hat, würde ich gerne eine M.2 (NVMe) PCIe Adapterkarte einbauen. Idealerweise eine Dual Karte zwecks potentieller Erweiterung. Hat von euch jemand (gute) Erfahrungen mit solchen Karten?
MrJoe
Hier kann man die Remotetimer abschalten: RE: [skin flatPlus] Version 1.1.3
Hast Du mal geschaut, ob das Logo für die Anzeige von Remotetimern geladen wird?
Ich glaube wir haben uns Missverstanden: ich sehe die Remote-Timer-Einträge im Hauptmenü-Widget, als auch im Timer-Menü. Im Timer-Menü sehe ich sogar das "Remote-Symbol" bei Remote Timern. Es wäre schön, wenn dieses "Remote-Symbol" auch im Hauptmenü-Timer-Widget angezeigt werden würde. Ehrlich gesagt gerne anstelle der Durchnummerierung.
Andere Frage: ich sehe momentan bei mir weder im Timer-Menü, noch im Timer-Widget im Hauptmenü einen Unterschied, egal ob in den Einstellungen der Hauptmenü Widgets "Zeige Remote aufnehmende Timer" an oder aus ist. Ist diese Einstellung momentan wirkungslos?
Version 1.1.3 ist fertig
Code2024-11-19: Version 1.1.3 - [fix] Fix wrong display of diskusage in occupied mode Thanks for reporting @mrjoe - [add] Add 'vdrlogo_mld'. Activate via Makefile if required - [add] Special mode for disk usage: show occupied space but with free time Suggested by @mrjoe - [update] Log path for not found channel logo - [update] Update Readme.md about channel logos formatFehlerbehebung bei der Anzeige von Belegter Zeit und eine zusätzliche Anzeige von belegtem Platz und freier Zeit.
super, Anzeige ist nun wie gewünscht. Vielen Dank.
Eine Frage: könnte man bei der Timer-Liste im Hauptmenü unterscheiden zwischen lokalen Timern und remote Timern? Evtl. anstelle der Timer-Numer ein passendes Symbol (z.B. remote mit einem LAN Symbol und local mit einem Haus)?
btw. habe mittlerweile eine ungechrootete Version mit Ubuntu 20.04 installiert und am Ende das gleiche Verhalten mit der Laufschrift. Lag also nicht an der "komplexen" Installation in einer gechrooteten Variante.
Nachtrag: habe gerade gesehen, dass ich in den Einstellungen für's Hauptmenü bei Timer-Widget Remote-Timer ausgeschaltet habe. Dennoch werden die Timer meines VDR Servers im Hauptmenü des Clients angezeigt. Was bedeuten in den Einstellungen Remote Timer?
vdr_rossi hat natürlich Recht. Muss die no Version nehmen, ne gibt es nicht passend.
Leider habe ich die Hackler auch mit der no Version.
Das sieht mir ein wenig danach aus als ob da Daten aus dem Stream fehlen. Also das die SatIP Daten nicht schnell genug kommen.
Was sagt denn ifconfig, hast du da overruns ?
Unauffällig:
RX packets:867213 errors:0 dropped:0 overruns:0 frame:0
TX packets:9805 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1146739854 (1.0 GiB) TX bytes:2291649 (2.1 MiB)Ich muss mir doch nochmals die ungechrootete Version mit einem Plain Hardkernel Ubuntu anschauen. Dort hatte ich bei bestimmten Kanälen kein Bild (reproduzierbar).
Ich habe jetzt im TextScroller ein paar einfache Prüfungen raus genommen. Ob es was bringt, kann ich nicht sagen. Kannst Du das Plugin selber Bauen? Wenn ja, dann versuche mal den letzten Stand im Dev2-Zweig:
Eben getestet. Keine Änderung mit der "neuen" Version.
Ich habe jetzt im TextScroller ein paar einfache Prüfungen raus genommen. Ob es was bringt, kann ich nicht sagen. Kannst Du das Plugin selber Bauen? Wenn ja, dann versuche mal den letzten Stand im Dev2-Zweig:
Bauen kann ich, leider erst am WE.
jojo61 Meine Radxa-CE-Version auf dem Radxa ist ebenfalls die ng-Version, die das Problem zeigt. Die ne-Version (SK1) zeigt das Problem nicht.
Guter Hinweis, ich nehme mal die ne Version für Odroid (dauert leider bis zum WE).
Was sagt denn ifconfig, hast du da overruns ?
Teste ich schnellstmöglich und melde mich.
Ich betreibe gerade zwei meiner Odroids in der UBUNTU chroot Variante (CoreELEC Image CoreELEC-Amlogic-ng.arm-21.1.1-Omega-Odroid_N2.img.gz als Basis, neue install.sh aus dem HowTo von beta , softhdodroid aus git Stand vom Wochenende, satip ebenfalls Stand vom WE). So ca. einmal pro Minute +/- 20s bekomme ich Bildruckler, Ton läuft flüssig weiter. Ich sehe in top dass die CPU-Last des vdr-Prozesses bei den Rucklern von ~12% sprunghaft auf ~25% springt. Die dmesg Ausgabe ergibt zu dem Zeitpunkt folgende Einträge:
[ 2074.053011] 0: timeout_process decoder timeout, DPB_STATUS_REG 0xf0
[ 2074.053074] 0: vh264_work_implement, decode timeout flush dpb
[ 2074.056218] 0: reference list error 2 frame count 50083 to skip 0 reflist_error_count 1
[ 2074.056808] 0: h264_reset_bufmgr frame count 50083 to skip 0
[ 2074.056836] H264 sysinfo: 0x0 duration=3840, pts_outside=1
[ 2074.056838] sync_outside=0, use_idr_framerate=0, is_used_v4l: 0
[ 2074.056843] 0: AV_SCRATCH_1 = 41fe078, AV_SCRATCH_2 10077
[ 2074.056892] 0: chroma_format_idc = 1 frame_mbs_only_flag 0, crop_bottom 8, frame_height 1080,
[ 2074.056895] 0: mb_height 68,crop_right 0, frame_width 1920, mb_width 120
[ 2074.056899] 0: level_idc = 40 pic_size = 3133440 size = 4
[ 2074.056902] 0: mb height/widht/total: 44/78/1fe0 level_idc 28 max_ref_num 4
[ 2074.056905] 0: restriction_flag=1, max_dec_frame_buffering=4, dec_dpb_size=6 num_reorder_frames 1 used_reorder_dpb_size_margin 6
[ 2074.056908] 0: vh264_set_params active_buf_spec_num 12 dec_dpb_size 6 collocate_buf_num 8
[ 2074.065154] 0: num_ref_frames change from 0 to 4
[ 2075.492317] 0: timeout_process decoder timeout, DPB_STATUS_REG 0xf0
[ 2075.492378] 0: vh264_work_implement, decode timeout flush dpb
[ 2075.860102] 0: timeout_process decoder timeout, DPB_STATUS_REG 0xf0
[ 2075.860141] 0: vh264_work_implement, decode timeout flush dpb
[ 2076.005665] 0: clear error count 2Manchmal noch ergänzt um 1-2 Mal
[ 2077.926547] 0: bufmgr_h264_remove_unused_frame, unmark error frame
[ 2077.989631] asoc-aml-card auge_sound: TDM[2] Playback stop
[ 2078.100289] tdm playback mute: 0, lane_cnt = 4
[ 2078.100357] asoc-aml-card auge_sound: TDM[2] Playback enableIm syslog sehe ich vereinzelt folgende Meldungen (abgesehen von obigen Kernel-Meldungen):
Nov 18 21:47:25 vdr2 kernel: 0: frame number gap errorPCM Passthrough ist deaktiviert, 5.1 to Stereo downmix ist aktiviert. Zuspieler für satip ist minisatip, der bisher nicht auffällig war. Irgendeine Idee an was das liegen könnte?
Edit: Hab es mal so gemacht:
Als Trennzeichen könnte man auch das 'Ungleich' verwenden ([Blocked Image: https://wikimedia.org/api/rest_v1/media/math/render/svg/38cc3d8d8c60120bc2f905bae4d5e10d8ad6a3f4])
Genau das war mein Wunsch. Die Pipe als Trennzeichen gefällt mir persönlich auch. Wäre super, wenn du die Änderung ins git lädst. 
Kurze Messung mit top nach dem Neustart des Odroids N2+:
1. VDR steht in der Programmübersicht auf einer Zeile ohne Laufschrift:
2. VDR steht in der Programmübersicht auf einer Zeile mit Laufschrift:
Solange die Laufschrift läuft, ist VDR nicht bedienbar. Sobald die Laufschrift kurz steht ist der VDR wie schon beschrieben bedienbar. Dann ist auch in top die Prozessorlast wieder <20%. Ausserdem sieht man beim Beispiel 2, dass das Bild im Hintergrund immer wieder ruckelt.
3. Verzögerung auf 100ms anstelle von 25ms, Schritte auf default 2px, VDR steht in der Programmübersicht auf einer Zeile mit Laufschrift:
Auslastung ist im Vergleich zu 1 zwar leicht erhöht aber deutlich unter 2. VDR bleibt bedienbar.
4. Schritte auf 8px anstelle von 2px, Verzögerung auf default 25ms, VDR steht in der Programmübersicht auf einer Zeile mit Laufschrift:
Auslastung zwar noch unter 2, VDR ist aber wieder nicht bedienbar solange Laufschrift läuft.
Bedienbar bezog sich hierbei immer auf die Fernbedienung. Kurzer Test wie im Beispiel 2 mit svdrpsend hitk up zeigt, dass der vdr dadurch bedienbar ist. Die fehlende Bedienbarkeit liegt also scheinbar wirklich an der Anbindung lirc. Wobei die CPU-Auslastung für die Laufschrift schon fraglich ist.
Zur Info: ich habe an der Skin Konfiguration im Vergleich zum Default kaum etwas verstellt abgesehen von Widgets, die ich mangels Daten abegschaltet habe.
