Plugin AUTOCUT / bei Sky Filmaufnahmen Werbung entfernen und/oder umwandeln in mkv mp4 mp3

faxe2110 · 2. September 2019, 00:58

@hajeku123 gibt es Neuigkeiten zu den Testversuchen??

hajeku123 · 2. September 2019, 05:30

nein, hatte noch keine Zeit, daran weiter zu arbeiten.
Musst noch Geduld haben.

NaseDC · 15. September 2019, 22:34

New in #1 gesetzt

hajeku123 · 16. September 2019, 06:28

faxe2110 schrieb:

ist es möglich in das plugin eine Funktion einzubauen das ffmpeg auf einem ext. Desktop PC / Server läuft?

funktioniert jetzt.

Berichte mal, ob du mit der Anleitung klar gekommen bist.

faxe2110 · 16. September 2019, 18:49

@hajeku123 Das hat soweit alles geklappt. Ich musste auf dem Linuxserver noch denn Ordner unter media anlegen, und in meine schon bestehende authorized_keys den erstellten Schlüssel kopieren. Das war nicht weiter schlimm. Allerdings will er nicht starten.
Ich hänge hier mal denn logauszug an.

Spoiler anzeigen

Edit:
Ahh hatte ein Fehler drinne.
Will aber trotzdem nicht.

Spoiler anzeigen

hajeku123 · 16. September 2019, 20:06

stimmt, in der Anleitung fehlt noch, dass unter Linux der Ordner /media/hdd angelegt werden muss.
Das solltest aber bei der Fehlermeldung beim Remote Test angezeigt bekommen haben.

Laut Log sieht das gut aus.

Wenn du auf dem Linux Server folgende Befehle eintippst, welche Ausgabe zeigt ffmpeg ?

sudo mount -t nfs -o rw,nolock,tcp 192.168.5.71:/media/hdd/ /media/hdd/

ffmpeg -i "/media/hdd/movie/20190916 1623 - Animal Planet HD - Animal Cops Houston.ts"  -t 3361 -ss 121 -c:v copy  -aspect 16:9 -c:a:0 ac3 -c:a:1 ac3  -ab:1 192k -ar:1 48000 -ac:1 6 -map 0:4 -map 0:5 -metadata:s:a:1 language=eng -sn -y -fflags +genpts "/media/hdd/movie/20190916 1623 - Animal Planet HD - Animal Cops Houston.ts.autocut.mkv"

sudo umount /media/hdd/

p.s.
kannst übrigens jetzt auch Remote mit Codec libx264 probieren (siehe Option Videocodec im Ansicht Experte)
Über Remote ffmpeg funktioniert das.
Ohne Remote ffmpeg direkt auf dem vu+ nicht zu empfehlen...

faxe2110 · 16. September 2019, 20:21

Es scheint ein Rechteproblem zu sein.

Spoiler anzeigen

hajeku123 · 16. September 2019, 20:48

auf dem vu+ muss die Datei /etc/exports angepasst werden.

... (rw,sync,no_subtree_check,all_squash,anonuid=0,anongid=0)

Danach nfs Server neu starten

root@vuduo4k:~# /etc/init.d/nfsserver restart
stopping mountd: done
stopping nfsd: done
starting 8 nfsd kernel threads: done
starting mountd: done

faxe2110 · 16. September 2019, 21:34

Jupp das war es.


sa7bnt   29118  7.7  0.3 125744 24272 ?        Dsl  21:17   0:34 ffmpeg -i /media/hdd/movie/20190916 1623 - Animal Planet HD - Animal Cops Houston.ts -t 3361 -ss 121 -c:v copy -aspect 16:9 -c:a:0 ac3 -c:a:1 ac3 -ab:1 192k -ar:1 48000 -ac:1 6 -map 0:4 -map 0:5 -metadata:s:a:1 language=eng -sn -y -fflags +genpts /media/hdd/movie/20190916 1623 - Animal Planet HD - Animal Cops Houston.ts.autocut.mkv
sa7bnt   29632  0.0  0.0   8252   944 pts/0    S+   21:25   0:00 grep ffmpeg

