StaxRip Encoding-Frontend (Diskussion)

hdst · September 8, 2017 at 9:07 PM

Lt. stax76 ist der Delogo-Filter (VapourSynth) in der neuen Testversion enthalten.
https://drive.google.com/drive/folders/…Tld4dzhuTC1WWWM

Werde ich nach Rückkehr ab 12.09. testen.

hdst · September 12, 2017 at 11:54 AM

Der Delogo-Filter sollte direkt nach dem Input gesetzt werden, da er sonst in der Testversion im HDR-Modus nicht funktioniert. Und noch eine Fehlermeldung: x265 [error]: invalid argument: transfer = smpte-st-2084

stax76 · September 12, 2017 at 2:26 PM

Scheinbar ein Bug, hab es gemeldet:

https://bitbucket.org/multicoreware/…-produces-error

als workaround kannst du unter 'Custom' '--transfer 16' versuchen.

http://x265.readthedocs.io/en/latest/cli.…option-transfer

hdst · September 12, 2017 at 3:37 PM

Mit der Einstellung --transfer smpte240m funktioniert es: https://x265.readthedocs.io/en/0.9/cli.htm…porting-metrics

LigH · September 12, 2017 at 7:00 PM

Bei x265 wurden erst vor kurzem die Colorimetrie-Konstanten an die Werte in ffmpeg angepasst. Prüft also genau, welche Version welche Konstanten kennt.

Code

x265 --log-level full --help

__

Außerdem: scheinbar / anscheinend / offenbar... lang lebe der Zwiebelfisch.

stax76 · September 12, 2017 at 8:09 PM

Ich benutze immer deine 'merge with stable' builds, also 2.5+14, ich kann mich auch an eine Änderung von Konstanten erinnern und dass ich StaxRip dementsprechend angepasst hatte.

Online docs und --log-level full --help hatte ich gecheckt und auch eine Volltext suche im Quellcode gemacht aber kein Fehler gefunden.

Ich hab mit StaxRip den Anspruch dass alle Video Encoder mit 100% aller Optionen unterstützt werden und immer alles sofort aktualisiert wird, garantiert ist das durch ein in StaxRip eingebautes Tool welches die Hilfeausgabe der Encoder analysiert und mit dem staxrip Quelltext abgleicht, ich bekomme jede kleine Änderung am CLI immer direkt angezeigt, ist alles 100% automatisiert.

sneaker2 · September 12, 2017 at 8:56 PM

Hier die relevanten Änderungen.

stax76 · September 12, 2017 at 9:17 PM

Danke, war mit meiner Quelltextsuche nicht erfolgreich da ich versehentlich alten Code vom 2017-07-13 runter geladen hatte, jetzt sehe ich die Fehler.

hdst · September 15, 2017 at 4:49 PM

Update-Wunsch: Audio-Mux-Option von wav 24 bit nach wav 16 bit.

stax76 · September 15, 2017 at 6:44 PM

Muxen würde bedeuten die Audiodatei bleibt unverändert, für 16-bit WAV Konvertierung wählst du 'Codec': WAV und 'Depth': 16

hdst · September 15, 2017 at 7:39 PM

Danke, habe die Einstellung von 24 bit nach 16 bit gefunden!

hdst · October 23, 2017 at 12:03 PM

Starkes Zittern bei horizontalen und vertikalen Schwenks nach Deinterlacing einer mpeg2-Datei.

clip = core.d2v.Source(r"E:\arte\VTS_01_3_temp\VTS_01_3.d2v")
clip = core.std.SetFieldBased(clip, 2) # 1 = BFF, 2 = TFF
clip = havsfunc.QTGMC(clip, TFF = True, Preset = "Very Slow")

Deaktiviert man die zweite Zeile, ist das Ergebnis einwandfrei.

LigH · October 23, 2017 at 9:49 PM

Bin mir nicht sicher ... aber sollte der TFF-Parameter in QTGMC nicht überflüssig sein, wenn der Clip eine entsprechende Halbbilddominanz zugeteilt bekommen hat? Ich dachte, es hätte dazu mal ein Update gegeben. Na ja, hab das nicht so genau verfolgt, VS benutze ich noch nicht so oft.

hdst · October 23, 2017 at 11:02 PM

SetFieldBased ist offensichtlich eine entbehrliche Funktion: http://www.vapoursynth.com/doc/functions/setfieldbased.html

H264x · November 15, 2017 at 6:42 PM

Bei StaxRip x64 Version 1.7.0.0 funktioniert leider der beigelegte qaac (Version 2.64) Audio Encoder nicht

Habe verschiedene iTunes Versionen ausprobiert (jeweils mit dem Makeportable Script extrahiert)

iTunes 12.7.1 (64-bit)
iTunes 12.7.0 (64-bit)
iTunes 12.6.2 (64-bit)

und die QTFiles in den [qaac] Ordner mitbeigelegt:

