Korrektur ist im git.
Bin gerade etwas konfus - sollte das zweite Diff nicht auch mit rein?
Korrektur ist im git.
Bin gerade etwas konfus - sollte das zweite Diff nicht auch mit rein?
Im git ist ein Update.
Damit sollte es auch wieder für VDR < 2.6.5 funktionieren.
Kompiliert.
2.6.1-3yavdr0~jammy (seahawk1986 PPA)
Habe mir den unter 3.4.1 getaggten Release als tar.gz geholt und bekomme beim Kompilieren folgende Fehlermeldung.
Distribution ist Jammy-basiert.
CC pages/ recordings_widget.o
In file included from recordings_widget.ecpp:4:
../recman.h:326:7: error: ‘eScanType’ does not name a type
326 | eScanType ScanType(void) const { return m_scanType; }
| ^~~~~~~~~
compilation terminated due to -Wfatal-errors.
make[1]: *** [Makefile:38: recordings_widget.o] Fehler 1
make: *** [Makefile:186: pages] Fehler 2
Hm... Habe ca. 20 Lock_* gefunden, die fast alle in des Set*-Funktionen liegen
Hochgradig OT: was ist denn das für ein Editor bzw. IDE in dem Screenshot?
Habe es jetzt so gelöst:
Episode 1 in neuen Ordner dupliziert
00001.ts aus Episode 2 nach 00002.ts in neuen Ordner kopiert usw.
index in neuem Ordner gelöscht und neu generieren lassen.
Alle Episoden geschnitten und dazwischen natürlich noch die info-Dateien entsprechend getauscht.
Danke für die Hilfe!
Ich habe sowas schon ewig nicht mehr gemacht, sollte aber gehen.
Gerade probiert: VDR stürzt beim Editieren an der ersten mit cat zusammenklebten Stelle ab.
Scheinbar stört ihn der Header doch.
Einen TS Stream kannst du einfach mit cat <alle TS Dateien> >> 00001.ts zusammenfügen. Die zusätzlichen Header dazwischen stören nicht.
Kommt VDR denn mit den Headern mittendrin auch beim Schneiden zurecht?
Weil ich hätte jetzt alle Episoden zusammengecated und dann daraus möglichst framegenau (oder während Szenenschnitten) aus dieser alle Episoden geschnitten.
Quote from jsffmIch mache das anders, ich schneide den Anfang der Folge in der vorherigen Folge, dann habe ich eine kurze 00001.ts, dann rename ich in der Folge, wo der Anfang fehlt die 00001.ts nach 00002.ts und kopiere/move den fehlenden Anfang davor bzw. dazu. Dann index löschen und neu generieren, fertig.
Auch gut - damit spart man sich das cat'en.
Habe vergangene Nacht 3 Teile einer Serie aufgenommen.
Leider wurden 3 von 5 Episoden etwa 5 Minuten früher ausgestrahlt, so dass mir diesen am Anfang 2 Minuten fehlen.
Ich würde jetzt gerne die TS-Dateien irgendwie "zusammenkleben" und das ganze dann schneiden - entweder im VDR oder mit GUI in einem Editor.
Hat dazu jemand einen Tipp, wie man die TS-Dateien concaten bzw. neu remuxen könnte?
As expected seahawk1986 has already packaged it. Thank you!
And спаси́бо to lnj who has fixed the problem.
Meines Wissens wurde mal die notwendige Compiler-Version bzw. der C++-Standard hochgezogen:
gcc v8 or later. gcc must support -std=c++17.
My build skills are very basic, so I'm stuck at the error message below.
I assume some dev-package is missing, but I can't figure out which one.
Chances are high that seahawk1986 will pump it out faster via his PPA than I'm able to compile it.
In file included from /usr/include/X11/Xlib-xcb.h:8,
from player.h:16,
from control.h:13,
from control.c:9:
/usr/include/vdr/dvbdevice.h:243:157: error: expected ‘,’ or ‘...’ before ‘int’
243 | virtual bool SignalStats(int &Valid, double *Strength = NULL, double *Cnr = NULL, double *BerPre = NULL, double *BerPost = NULL, double *Per = NULL, int *Status = NULL) const;
| ^~~~~~
In file included from /usr/include/vdr/menuitems.h:14,
from /usr/include/vdr/plugin.h:14,
from /usr/include/vdr/status.h:17,
from status.h:12,
from control.h:14,
from control.c:9:
/usr/include/vdr/dvbdevice.h:243:152: error: default argument missing for parameter 7 of ‘virtual bool cDvbDevice::SignalStats(int&, double*, double*, double*, double*, double*, int*) const’
243 | virtual bool SignalStats(int &Valid, double *Strength = NULL, double *Cnr = NULL, double *BerPre = NULL, double *BerPost = NULL, double *Per = NULL, int *Status = NULL) const;
| ^~~~~
In file included from /usr/include/vdr/menuitems.h:14,
from /usr/include/vdr/plugin.h:14,
from /usr/include/vdr/status.h:17,
from status.h:12,
from control.h:14,
from control.c:9:
/usr/include/vdr/dvbdevice.h:243:48: note: ...following parameter 2 which has a default argument
243 | virtual bool SignalStats(int &Valid, double *Strength = NULL, double *Cnr = NULL, double *BerPre = NULL, double *BerPost = NULL, double *Per = NULL, int *Status = NULL) const;
| ^
make: *** [Makefile:111: control.o] Fehler 1
Display More
Addendum: vdr-sxfe runs like this
vdr-sxfe --hud --fullscreen --syslog xvdr+tcp://127.0.0.1
Parameters of mpv plugin?
QuoteYou use xineliboutput, with va-api/vdpau?
Yes, via vdr-sxfe with software decoding (the Intel drivers on Jammy have issues with HW decoding on my N100 system).
vdr-sxfe läuft bei mir im Fullscreenmodus.
Spiele ich jetzt ein Video über das mpv-Plugin ab, öffnet sich im Hintergrund ein mpv-Fenster und ich höre nur den Ton.
vdr-sxfe zeigt dann "No Signal" an.
Will ich auch das Video sehen, muss ich mir die Tastatur greifen und per Alt-Tab zu dem mpv-Fenster wechseln, damit es in den Vordergrund kommt.
Kann man dieses Verhalten irgendwie beheben?
Das ist ein Prozentwert für die zu erwartende verbleibende Lebenserwartung der Platte, d.h. der Wert ist von 63% auf 57% gesunken.
Meine 128GB Samsung 830 war nach 13 Jahren VDR auf 80% runter.
Ich persönlich würde die einfach mal vorsorglich tauschen, SSD-Preise sind ja kein Weltuntergang mehr.
Also, Steckdose hat Erde und das Slotblech ebenfalls.
An den Slotblenden sind doch manchmal so "Haltenasen" dran. Wenn diese z.B. in einen USB Anschluß geraten, könnte das zu Kurzschlüssen kommen.
Unten anhängend mal ein Foto.
Ich kann an den USB-Anschlüssen nichts ungewöhnliches erkennen. Mir fiel nur auf, dass die HDMI-Blende keine Masse-Nasen vom Slotblech her hat (keine Ahnung ob normal).
Ist dein PC geerdet?
Müsste er doch über das Schuko-Kaltgerätekabel des ATX-Netzteils sein, oder?
Meinst Du, dass an der Steckdose evtl. die Erde nicht kontaktiert sein könnte?
Bin heute auf was Seltsames gestoßen:
wollte Backup meines Asrock-N100M-VDR mit externer WD Elements machen, die über ein Micro-B-auf-USB-A-Kabel angeschlossen wird.
Beim Einstecken des USB-A-Steckers ins Mainboard touchierte ich vorher die ATX-Blende und das HDMI-Bild am Fernseher wurde kurz schwarz.
Ich konnte das Verhalten dann relativ zuvelässig reproduzieren: Stecker berührt ATX-Blende, Bild wird kurz schwarz.
Das darf doch eigentlich nicht sein, oder?
Was liegt da möglicherweise im Argen?
Addendum: ich hatte auch die Problematik, dass das Backup von USB3-Speed (130 MB/sec) auf USB2 (40MB/sec) zusammenkrachte.
Mehrfaches umount/abstöpseln/einstöpseln/mount resultierte in kurze Zeit 130MB/sec, ehe es wieder auf 40MB runterging.
Auch ein Kabelwechsel brachte erst im dritten Anlauf beständig USB3-Geschwindigkeit.
Evtl. ein Zusammenhang?
Nach einigem hinundher habe ich festgestellt, dass fsck bei ubuntu 22 (yammi) nicht mit 8TB kann, man braucht ein neues (ubuntu 24).
Möchte da Zweifel anmelden.
Habe 8TB mit ext4 unter einem 2017 erstveröffentlichten Debian Stretch ab 2020 genutzt (intern über SATA und extern via USB).
Die dort verwendete fsck-Version unter Kernel 4.9 war wesentlich älter als die unter 5.15 von Ubuntu 22.