-
OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Moin OTR-Gemeinde,
ich bin gerade dabei OTRVerwaltung++ zu portieren, damit uns OTRVerwaltung++ auch zukünftig unter Linux erhalten bleibt.
Denn Entschluss habe ich gefasst, als ich das Update auf Linux Mint 18 getätigt habe.
Nach dem Update ging in Sachen OTRVerwaltung++ erst mal nicht mehr viel.
Zuerst werde ich den Code auf python3 und Gtk3+ portieren.
Dann werden Schritt für Schritt die Funktionalitäten angepasst.
Das Dekodieren mit dem internen Dekoder konnte ich schon erfolgreichen testen.
Interessant wird es beim Schneiden der unterschiedlichen Formate.
Das ganze ist zu finden unter
https://github.com/EinApfelBaum/otr-verwaltung
(Ich habe das Repository von monarc99 geforkt und arbeite im Fork an der Portierung.)
Hinweis:
Dies ist noch keine fertige Release Version.
Zur Zeit befindet sich OTRVerwaltung3Plus in der Entwicklungsphase.
Ich versuche den Thread hier möglichst aktuell zu halten.
Ich freue mich über jedes Feedback =)
und natürlich auch über jede Unterstützung =)
Beste Grüße,
EinApfelBaum
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Zitat:
Zitat von
EinApfelBaum
Ich freue mich über jedes Feedback =)
und natürlich auch über jede Unterstützung =)
Finde ich prima :D
Das ist viel Arbeit .... bin gespannt, wie es wird :)
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Vielen Dank =)
Das Decodieren klappt schon mal soweit.
Vor allem das Schneiden wird einiges an Arbeit kosten.
Ich würde auch gerne von wine weg kommen und da avidemux nicht mehr in den Repositorys ist, werde ich auch dafür eine Alternative brauchen.
Gestern habe ich das erste Mal mit Mencode etwas herumgespielt.
Habe ich das richtig verstanden, dass ich .avi Dateien mit Cutlist via ffmpeg oder mencoder schneiden kann, egal ob HQ, HD oder normal ?
Nur für das manuelle Schneiden müsste ich dann ein externes Programm mit GUI heranziehen.
Grüße,
EinApfelBaum
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Das hört sich schonmal vielversprechend an. Danke für die Mühe!
OTR-Verwaltung++ benutze ich nur um schneiden zu lassen, somit kann ich zum aktuelle Stand noch nicht viel sagen.
Zitat:
Zitat von
EinApfelBaum
Ich würde auch gerne von wine weg kommen und da avidemux nicht mehr in den Repositorys ist, werde ich auch dafür eine Alternative brauchen.
Gestern habe ich das erste Mal mit Mencode etwas herumgespielt.
Habe ich das richtig verstanden, dass ich .avi Dateien mit Cutlist via ffmpeg oder mencoder schneiden kann, egal ob HQ, HD oder normal?
Nur für das manuelle Schneiden müsste ich dann ein externes Programm mit GUI heranziehen.
Ich benutze nur SmartMKVmerge zum schneiden aller AVIs. Da wird weder wine noch avidemux für gebraucht, nur ffmsindex, mkvmerge und das gepatchte x264 (intern-x264) ist nötig. Ob für das Schneiden von MP4 wine benötigt wird kann ich nicht sagen.
Gruß
Raven
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Zitat:
Zitat von
EinApfelBaum
Vielen Dank =)
Vor allem das Schneiden wird einiges an Arbeit kosten.
Ich würde auch gerne von wine weg kommen und da avidemux nicht mehr in den Repositorys ist, werde ich auch dafür eine Alternative brauchen.
wine wird für Virtualdub und für Smartmkvmerge gebraucht. Bei Smartmkvmerge aber nur, wenn man die fertig geschnittene MKV danach automatisch nach MP4 konvertieren will.
Da wird eac3to benötigt, weil sonst die eingemuxxten AC3 Streams nicht syncron waren.
Zitat:
Zitat von
EinApfelBaum
Gestern habe ich das erste Mal mit Mencode etwas herumgespielt.
Habe ich das richtig verstanden, dass ich [FONT=courier new].avi [FONT=arial]Dateien mit Cutlist via ffmpeg oder mencoder schneiden kann, egal ob HQ, HD oder normal ?
Du meinst Mencoder? Hab ich schon länger nicht mehr probiert, aber ich glaube nicht, dass das Smart Rendering beherrscht.
Du willst ja nicht nur auf Keyframes schneiden, sondern die Werbung framegenau raus schneiden. Du wirst also auch einige Frames neu kodieren müssen.
Zitat:
Zitat von
EinApfelBaum
Nur für das manuelle Schneiden müsste ich dann ein externes Programm mit GUI heranziehen.
Fürs Cutlist erzeugen brauchst du halt ne GUI ;)
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Moin,
Zitat:
Du meinst Mencoder? Hab ich schon länger nicht mehr probiert, aber ich glaube nicht, dass das Smart Rendering beherrscht.
Du willst ja nicht nur auf Keyframes schneiden, sondern die Werbung framegenau raus schneiden. Du wirst also auch einige Frames neu kodieren müssen.
Soweit ich das richtig gelesen habe, kann avidemux doch auch kein smart rendering, oder ?
Aktuell denke ich darüber nach, die neuere Version von avidemux (Version 2.6.14) zu benutzen.
Vor dem Schneiden wird dann der avi Container in ein mkv Container umgewandelt.
Gerade eben getestet:
Testdateien:
- mp4_IN.mp4 --> mp4_IN.mkv
- avi_IN.avi --> avi_IN.mkv
- HQ_IN.avi --> HQ_IN.mkv
- HD_IN.avi --> HD_IN.mkv
Alle Formate wurden in OTRverwaltung in mkv Container umgewandelt.
In mp4_IN.mkv, HQ_IN.mkv, sowie HD_IN.mkv konnte ich zwischen Keyframes schneiden, ohne Artefakte bei den Schnittstellen.
Da wären wahrscheinlich noch mehrere Tests nötig, um das 100% zu bestätigen.
Im ersten Test mit avi_IN.mkv waren an der Schnittstelle kleine Artefakte zu erkennen.
Da müsste man sich etwas überlegen.
Bei avidemux wäre es allerdings so, dass das Repository hinzugefügt werden muss, damit avidemux 2.6 über die Paketverwaltung installiert werden kann.
An der GUI für das manuelle Schneiden arbeite ich gerade.
Ich sehe gerade, dass beim SmartMKVMerge smart rendering implementiert ist ?
Hmm vielleicht sollte ich mich erst mal auf eine Schnittmethode konzentrieren.
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Zitat:
Zitat von
EinApfelBaum
Soweit ich das richtig gelesen habe, kann avidemux doch auch kein smart rendering, oder ?
Aktuell denke ich darüber nach, die neuere Version von avidemux (Version 2.6.14) zu benutzen.
In mp4_IN.mkv, HQ_IN.mkv, sowie HD_IN.mkv konnte ich zwischen Keyframes schneiden, ohne Artefakte bei den Schnittstellen.
Da wären wahrscheinlich noch mehrere Tests nötig, um das 100% zu bestätigen.
Im ersten Test mit avi_IN.mkv waren an der Schnittstelle kleine Artefakte zu erkennen.
Da müsste man sich etwas überlegen.
Bei avidemux wäre es allerdings so, dass das Repository hinzugefügt werden muss, damit avidemux 2.6 über die Paketverwaltung installiert werden kann.
Avidemux 2.6 kann meines Wissens kein Smart Rendering.
-> http://avidemux.org/smif/index.php/topic,17195.0.html
Avidemux 2.5 konnte Smart Copy, allerdings nur für Divx Dateien. Deshalb will OTRV alle Divx Dateien mit avidemux2 (also 2.5) schneiden.
Zitat:
Zitat von
EinApfelBaum
An der GUI für das manuelle Schneiden arbeite ich gerade.
Viel Spass :)
Zitat:
Zitat von
EinApfelBaum
Ich sehe gerade, dass beim SmartMKVMerge smart rendering implementiert ist ?
Ja, aber SMM ist praktisch nur ein Script und kein vollwertiges Schneideprogramm. Das funktioniert ganz gut, weil ich es auf die OTR Dateien akribisch eingestellt habe und weil alle Konsolen Tools, die es benötigt, OTRV unter Tools beiliegen. (als 32bit static Programme)
Die Methode ist allerdings nicht die schnellste und störanfällig. Wenn z.B. OTR die Kodierung ändern würde, müsste man SMM daran komplett anpassen. z.B. ein neues x264 binary kompilieren usw.
Zitat:
Zitat von
EinApfelBaum
Hmm vielleicht sollte ich mich erst mal auf eine Schnittmethode konzentrieren.
Ja, schau dich doch um, ob es inzwischen neues gibt.
Wurde hier noch was gemacht?
http://www.otrforum.com/showthread.p...os-unter-Linux
http://www.otrforum.com/showthread.p...Videoschneiden
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Zitat:
Zitat von
monarc99
Ah super, danke für die Links.:)
Ich werde so vorgehen, dass ich zunächst die GUI zum Laufen bekomme.
Alle bisherigen Schnittmethoden werde ich erst mal auskommentieren und nicht überarbeiten.
Es wird zunächst nur eine Schnittmethode geben.
Nach und nach kann dies dann erweitert werden.
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Zitat:
Zitat von
EinApfelBaum
Es wird zunächst nur eine Schnittmethode geben.
Nach und nach kann dies dann erweitert werden.
Das Problem ist halt. Egal welche Methode du anbietest, sie muss gut funktionieren. weil eventuell sehr viele Leute sie verwenden. Und ihre geschnittenen Filme auch aufheben und sie an vielen verschiedenen Geräten abspielen wollen.
Das heißt:
- Es muss allgemein erstmal funktionieren
- Nicht nur funktionieren, sondern auch wirklich framegenau sein
- die Schnittpunkte dürfen die Streamstruktur nicht zerstören
zu 1)
muss man nix sagen
zu 2)
der Schnitt muss halt auch dort passieren, wo man ihn in der GUI setzt. Und nicht erst am nächsten Keyframe oder 2-3 Frames daneben.
z.B. kannst du es mit dieser Datei testen -> https://dl.dropboxusercontent.com/u/..._DE.mpg.HQ.avi
Da sind pro Bild die Framenummern einkodiert. Und es gibt auch schon ein paar Probe-Cutlisten auf cutlist.at für die Datei. Wenn du also Frame 100-250 ausschneidest, sollte in der geschnittenen Datei das auch rauskommen.
zu 3)
das ist bei weitem das Schwierigste
Wenn du ne Datei schneidest und Smart Rendering verwendet wird, wird an diesem Schnittpunkt alter und neuer Stream aneinander gepappt. Und die beiden Streams sind nie 100% identisch vom Aufbau. Es kann also zu Problemen kommen (Bildmatsch, Decoderabsturz, manche Hardware Decoder hängen sich komplett auf und müssen vom Netz getrennt werden, usw...), wenn der Decoder diese Stelle dekodieren muss. (gilt hauptsächlich für H264, weil der Aufbau bei divx noch zu simpel war)
Jetzt gibts 2 Dinge:
einerseits kann man den Encoder, der fürs Smart Rendering verwendet wird, möglichst identisch einstellen, wie auch OTR ihre Streams kodiert.
z.B. bei SmartMKVMerge ist das beiliegende x264 binary auf den git commit identisch zu den Encodern, die OTR verwendet. Zum anderen werden die x264 Einstellungen, die OTR verwendet, komplett verwendet.
D.h. wenn man ne heutige OTR HQ/HD Datei mit SMM schneidet, kommen saubere Schnittpunkte raus. Ändert sich die OTR Kodierung oder du probierst es mit einer anderen Datei aus anderer Quelle, wird am Schnittpunkt mit SMM nur Bildfehler entstehen.
andererseits musst du testen, wie problemlos die Schnittpunkte bei deiner Schnittmethode sind, weil die Decoder sehr unterschiedlich robust sind.
z.B. ein Software Decoder (also CPU) in einem Player (vlc, mpv, mplayer usw..) den stört überhaupt nix. Da kannst du nen LKW im Stream parken und die spielen das noch ab.
Dagegen sind HW Decoder (in TVs, in Mediaplayer, oder Kodi mit Raspberry/Intel Nuc - die per Hardwarebeschleunigung spielen) extrem anfällig.
Das heißt, wenn du einen Schnittpunkt am PC einfach mit deinem Standard Videoplayer überprüfst und alles perfekt aussieht, heißt das noch lange nicht, dass der Schnittpunkt nicht jeden x-beliebigen HW Decoder zum Absturz bringen kann.
Du brauchst also ne Methode, um die Schnittpunkte zu testen.
Ich hab z.B. früher die Datei per mp4box nach MP4 konvertiert und dann unter Windows per Quicktime Player mir die Schnittpunkte angesehen. Sowohl mp4box als auch Quicktime (also alles was mit Apple zu tun hat) sind extrem pingelig und zeigen sofort Bildfehler, wenn irgendwas im Stream nicht stimmt. In letzter Zeit habe ich die Schnittpunkte auf meinem kleinen Intel Nuc (auf dem Libeelec/Kodi läuft) getestet, weil der VAAPI (HW-Decoder) noch eher Fehler im Stream zeigte, also Quicktime.
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Moin,
ich hebe den Thread mal aus der Versenkung.
Leider komme ich nicht so voran, wie ich es mir vorgestellt habe.
Die Größte Hürde ist bei mir das gstreamer/Cutinterface, bzw das Schneiden von Dateien.
Aktuell lassen sich die meisten Aktionen durchführen.
Ich nutze das Dekodieren und avi in mkv umwandeln fast täglich.
Bei einer frischen Linux Mint 18.1 Installation musste ich python3-libtorrent und mediainfo-gui.
Grüße,
EinApfelBaum
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Hallo,
vielleicht ist meine Idee ganz besonders dämlich, vielleicht aber auch nicht. Im ersten Fall seid bitte nett, im zweiten Fall macht was draus. :D
Also: Aus irgendeinem Grund und irgendeiner Abhängigkeit, die ich nicht mehr hinbekomme, kann ich in der OTR-Verwaltung++ das Cutinterface nicht mehr nutzen (das Video spielt einfach nicht ab, es passiert: Nix). Nun kann ich die Datei framegenau in Avidemux3_qt5 schneiden, dort allerdings nicht mehr mit smart rendering abspeichern. Wenn ich nun schneide, und ohne smart rendering die Datei abspeichere, gibt es an den Schnittstellen, die keine Keyframes sind, Fehler im resultierenden Video. Die Cutlist wird aber richtig gespeichert. Dann lade ich meine eigene Cutlist nochmal und lasse die ungeschnittene OTR-Datei nochmal mit mkvmerge schneiden, die Avidemux-Schnittfassung werfe ich weg. Bislang bin ich mit dem Ergebnis zufrieden (habe es aber zugegebenermaßen noch nicht über mehrere Hundert Schnitte hinweg getestet). Wäre ein derartiger Workflow möglich: avidemux3_XYZ als Ersatz fürs Cutinterface, dann die dort entstehende Datei quasi auf /dev/null umleiten, die Cutlist abfangen und an mkvmerge weiterleiten?
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Zitat:
Zitat von
PeGu
Wäre ein derartiger Workflow möglich: avidemux3_XYZ als Ersatz fürs Cutinterface, dann die dort entstehende Datei quasi auf /dev/null umleiten, die Cutlist abfangen und an mkvmerge weiterleiten?
Du stellst avidemux3_XYZ für manuelle Schneiden ein. OTRV öffnet die Datei in avidemux und du schneidest die Parts aus der Datei, die du nicht brauchst. Wenn du sicher bist, dass die Schnitte sitzen, beendest du einfach Avidemux (ohne irgendwas zu speichern)
OTRV geht dann das Log von Avidemux durch und erstellt eine cutlist, wenn es etwas im Log findet und schneidet mit dieser cutlist.
Funktioniert so in OTRV seit x Jahren...
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Moin,
das hat mich jetzt in den Fingern gereizt und ich hatte es vorher noch nicht getestet.
Hab jetzt mal den Schneide Prozess (SmartMKVMerge) durch debuggt und konnte dabei noch 2-3 kleine Dinge fixen,
aber grundsätzlich funktioniert dieser noch.
Auf den ersten schnellen Blick wurde die Datei sauber geschnitten.
Also ist mein heutige Montag doch noch gut geendet =)
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Zitat:
Zitat von
EinApfelBaum
Der Link führt zu nichts: 404 - Not found
Zitat:
Zitat von
EinApfelBaum
- Schneiden nur mit vorhandener Cutlist, da bei mir der CutInterfaceDialog nicht richtig dargestellt wird. (Bild nicht zu sehen, aber Audio ist zu hören)
War bei mir auch so. Installation von gst-plugins-bad hat geholfen (Archlinux).
Um das Programm zum laufen zu bekommen musste ich in CutinterfaceDialog.py und KeySeekElement.py Gst.init() zu Gst.init(None) ändern.
Ist das Repository aktuell?
Ansonsten: Gefällt mir! :D
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Moin,
verdammt, hier schon mal der Link direkt zum Download der zip. Datei:
https://github.com/EinApfelBaum/otr-...thon3/GTK3.zip
Das Thema werde ich mir erst Mitte Der Woche anschauen können.
Jop das Repository ist aktuell.
Danke =)
Feedback ist weiterhin Willkommen. =)
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Moin,
okay, das sieht schon mal nach einem anderen Fehler aus.
Welche Linux Distribution läuft bei dir ?
Es sieht nach dem gleichen Fehler wie bei loretotr aus.
Anscheinend fehlt bei einem Gt.Init die Argumente.
Ich hab gestern noch ein kleines Update gemacht.
Kannst du bitte noch mal OTRVerwaltung3+ erneut runterladen und testen.
Grüße =)
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Zitat:
Zitat von
EinApfelBaum
Welche Linux Distribution läuft bei dir ?
lubuntu 16.04 64Bit
Aber noch rellativ frisch, nachinstallieren musste ich bisher:
Code:
python3-libtorrent mediainfo-gui mpv python3-xdg python3-gst-1.0
Was muss ich noch nach Installieren für diese Version?
- mkvtoolnix?
- avidemux - vermutlich nur per ppa?
Zitat:
Zitat von
EinApfelBaum
Kannst du bitte noch mal OTRVerwaltung3+ erneut runterladen und testen.
Habe gerade keine avi mit vorhandener Cutlist, aber das Programm friert ein beim auswählen.
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Zitat:
Zitat von
0daredevil0
Was muss ich noch nach Installieren für diese Version?
- mkvtoolnix?
- avidemux - vermutlich nur per ppa?
Nein von denen wird nichts weiter benötigt.
Ich habe mir eine VM mit lubuntu aufgesetzt, um etwas besser auf Fehler suche gehen zu können. Dieses Wochenende werde ich aber nicht dazu kommen weiter zu testen.
Grüße
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
An Abhängigkeiten habe ich bisher folgende entdeckt (Archlinux):
Code:
gstreamer gst-libav gst-plugins-base gst-plugins-good gst-plugins-bad gst-plugins-ugly
python-gobject gst-python python-simplejson python-xdg libtorrent-rasterbar
mediainfo-gui aria2 wget mpv
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Hallo und Danke, dass du Dir die Arbeit machst. Funktioniert soweit gut :) Habe bisher keinen Schnittfehler gefunden
Zwei Dinge sind mir aufgefallen:
1. Im Vollbildmodus verdeckt das Hauptfenster manchmal die sich öffnenden kleinen Dialogfenster (Einstellungen, ..), die dann nicht über die taskleiste zu greifen sind...
2. Im Zusammenfassungsdialog am Ende einer Prozedur fehlt mir die Möglichkeit, die Datei manuell umzubenennen - bisher ist da nur ein dropdown-Menü.
Ich finde, Du machst da eine tolle Arbeit! (Natürlich ebenso danke, an monarc99 und benjamin e. - ohne die die letzten Jahre OTR unter Linux echt grauenvoll gewesen wären)
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Moin,
ich habe hier auch den neuen Decoder hinzugefügt.
Damit sollten das dekodieren wieder funktionieren.
Grüße,
EinApfelBaum
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Moin,
könnt ihr bitte mal versuchen das Dekodieren manuell zu starten ?
Das Passwort wird als Klartext in der Historie des Terminals lesbar sein.
Falls ihr das nicht wollt, einfach kurz das Passwort bei OTR ändern.
Nach ausführen des Befehls einfach wieder das alte Passwort bei OTR speichern.
/home/USER/otr-verwaltung/data/tools/intern-otrdecoder -i ORTkeyDateiPfad -e EMAIL -p PASSWORT -o /home/USER/Videos/Uncut
Bitte mit euren Pfad, E-Mail und Passwort anpassen.
Beispiel:
/home/lubuntu/otr-verwaltung/data/tools/intern-otrdecoder -i /home/lubuntu/Videos/down/Tatort_17.08.27_20-15_ard_85_TVOON_DE.mpg.avi.otrkey -e EMAIL -p PASSWORT -o /home/lubuntu/Videos/uncut
Ich kann den Fehler soweit reproduzieren, dass das Verifizieren der Datei funktioniert, doch dann startet das dekodieren nicht.
Bei mir kommt folgende Ausgabe:
Verifying input...
Speicherzugriffsfehler (Speicherabzug geschrieben)
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Ja das selbe hier, mit dem http://www.onlinetvrecorder.com/down...c-v519.tar.bz2 funktioniert das decodieren mit dem Befehl.
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Im aktuellen Git Repository befindet sich die gleiche Version vom Decoder, nämlich Version 519.
Könnt ihr bitte mal diesen Decoder versuchen ?
http://www.onlinetvrecorder.com/down....4.614.tar.bz2
Den Decoder habe ich LUbuntu 16.04 und Linux Mint 18.1 getestet und funktioniert.
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Sehr komisch.
Ich habe Lubuntu 17.04 - 64 bit mit Software von Drittanbietern in der VM installiert.
Dann die Pakete, welche du aufgelistet hast installiert.
damit kann ich OTRVerwaltung starten und auch das manuelle Schneiden öffnen, wobei da noch andere Fehler auftauchen.
Ich versuche es nochmal mit LUbuntu 16.04.3 LTS
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
@EinApfelBaum
Ich bin mir nicht sicher, ob ich Drittanbietersoftware bei der Installation aktiviert hatte.
Du weißt nicht zufällig welche Quellen und Pakete damit gemeint sind?
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Hallo,
habe den Thread eben erst gefunden und durchgelesen.
Den eingangs erwähnten Standpunkt, soweit möglich native Linux Tools zu verwenden finde ich sinnvoll.
avidemux3 soll, wenn es irgendwann mal fertig wird, ja generell Smart-Rendering beherrschen und wäre damit wenigstens für die Zukunft ins Auge zu fassen. Für DivX ist ja bereits jetzt avidemux2 das beste Tool, für das es auch für alle gängigen Distros Paketquellen gibt.
Da die meisten wohl eher HQ und HD bevorzugen werden, klafft so lange noch das h264 Loch, das mit virtual-dub und SmartMKVmerge mittels Wine geschlossen wird.
Doch stelle ich mir gerade Angesichts letzterem die Frage ob das an anderer Stelle genannte MKVtoolnix nicht evtl. auch Smartrendering kann, und ob es falls ja nicht sinnvoll wäre, dieses ein zu setzen?
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Ich habe mal bei frischen Installationen die Paket Listen verglichen.
Diese Pakete fehlen bei der Installationen ohne Drittanbieter-Software.
Eventuell einfach alle installieren oder erst mal alle gstreamer.
Code:
chromium-codecs-ffmpeg-extra
flashplugin-installer
freepats
gstreamer1.0-fluendo-mp3:amd64
gstreamer1.0-libav:amd64
gstreamer1.0-plugins-bad:amd64
gstreamer1.0-plugins-bad-faad:amd64
gstreamer1.0-plugins-bad-videoparsers:amd64
gstreamer1.0-plugins-ugly:amd64
gstreamer1.0-plugins-ugly-amr:amd64
libasound2-plugins:amd64
libavfilter-ffmpeg5:amd64
libavresample-ffmpeg2:amd64
libchromaprint0:amd64
libdc1394-22:amd64
libde265-0:amd64
libflite1:amd64
libgstreamer-plugins-bad1.0-0:amd64
libgtkglext1:amd64
libilmbase12:amd64
libjasper1:amd64
libkate1:amd64
libmimic0:amd64
libmjpegutils-2.1-0
libmpeg2encpp-2.1-0
libmplex2-2.1-0
libofa0:amd64
libopencore-amrnb0:amd64
libopencore-amrwb0:amd64
libopencv-calib3d2.4v5:amd64
libopencv-contrib2.4v5:amd64
libopencv-core2.4v5:amd64
libopencv-features2d2.4v5:amd64
libopencv-flann2.4v5:amd64
libopencv-highgui2.4v5:amd64
libopencv-imgproc2.4v5:amd64
libopencv-legacy2.4v5:amd64
libopencv-ml2.4v5:amd64
libopencv-objdetect2.4v5:amd64
libopencv-video2.4v5:amd64
libopenexr22:amd64
libpango1.0-0:amd64
libpangox-1.0-0:amd64
libsbc1:amd64
libsidplay1v5
libsodium18:amd64
libsoundtouch1:amd64
libspandsp2:amd64
libspeexdsp1:amd64
libsrtp0
libtbb2:amd64
libvo-aacenc0:amd64
libvo-amrwbenc0:amd64
libwildmidi-config
libwildmidi1:amd64
libzbar0:amd64
libzmq5:amd64
oxideqt-codecs-extra:amd64
ubuntu-restricted-addons
@cobi
Soweit ich das noch weiß, basiert SmartMKVmerge auf MKVtoolnix.
Ich hoffe auch, das avidemux3 in Zukunft das Schneiden komplett abbilden kann.
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Code:
$ dpkg -l | grep -i ffmpeg
ii chromium-codecs-ffmpeg-extra 60.0.3112.78-0ubuntu0.16.04.1293 amd64 Extra ffmpeg codecs for the Chromium Browser
ii ffmpeg 7:2.8.11-0ubuntu0.16.04.1 amd64 Tools for transcoding, streaming and playing of multimedia files
ii libavcodec-ffmpeg56:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg library with de/encoders for audio/video codecs - runtime files
ii libavdevice-ffmpeg56:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg library for handling input and output devices - runtime files
ii libavfilter-ffmpeg5:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg library containing media filters - runtime files
ii libavformat-ffmpeg56:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg library with (de)muxers for multimedia containers - runtime files
ii libavresample-ffmpeg2:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg compatibility library for resampling - runtime files
ii libavutil-ffmpeg54:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg library with functions for simplifying programming - runtime files
ii libpostproc-ffmpeg53:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg library for post processing - runtime files
ii libswresample-ffmpeg1:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg library for audio resampling, rematrixing etc. - runtime files
ii libswscale-ffmpeg3:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg library for image scaling and various conversions - runtime files
$ dpkg -l | grep -i libav
ii gstreamer1.0-libav:amd64 1.8.3-1ubuntu0.2 amd64 libav plugin for GStreamer
ii libav-tools 7:2.8.11-0ubuntu0.16.04.1 all Compatibility links for libav-tools (transitional package)
ii libavahi-client3:amd64 0.6.32~rc+dfsg-1ubuntu2 amd64 Avahi client library
ii libavahi-common-data:amd64 0.6.32~rc+dfsg-1ubuntu2 amd64 Avahi common data files
ii libavahi-common3:amd64 0.6.32~rc+dfsg-1ubuntu2 amd64 Avahi common library
ii libavahi-core7:amd64 0.6.32~rc+dfsg-1ubuntu2 amd64 Avahi's embeddable mDNS/DNS-SD library
ii libavahi-glib1:amd64 0.6.32~rc+dfsg-1ubuntu2 amd64 Avahi GLib integration library
ii libavc1394-0:amd64 0.5.4-4 amd64 control IEEE 1394 audio/video devices
ii libavcodec-ffmpeg56:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg library with de/encoders for audio/video codecs - runtime files
ii libavdevice-ffmpeg56:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg library for handling input and output devices - runtime files
ii libavfilter-ffmpeg5:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg library containing media filters - runtime files
ii libavformat-ffmpeg56:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg library with (de)muxers for multimedia containers - runtime files
ii libavresample-ffmpeg2:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg compatibility library for resampling - runtime files
ii libavutil-ffmpeg54:amd64 7:2.8.11-0ubuntu0.16.04.1 amd64 FFmpeg library with functions for simplifying programming - runtime files
Ein Paket mit gstreamer + ffmpeg gibt es nicht in den Quellen.
s.
Code:
$ apt search gstreamer
( https://packages.ubuntu.com/search?s...searchon=names )
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Moin,
bitte folgende drei Pakete installieren:
Code:
sudo apt-get install gstreamer1.0-plugins-base-apps gstreamer1.0-tools libgstreamer1.0-dev
und dann nochmal versuchen
Ich habe das eben mal nachgespielt
- frische VM mit Lubuntu 16.04 ohne Drittanbieter-Software
- VirtualBoxAdditionals installiert ( denke hier unwichtig )
- folgende Pakete installiert
Code:
sudo apt-get install build-essential
sudo sh /media/lubuntu/VBOXADDITIONS_5.0.40_115130/VBoxLinuxAdditions.run
sudo apt-get install mpv python3-libtorrent python3-xdg
sudo apt-get install python3-gst-1.0
sudo apt-get install gstreamer1.0-plugins-base-apps
sudo apt-get install gir1.2-gst-plugins-base-1.0
sudo apt-get install libgstreamer1.0-dev
sudo apt-get install libavcodec-extra
sudo apt-get install libgstreamer-plugins-bad1.0-0:amd64
sudo apt-get install gstreamer1.0-libav:amd64
Wobei dir die drei oben genannte Pakete fehlen.
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
@EinApfelBaum
Danke.
Aber der Fehler bleibt, obwohl ich die fehlenden Pakete nachinstalliert habe. :/
Seltsam, ich werde das später auch mal in einer frischen VM testen ...
Habe die aktuelle Version 0.9.6 geladen und entpackt.
~/otr-verwaltung-0.9.6/bin/otrverwaltung sollte dann doch direkt starten können?
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Bitte den Link benutzen:
https://github.com/EinApfelBaum/otr-...thon3/GTK3.zip
Hab da noch kein Tag erstellt.
und dann sollte es so zu starten sein
python3 .../PfadZuotrverwaltung/bin/otrverwaltung
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
@EinApfelBaum
Das geht, Danke.
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Ich würde mich auch gerne mal bei dir für deine Arbeit an dem Programm bedanken. Bislang habe ich noch OTR++ verwendet, in letzter Zeit halt ohne CutInterface. Nun konnte ich die letzte von dir verlinkte Version runterladen und sie läuft! Dankeschön!
Falls das interessant ist: Ich habe das, was ich für OTRler für eine Standard-Installation halte, also OpenSuse Leap 43 mit den üblichen Programmen. Ich musste nichts nachinstallieren. Allerdings muss ich die libtorrent-Geschichte auskommentieren, weil das Programm sonst partout nicht starten möchte, egal welche libtorrent / rasterbar Version ich installiert habe. Macht aber nix, ich habe die DL-Funktionalität sowieso nie genutzt, das hat noch ganz viell Zeit für mich. ;)
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Guten Morgen! :D
Also, ich habe jetzt mal die conf Datei quasi Schritt für Schritt aufgebaut und geschaut, welcher Eintrag das Problem macht. Es ist einzig und allein das OTR-Passwort für den Decoder. Wenn ich dieses Feld leer lasse, klappt alles, und ich muss halt nur noch vor dem Decodieren das Passwort eingaben. Sobald ich da in das Feld irgendwas reinschreibe, erscheint die Fehlermeldung und nichts startet mehr. Hilft das?
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Zitat:
Zitat von
PeGu
Guten Morgen! :D
Also, ich habe jetzt mal die conf Datei quasi Schritt für Schritt aufgebaut und geschaut, welcher Eintrag das Problem macht. Es ist einzig und allein das OTR-Passwort für den Decoder. Wenn ich dieses Feld leer lasse, klappt alles, und ich muss halt nur noch vor dem Decodieren das Passwort eingaben. Sobald ich da in das Feld irgendwas reinschreibe, erscheint die Fehlermeldung und nichts startet mehr. Hilft das?
Schnellschuß: Sonderzeichen im Passwort die eventuell beim Parsen Probleme machen? Klingst erst mal ein wenig danach. Oder tatsächlich wenn du *irgendwas*, auch nur einen Buchstaben als Passwort in die Datei schreibst?
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Hallo. Das Problem habe ich auch. Wenn ich meine MAiladresse und das Passwort in die Einstellungen eintrage ist danach kein weiterer Start möglich - bis ich die conf-Datei lösche. Wenn ich Mailadresse und Passwort weglasse und mit dem otrvideorecorder-Decoder dekodiere und den Rest mit der OTRVerwaltung3Plus-Anwendung erledige klappt alles.
Allerdings kann ich nicht die Dekoder-GUI, die auch in dem Archiv drin ist, nutzen (Ubuntu Budgie 17.10), da der Aufruf mit einer Fehlermeldung abbricht. Meine bisherige Lösung ist ein noch nicht ganz fertiges (ist etwas spät in der Nacht und ich sollte wegen morgen früh gleich mal pennen gehen #-) ) Shell-Skript, damit geht es bei der bisher einen getesteten Datei.
Ansonsten habe ich die Dateien aus dem Kommentar Nummer #42 installiert, die Unterhalb des VirtualBox-Scriptaufrufs.
Ich werde das noch die Tage an eingigen weiteren Aufnahmen ausprobieren und wenn das alles ausreichend gut funktioniert wohl demnächst meinen Hauptrechner von Ubuntu KDE 16.04 LTS auf die aktuelle Version 17.10 upgraden, da ab der Version KDE wohl ein paar Vorteile bei meiner 2-Monitor-Lösung hat (1* 4k-Monitor + 1* älterer NEC, 1600*1200 da Hochkant), man soll da sinnvollere Einstellungsmöglichkeiten pro Monitor haben.
Ansonsten vielen Dank für die neuer Version und wenn jemand Ideen wegen der Dekoder-GUI hat gerne her damit :-).
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Ändert Zeile 63 der Datei <Installationsverzeichnis>/otrverwaltung/gui/config_bindings.py
von
self.widget.set_text(base64.b64decode(value.decode ('utf-8')).decode('utf-8'))
zu
self.widget.set_text(base64.b64decode(value).decod e('utf-8'))
Zwischen decod und e soll kein Leerzeichen sein. Ich weiß nicht warum es so dargestellt wird.
-
AW: OTRVerwaltung3Plus - eine Portierung von OTRVerwaltung++ hinzu Python3 und Gtk3+
Herzlichen Dank, loretotr!
Das war wirklich ein kleines Weihnachtsgeschenk. :D