Wie sieht es dann mit der CPU Einstellung aus?? Ich denke da an Prozess Priorität Prozessor Limit ? Sind die bei Remote ausser Funktion so das der Ausgelargerte Prozess (FFMPEG)100% Last hat oder gelten immernoch die eingestellten Werte?

hajeku123 · 16. September 2019, 21:49

Die greifen auf dem Remotesystem nicht.

faxe2110 · 18. September 2019, 17:09

In meiner ts Datei sind diese Stream mappings


Stream #0:0[0x602]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
    Stream #0:1[0xdf4](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 256 kb/s
    Stream #0:2[0x10c5](eng): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 384 kb/s
    Stream #0:3[0x18c0](fin,swe): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006)

Wie bekomme ich jetzt denn swe sub mit in das mp4?
Welche Commands müssen da unter Parameter im Autocut eingetragen werden??

Hat jemand eine Idee??

hajeku123 · 20. September 2019, 07:19

Das geht nicht einzustellen. Das Plugin sucht nach „ger“„deu“ und „eng“ Das ist fest im Programmcode hinterlegt.
Gib dazu ein Update.

hajeku123 · 21. September 2019, 08:10

Sorry, mein letzter Beitrag war totaler Quatsch

@faxe2110
Ansicht Experte aktivieren
Bei MAP1 trägst du ein !Audio -map 0:1 'Audio \(eng\)'
Bei MAP1 alternativ trägst du ein !Audio -map 0:1 'Audio \(swe\)'

Damit wird bei der ersten Tonspur immer nach "eng" gesucht, wenn das nicht gefunden wurde nach "swe"
Ob die englische Tonspur Stereo oder Dolby 5.1 ist spielt dann keine Rolle, Es wird die Tonspur genommen, welche zuerst gefunden wurde.

Mit dem Update wird das dann über Menü einfacher einzustellen

faxe2110 · 21. September 2019, 23:09

In der V. 3.08 ?? Oder kommt da später noch mal ein Update?
Aber das mit dem Map1 hilft schon ungemein.

harleymk2 · 11. Mai 2020, 16:57

Hi,
ich bekomme zum Verrecken nicht das passwordlose ssh für remote-ffmpeg hin.
Habe eine aktuelles Win10 Pro Ver 1909, lt google haben da viele Probleme mit.
Habe mir extra einen normalen Benutzer (also kein admin) namens 'autocut' auf dem PC eingerichtet. Dieser hat dann das .ssh-dir und die authorized_keys eingerichtet.
Openssh-Server hab ich mit Powershell installiert und die sshd-config gemäß google eingerichtet und alles mehrfach neu gestartet.
Nicht mal ein ssh von der vu-Konsole funktioniert, er will immer ein Passwort haben. Mit Passwort funktioniert ssh allerdings
Ich gehe davon aus, das der key von autocut richtig erzeugt wurde, sonst hätten andere ja auch Probleme. Meine Vermutung ist, daß die Permissions von authorized_keys nicht stimmen.
Kann bitte mal jemand von einem funktionierenden neuen Win10 (ab 1809) die permissions schreiben?

Danke im Voraus

hajeku123 · 11. Mai 2020, 17:27

Dann funktioniert bei dir die automatische Anmeldung nicht.

Den Key hast du nach Anleitung aus #1 (Anleitung - Einrichtung Remote ffmpeg) erstellt?
Wenn du einen separaten Windows User "autocut" benutzen willst, dann muss die Datei Datei C:\Users\autocut\.ssh\authorized_keys. (Punkt vor ssh beachaten !!!) auch dem Windows Benutzer gehören.
Klick also mit der rechten Maustaste auf authorized_keys und ändere den Besitzer der Datei auf User "autocut"

harleymk2 · 11. Mai 2020, 17:59

ja, war schon alles so gemacht.

PS C:\> icacls .\users\autocut\.ssh\authorized_keys
.\users\autocut\.ssh\authorized_keys NT-AUTORITÄT\SYSTEM:(I)(F)
VORDEFINIERT\Administratoren:(I)(F)
Markus\autocut:(I)(F)