[Blocked Image: https://img.xrmb2.net/images/716695.png]

[Blocked Image: https://img.xrmb2.net/images/915722.png]

[Blocked Image: https://img.xrmb2.net/images/541273.png]

Bekomme leider die Fehlermeldung: ERROR: 193: CoreAudioToolbox.dll

Erfolgreich waren die alten QTfiles64 von 2015,
die ich damals bei der StaxRip x64 1.3.4.6 test Version in den [qaac] Ordner mitbeigelegt habe,
Diese habe ich zum Test in den [qaac] Ordner von StaxRip x64 v1.7.0.0 getan
und danach funktioniert qaac auf Anhieb

[Blocked Image: https://img.xrmb2.net/images/896543.png]

LigH · November 15, 2017 at 8:03 PM

Kleiner Tipp: Für die icudt##.dll gibt es minimalen Ersatz, wenn man etwas Plattenplatz sparen will.

Probleme mit neueren DLLs wundern mich aber. Ich werde das mal nachher testen, erstmal einen aktuellen iTunes-Installer laden.
_

So ... ich hatte iTunes-Installer Versionen 12.3.2.35 (Dezember 2015, mit CoreAudioToolbox 7.10.5.0) und 12.7.1.14 (heute, mit CoreAudioToolbox 7.10.9.0).

Funktionieren beide mit qaac 2.64 in 32 und 64 bit.

Werniman · November 15, 2017 at 9:54 PM

Hallo,
ich bin erst kürzlich von Staxrip 1.5.0.0 auf 1.7.0.0 umgestiegen. Allerdings vermisse ich nun die Möglichkeit, ein Video auf eine bestimmte Dateigröße hin zu encoden. In der alten Version 1.5.0.0 gab es dafür noch ein entsprechendes Profil im 2-pass-Mode,womit man nach einerm Kompressionstest die Wunschgröße einstellen konnte. Gibts diese Möglichkeit nicht mehr oder wurde sie verschoben ?

H264x · November 15, 2017 at 11:25 PM

Quote from LigH

Kleiner Tipp: Für die icudt##.dll gibt es minimalen Ersatz, wenn man etwas Plattenplatz sparen will.

Danke

Quote from LigH

Funktionieren beide mit qaac 2.64 in 32 und 64 bit.

Unter welchem BS wurde dies getestet?
Ich nutze Windows 7 Professional 64-Bit
Bin gerade am überlegen ob es an irgendwelchen fehlenden Runtime Paketen etc... liegen könnte?
Hab seit gestern das neuste All in One Runtime Paket erst drauf gemacht:
https://www.sereby.org/site/downloads…0One%20Runtimes

LigH · November 15, 2017 at 11:38 PM

Quote from H264x

Unter welchem BS wurde dies getestet?
Ich nutze Windows 7 Professional 64-Bit

Ebenso.

Quote from H264x

Bin gerade am überlegen ob es an irgendwelchen fehlenden Runtime Paketen etc... liegen könnte?

An MSVC-Runtimes eigentlich nicht, die msvc{p|r}100.dll entpackt makeportable.bat ja auch mit aus dem iTunes-Installer.

H264x · November 17, 2017 at 2:00 AM

Ich habe den Fehler jetzt gefunden warum ich immer wieder die Fehlermeldung: ERROR: 193: CoreAudioToolbox.dll bei qaac reinbekomme habe!
Habe aus purer Verzweifelung mitlerweile schon sämtliche ältere iTunes Versionen mit dem Makeportable Script extrahiert und die QTFiles64 ausprobiert.

Die Erfolgreichen QTfiles64 von 2015 die komischerweiße nur mit qaac liefen, stammen von der iTunes Version 12.3 (64-Bit)
Date released: 16 Sep 2015

Ich hab gerade mein Windows 7 Professional 64-Bit Installations Protokoll durch gelesen,
was ich mir damals selber mühsam per Hand aufgeschrieben habe.

Dabei habe ich folgende Endeckung gemacht:

Code

[U]QAAC (Apple AAC) Encoder als Erweiterung in LameXP einbinden[/U]


LameXP.qaac-addin.xxxx-xx-xx.zip
^^ Zip Datei entpacken und folgende Dateien:


libsoxconvolver.dll
libsoxr.dll
qaac.exe
qaac.avx.exe
qaac.sse2.exe
refalac.exe
refalac.avx.exe
refalac.sse2.exe


... ins Hauptverzeichnis nach:
C:\Program Files (x86)\LameXP 4.13 > kopieren.


In meinem Fall Beispiel kam: LameXP.qaac-addin.2016-01-31.zip > zum Einsatz!
#
#
Danach folgende Dateien mit WinRAR oder 7-Zip entpacken:


[ QuickTimeInstaller.exe ]
entweder oder
[ iTunes6464Setup.exe ]


und die darin enthaltene "AppleApplicationSupport.msi" auf dem System installiert.

Display More

Das war irgendwie nötig, damit man den QAAC Encoder mit LameXP betreiben konnte.
Hoffe das in Zukunft alle Programme auf Nativen DLL Dateien umgestellt werden, so das sich nichts mehr in der Registry fest fressen kann
Am besten alle Programme als PortableApps machen und Ruhe ist für immer mit den Laufzeitkomponenten Problemen

Die Lösung ist nun folgende...
Habe mir die aktuelle iTunes 12.7.1 (64-Bit) Software fest unter Windows 7 Professional 64-Bit installiert.
Wolte eigentlich keine iTunes Software auf meinem Rechner haben aber nun ist egal.
Rechner 1x Neugestartet
und siehe da nun laufen sämtliche QTfiles64 mit qaac

Das Komische ist nur, das die Dateigrößen von den QTFiles64 unterschiedlich ausfallen!
Hab sie mal miteinnander verglichen...

1x die entpackten mit dem Makeportable Script aus iTunes 12.7.1 (64-Bit)
[Blocked Image: https://img.xrmb2.net/images/525512.png]

1x die fest Installierten von der iTunes 12.7.1 (64-Bit)
[Blocked Image: https://img.xrmb2.net/images/640753.png]

Weiß jemand warum die QTFiles64 unterschiedlich groß ausfallen?

Participate now!