Posts by purzel

Vielen Dank!

Ich schrieb ja schon gleich im ersten Satz, dass meine Frage offTopic ist

Die Antwort reicht mir aber aus , nun bin ich schlauer.

Das live-Plugin habe ich nicht eingebunden - wohl weil ich mit der damaligen Beschreibung "Live Interactive VDR Environment" in MLD nichts anfangen konnte Anstatt dessen habe ich VDRadmin, das kann auch mehrere Aufnahmen löschen. Wenn man erstmal weiß, wo man suchen muss... (Um eine Nadel im Heuhaufen zu finden braucht man ja erstmal einen Heuhaufen)

Vielen Dank nochmals!

'n Abend.

Ich weiß, die Frage ist off Topic: Bei einer Web-Suche gelangte ich in diesen Thread, genauer zu diesem Posting...

Ist es ein Feature einer ganz neuen VDR Version, ein Plugin oder ein Patch oder ganz was Anderes, dass man - entnommen aus o.g. Posting - mehrere markierte Aufzeichnungen löschen kann? Wie geht das? Das extrecmenu Plugin kann es (zumindest in der Version auf meinem etwas angealterten VDR) offenbar nicht.

Danke im Voraus,

purzel

Ach ja, im Moment benutze ich noch MLD 5.3

Quote from rfehr

Wir nehmen die sourcen für das rcu-plugin von hier

github.com/vdr-projects/vdr-plugin-rcu.git

Cool dass Ihr hier auch mitlest

Ich hoffe, ja, dass die Version mit der neuen VDR Version läuft. Wenn ich doch bloß mehr Zeit hätte...

Da ich mich normalerweise auf die Jungs von MLD verlasse, diesen Thread aber zufällig gefunden habe: "wie üblich" habe ich Angst um das RCU Plugin - eines der Wichtigsten für mich. Unter https://git.tvdr.de/?p=vdr.git;a=tree;f=PLUGINS/src fehlt's nämlich...

Viele Grüße,
purzel (der hoffentlich bald wieder mehr Zeit für seine VDRs hat)

Vielen Dank für die Info. In MLD 6.x ist das rcu-Plugin noch drin (nachdem ich darum gebeten hatte *gg*).

Ich weiß zumindest vier VDRs, in denen meine RCU-Version werkelt. Bei oder kurz nach der Entwicklung meines Moduls hatte sogar Klaus (kls) noch beim Anpassen des Plugins auf neuere VDR-Versionen geholfen bzw. es "mal eben erledigt" .

Tagchen.

Ein Freund hat mich auf diesen Thread aufmerksam gemacht...

Ich kann zwar nur äußerst schlecht programmieren, schon gar nicht objektorientierte Sprachen - bin aber Nutzer des Plugins "rcu" (besagter Freund ebenfalls) - zum Glück hat das Plugin auf der https://vdr-projects.github.io/ Seite einen Haken dran...

Was genau bedeutet denn "sind auch viele Plugins inkompatibel geworden" im Ursprungsposting, besonders im Fall rcu-Plugin? Wir haben ein großes Interesse daran, das rcu "weiterlebt".

Ah, vielen lieben Dank kls

Der Mirror auf https://vdr-projects.github.io/ftp.tvdr.de/Plugins/ beinhaltet offenbar immerhin genau DIE Version.

Nun muss ich darauf hoffen, dass die MLD Entwickler Erbarmen haben und das Plugin mit aufnehmen...

Tagchen,

auf der Suche nach dem RCU Plugin fand ich zum Glück diesen Thread - und somit das GIT zum RCU-Plugin. Sind denn ( kls) Probleme mit dem Plugin zu erwarten wenn man aktuelle VDR Versionen verwenden will? Ich möchte mittelfristig meinen immer noch prima laufenden MLD 5.3 auf 6.x aktualisieren...

TIA

purzel

EDIT bzw. Ergänzung: Ist denn im GIT die aktuellste ("reparierte") Fassung, mindestens wie hier angesprochen?