1 Dateien erfolgreich verarbeitet, bei 0 Dateien ist ein Verarbeitungsfehler aufgetreten

PS C:\> (get-acl .\users\autocut\.ssh\authorized_keys).owner
Markus\autocut
PS C:\>

hajeku123 · 11. Mai 2020, 18:49

Die Berechtigungen der Datei passen so.

harleymk2 schrieb:

Openssh-Server hab ich mit Powershell installiert und die sshd-config gemäß google eingerichtet und alles mehrfach neu gestartet.

Was hast du da manuell gefummelt?
Du musst lediglich den SSH-Server installieren, die authorized_keys kopieren, dann funktioniert das. Wenn du einen separaten User nimmst, dann so wie du das bereits gemacht hast, den Besitzer anpassen.

Ich würde noch einmal von vorne anfangen.
SSH-Server von Windows löschen und die Anleitung aus #1 Samt Key Erstellung noch einmal genau befolgen und abarbeiten.

so kannst du das testen:

Spoiler anzeigen

EDIT:
fällt mir grade noch ein:
Wie hast du die Datei authorized_keys kopiert? Eventuell hat sich beim Kopieren der Dateiinhalt geändert
Vergleiche mal den Inhalt mit einem Texteditor von Windows C\users\autocut\.ssh\authorized_keys mit der Datei vom vu, welche autocut erstellt hat und sich unter /home/root/.ssh befindet

harleymk2 · 11. Mai 2020, 20:25

Hi,
danke für die schnelle Antwort. Hier die Änderungen

PubkeyAuthentication yes # '#' am Anfang weggenommen

# The default is to check both .ssh/authorized_keys and .ssh/authorized_keys2
# but this is overridden so installations will only check .ssh/authorized_keys
#AuthorizedKeysFile .ssh/authorized_keys # '#' am Anfang hinzugefügt

#AuthorizedPrincipalsFile none

# To disable tunneled clear text passwords, change to no here!
PasswordAuthentication no # '#' am Anfang weggenommen
#PermitEmptyPasswords no

Diese Änderungen waren im Internet empfohlen. Aber auch ohne die Änderungen geht es nicht.

Habe schon 2 mal Openssh-server deinstalliert und neu installiert.
Die authorized_keys hatte ich anfangs einfach kopiert. Da es nicht ging, dann .ssh samt Inhalt gelöscht, .ssh als user 'autocut' neu erzeugt, eine leere Datei erzeugt und den Inhalt von der vu-authorized_keys reinkopiert. Die auth.... hat natürlich keine Extension.
Anschliessend die Vererbung von .ssh und authorized_keys entfernt und die Rechte so gesetzt wie oben geschrieben.

root@vusolo4k:~/.ssh# ssh -i id_rsa 192.168.1.3 -l autocut cmd
Microsoft Windows [Version 10.0.18363.778]
(c) 2019 Microsoft Corporation. Alle Rechte vorbehalten.

Uihh, das geht. Nun bin ich noch verwirrter. Ich hatte immer ohne '-i id_rsa' getestet. Ich dachte immer, daß das auch ohne geht.
Ich bin mir ziemlich sicher, daß ich das ssh im Linux-Bereich früher immer ohne '-i id_rsa' gemacht habe.

Der remote-Test geht jetzt auch, das hatte ich zwischendurch schon gar nicht mehr getestet, hatte immer nur noch erfolglos das ssh von der Konsole ausprobiert.

Der Remote-Test sagt jetzt:
Verbindung - OK
Datei /etc/samba/smb.conf nicht gefunden.

Die gibt es aber:
root@vusolo4k:/etc/samba# cd /
root@vusolo4k:/# ls -la /etc/samba/smb.conf
-rw-r--r-- 1 root root 1246 Dec 10 2018 /etc/samba/smb.conf
root@vusolo4k:/#

Muss ich jetzt noch was machen oder kann ich loslegen?

Nochmals vielen Dank für deine Hilfe

hajeku123 · 11. Mai 2020, 20:46

zeig mal den Inhalt von
/etc/samba/smb.conf

EDIT
und noch einen Screenshot der Einstellungen von autocut
speziell "VU HDD Freigabe"