EDIT^2: ich habe gerade gesehen, dass die (oben verlinkte) Version auf GIT eine ÄLTERE ist als hier: https://vdr-projects.github.io/ftp.tvdr.de/Plugins/

Irgendwie habe ich im Hinterkopf "tiny85 am USB - haste schon mal gemacht". Leider finde ich auf die Schnelle nicht mehr WAS ich damit gemacht habe, aber die Suchmaschine mit G spuckte z.B. dies hier aus...

HTH

Danke kamel5 und seahawk1986 (yaVDR benutze ich aber nicht sondern MLD)

Ich hatte nun endlich mal Zeit es auszuprobieren, zunächst nur "auf die Schnelle". Sieht schon prima aus.

Perfekt wäre es, denn der search term (Suchstring) "invertiert" werden könnte (um zu erreichen "suche alles was den Begriff NICHT enthält")

Wenn ich das README richtig interpretiere geht das aber nicht (?) mini73

Hallo zusammen,

ich wünsche schöne Weihnachten gehabt zu haben

Meine Frage ist grundsätzlich nicht neu... Man kann ja mit der Taste 0 zwischen Sortierung nach Name oder chronologisch umschalten.

Nun bringe ich mal ein neues Kriterium ins Spiel: kann man irgendwie (nativ oder Plugin) sortieren oder filtern nach angesehen/nicht angesehen? Wenn ja: wie?

TIA

purzel

Naja, lassen wir das - das hat ja mit dem eigentlichen Thema nicht mehr so richtig zu tun.

Ich finde es super, dass Du den gefundenen Bug so schnell beseitigen konntest und sage nochmal herzlich DANKESCHÖN!

Quote from jsffm

Bei mir ist $VDRDIR gesetzt.

Kann es evtl. sein, dass manche VDR-Distri das setzt? Ich benutze MLD, da ist es nicht gesetzt.

Das funktioniert, vielen Dank.

Es ist allerdings an der Stelle fast egal, ob man auf Existenz (-e) oder Ausführbarkeit (-x) des vdr executable prüft, denn which findet ohnehin nur ausführbare Dateien (Binaries und Scripte). Es funktioniert beides.

Entscheidend sind die Häkchen ("), da habe ich auch lange dran rum geknabbert.

$VDRDIR bleibt aber weiterhin leer, somit ist

if [ -e $VDRDIR/vdr ]
then
vdr=$VDRDIR/vdr
fi

eigentlich überflüssig

Nichts für Ungut,

Purzel

Quote from purzel

Mal sehen was passiert...

"natürlich" ging's schief. Ich war in Eile, in Eile bin ich unkonzentriert, unkonzentriert macht man Fehler

Wenn die Variablen $li und $newsize leer sind geht's auf jeden Fall schief, da helfen auch keine Klammern.

Quote from jsffm

Das sind Folgefehler, weil der index nicht generiert wird. Ich müsste eine Konfiguration "ohne vdr" einbauen.

Das erklärt's natürlich - aber ist die Option überhaupt nötig? Mehr zufällig hatte ich nämlich ab ca. Zeile 2280 gefunden, dass anscheinend schon geprüft wird ob es vdr auf dem System gibt. Allerdings scheint das nicht zu funktionieren. $VDRDIR ist ja z.B. leer, weil es nie gesetzt wird. Vielleicht so:

vdr=$(which vdr)
if [ -x "$vdr" ] ; then
  nice $vdr --genindex=$dest
  ... usw.
else  echo 'VDR not found'
fi

Quote from jsffm

Ich hatte befürchtet, dass der patch nicht mehr passt, aber Du hast es ja offens. hinbekommen.

Ja, sieht sehr gut aus

Quote from purzel

(Ich kann nur noch nicht sagen wie reproduzierbar es ist, ich habe nur einen quick'n'dirty Test gemacht)

Ich habe ihn über Nacht rechnen lassen und stichprobenartig geprüft: sieht super aus.

Zwei von drei bereits genannten Fehlermeldungen sind ja im Grunde keine "echten" Fehler (Folgendes erscheint u.a. auf der Konsole):

...
video:6992801kB audio:63611kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 8.295642%
genindex
nice: Unbekannte Option »--genindex=/media/matze/.../2020-12-21.15.30.3-0.rec«
„nice --help" liefert weitere Informationen.
ls: Zugriff auf '/media/matze/.../2020-12-21.15.30.3-0.rec/index' nicht möglich: Datei oder Verzeichnis nicht gefunden
/usr/local/bin/vt: Zeile 2304: /8/50: Syntax Fehler: Operator erwartet. (Fehlerverursachendes Zeichen ist »/8/50«).
date: ungültiges Datum »@"
/usr/local/bin/vt: Zeile 2655: *100/7760642: Syntax Fehler: Operator erwartet. (Fehlerverursachendes Zeichen ist »*100/7760642«).
/usr/local/bin/vt: Zeile 2176: /var/log/vdr-transcode.log: Keine Berechtigung
Input #0, mpegts, from 'movie.mp4':
  Duration: 01:29:14.65, start: 1.408000, bitrate: 12631 kb/s
...

Das mit dem genindex und nice kommt logischerweise daher, dass auf meinem Arbeitsplatzrechenr kein VDR ist.

Die Meldung "Keine Berechtigung" ist, weil ich es nicht als root laufen lasse.

Einzig die Syntax Fehler ... hm, da könnte man mal mit Klammern probieren. Die betreffenden Zeilen sind

2304:  si=$(($li/8/$fpso))
2655: prz=$(($newsize*100/$oldsize))   # in meiner Version Zeile 2657

Ich probiere gerade mal mit Klammern um die jeweils erste Division bzw. Multiplikation, also

2304:  si=$((($li/8)/$fpso))
2655: prz=$((($newsize*100)/$oldsize))   # in meiner Version Zeile 2657

Mal sehen was passiert...

Quote from jsffm

Wenn Du Bock hast, kannst Du mal diesen Patch Testen

Vielen Dank erstmal. Ich bin jedoch nicht sicher, ob die Version die man derzeit 'runterladen kann diejenige ist auf die der Patch passt. Jedenfalls ging's schief:

patching file vdr-transcode
Hunk #1 FAILED at 834.
Hunk #2 FAILED at 2481.
2 out of 2 hunks FAILED -- saving rejects to file vdr-transcode.rej

Da es nicht viel Code ist habe ich gedacht ich ändere das eben "zu Fuß". Die Zeilennummern passten nicht, aber ich habe die Stellen gefunden. Anscheinend geht's jetzt: im angegebenen odir wird ein Unterverzeichnis mit Namen der mp4 Datei erzeugt - ist doch super, dankeschön!

(Ich kann nur noch nicht sagen wie reproduzierbar es ist, ich habe nur einen quick'n'dirty Test gemacht)

Quote from jsffm

Bitte etwas Geduld.

Klar, gerne. Wie gesagt, ich habe eine gewisse Hochachtung vor Leuten wie Dir. Die erzeugten Daten manuell zu verschieben ist ja auch nicht so das Problem.

So, hier nun ein Log; die tausend Wiederholungen frame=... habe ich mal raus gelöscht. Eingegeben hatte ich

vt -i Alle_Nadeln.mp4 -odir _Alle_Nadeln_an_der_Tanne

(absichtlich ein anderes Ziel als in der conf Datei (siehe unten) in der Hoffnung man sieht was Auffälliges)

Start 2020-12-21 18:06:47 vdr-transcode ffmpeg Version 2.8.17-0ubuntu0.1
x86_64
====================================
/etc/vdr-transcode.conf
-aaclib libvo_aacenc
-odir /tmp/VDR/
====================================
Parameter:
 -i Alle_Nadeln.mp4
 -odir _Alle_Nadeln
PWD: /media/matze/SEAGATE
-rw-rw-r-- 1 matze matze 10081237176 2020-12-19 16:14 Alle_Nadeln.mp4
oldsize=9844958
mediainfo missing, trying ffmpeg
scantype=not progr
deinterlace=yadif
ffmpeg -hide_banner -i "Alle_Nadeln.mp4" -map 0:v:0 -map 0:1 -c:v copy -c:1 libvo_aacenc -b:1 96k -map_chapters -1 "2020-12-19.16.14.3-1.rec/00001.ts"
Input #0, mpegts, from 'Alle_Nadeln.mp4':
  Duration: 01:29:16.63, start: 1.416000, bitrate: 15056 kb/s
  Program 1 
    Metadata:
      service_name    : Service01
      service_provider: FFmpeg
    Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc
    Stream #0:1[0x101](deu): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 256 kb/s
Output #0, mpegts, to '2020-12-19.16.14.3-1.rec/00001.ts':
  Metadata:
    encoder         : Lavf56.40.101
    Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 50 fps, 50 tbr, 90k tbn, 90k tbc
    Stream #0:1(deu): Audio: aac (libvo_aacenc), 48000 Hz, stereo, s16, 96 kb/s
    Metadata:
      encoder         : Lavc56.60.100 libvo_aacenc
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (mp2 (native) -> aac (libvo_aacenc))
Press [q] to stop, [?] for help
frame=  583 fps=0.0 q=-1.0 size=   21073kB time=00:00:12.12 bitrate=14236.0kbits/s
...
frame=267805 fps=513 q=-1.0 Lsize= 9727692kB time=01:29:16.56 bitrate=14876.9kbits/s    
video:8929092kB audio:62767kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 8.183328%
===========================================================
Input #0, mpegts, from '2020-12-19.16.14.3-1.rec/00001.ts':
  Duration: 01:29:16.66, start: 1.400000, bitrate: 14876 kb/s
  Program 1 
    Metadata:
      service_name    : Service01
      service_provider: FFmpeg
    Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc
    Stream #0:1[0x101](deu): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 107 kb/s
===========================================================
    Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc
    Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 50 fps, 50 tbr, 90k tbn, 90k tbc
    Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc
  Duration: 01:29:16.63, start: 1.416000, bitrate: 15056 kb/s
  Duration: 01:29:16.66, start: 1.400000, bitrate: 14876 kb/s
Diff: 3cs
Alt 9844958
Dauer: 00:08:43
Ende 2020-12-21 19:25:30

$ cat /etc/vdr-transcode.conf  
# vdr-transcode configuration
#-ac3_stereo aac
# -h264enc h264_nvenc
# -hevcenc hevc_nvenc
# -h264enc h264_vaapi
# -hevcenc hevc_vaapi
#-aaclib libfdk_aac
# -aaclib libfaac
-aaclib libvo_aacenc
#-aaclib aac
# --nohw
# -hwaccel cuvid
# -hwaccel vaapi
-odir /tmp/VDR/

Quote from jsffm

Stamdard sollte sein:

-aaclib aac

Das hatte ich gestern auch probiert; zumindest auf dem einen PC. Da ist das ffmpeg wohl etwas angealtert:

[aac @ 0x13be7a0] The encoder 'aac' is experimental but experimental codecs are not enabled, add '-strict -2' if you want to use it.

Außerdem dachte ich, dass

-aaclib libfdk_aac

default ist. So war's zumindest nachdem ich die .conf "frisch" runtergeladen hatte.

Quote from jsffm

Wie im 1. Post beschrieben brauche ich die Datei logfile aus dem Zielverzeichnis.

Nachdem der Film ja trotzdem transcodiert wurde (nur halt an eine "unerwünschte" Stelle - ich musste das Resultat dann manuell verschieben) habe ich das Log gleich gelöscht *schäm*

Aber ich schubbse nachher nochmal einen an; da gibt's ein neues Log.

Quote from jsffm

Den Fehler mit -odir bei mp4 input kann ich nachvollziehen, ich hatte das nur bei vdr input getestet.

Das heißt, ich habe aus Versehen einen Bug gefunden?