StaxRip Encoding-Frontend (Diskussion)

    Lapje

    Nach dem entrauschen sollte der Compressibility Wert geringer, also besser sein, der Quality Wert müsste sich dann erhöhen wenn Size/Bitrate und Auflösung gleich bleiben wobei standardmäßig ändert StaxRip nach dem Comp. Check ja die Auflösung, der Quality Wert bleibt gleich. Ich mach selber niemals 2pass so das ich bei den Geschichten auch etwas unsicher bin. Wenn du ein paar Screenshots hoch lädst kann man vielleicht eher eine Diagnose erstellen.

    Menedas

    Wenn ich mich richtig erinnere ist standardmäßig gar kein Resize Filter aktiv und PAR Wert wird automatisch an den Encoder übergeben, sehe leider noch immer nicht wo es bei dir hakt.

    Aber ich brauch den Resize Filter wegen des Croppings und mancher Filter die Mod8 oder brauchen. Also wenn ich PAR 1:1 einstelle, habe ich z. B. hier eine Auflösung von 704x572 mit einer Pixelzahl von 402688. Stell ich den PAR auf Automatic 4:3 bekomme ich eine Auflösung von 704x524 und 368896 Pixeln. Reduziert doch also die Auflösung, oder nicht?

    Menedas

    Ein paar Tips:

    • Du kannst mehr als nötig von den Rändern wegschneiden (overcropping) um auf deine mod Werte zu kommen, mach ich ohne einen Gedanken zu verschwenden, auch um von AR 2.35:1 auf 2:1 zu kommen, mach ich immer, Bild wird größer da Bildschirm besser ausgefüllt und Dateigröße wird kleiner wegen kleinerer Auflösung.
    • Du kannst Resize Werte direkt in die Eingabefelder mit der Tastatur eintragen, wenn du da z.B. Werte einträgst welche einen großen Aspect Ratio Error nach sich ziehen führt das auch wieder dazu das target PAR Werte angezeigt/signalisiert werden, kann man im x264 Dialog sehen was für PAR Werte in der Kommandozeilenvorschau angezeigt werden.
    • Du kannst beliebige PAR Werte im x264 Dialog eintragen: Command Line > Custom... > --sar, wenn du da dann 2 mal den gleichen Schalter in der Kommandozeile hast benutzt x264 immer den zweiten, also den benutzerdefinierten.
    • Du kannst Resize Funktionen in beliebigen Filter Profilen mit beliebigen Kategorien unterbringen, eine spezielles Crop Profil welches nach dem cropping auf einen bestimmten mod Wert vergrößert könnte z.B. wie folgt aussehen:

    Crop(%crop_left%,%crop_top%,-%crop_right%,-%crop_bottom%)
    mod = 16
    w = Width % mod != 0 ? Width + mod - Width % mod : Width
    h = Height % mod != 0 ? Height + mod - Height % mod : Height
    LanczosResize(w, h)

    Der Nachteil damit ist dass StaxRip nicht mehr die tatsächliche Höhe/Breite kennt, StaxRip ermittelt diese anhand Einstellungen/Berechnungen anstelle das Skript abzufragen, kann ich vielleicht verbessern (möglicherweise nicht unproblematisch).

    Kann länger dauern bis ich wieder antworte da ich viele Mails bearbeiten muss und es noch Anfragen in anderen Foren gibt.

    Zitat von stax76
    • Du kannst beliebige PAR Werte im x264 Dialog eintragen: Command Line > Custom... > --sar, wenn du da dann 2 mal den gleichen Schalter in der Kommandozeile hast benutzt x264 immer den zweiten, also den benutzerdefinierten.

    Das sieht sehr gut aus. Hat das noch irgendwelche Auswirkungen aufs encodieren, oder ist das einfach nur ein Wert der mit ins fertige File geschrieben wird? Die resultierende Auflösung passt jedenfalls.


    Zitat von stax76
    • Du kannst Resize Funktionen in beliebigen Filter Profilen mit beliebigen Kategorien unterbringen, eine spezielles Crop Profil welches nach dem cropping auf einen bestimmten mod Wert vergrößert könnte z.B. wie folgt aussehen:

    Wow, das is ja cool. Seh ich das richtig, dass auf diese Art das Resize unabhängig vom Aspect Ratio berechnet wird? Weil das hat in einem Test bessere Werte geliefert, als StaxRip mit PAR 1:1. Letzteres hat die Pixel-Höhe größer gemacht als eigentlich nötig.

    Zitat von stax76

    Der Nachteil damit ist dass StaxRip nicht mehr die tatsächliche Höhe/Breite kennt, StaxRip ermittelt diese anhand Einstellungen/Berechnungen anstelle das Skript abzufragen, kann ich vielleicht verbessern (möglicherweise nicht unproblematisch).

    Is das schlimm wenn StaxRip die Auflösung nicht kennt? Ok, der Assistent funktioniert so dann natürlich nicht mehr richtig. Gibts da eine Möglichkeit den Output Mod Check auszustellen? Ansonsten ist es nur blöd, dass man die neue Auflösung erst erfährt, wenn der Encode beendet ist.

    Ah, über Preview mit Infoanzeige gehts. Zwar nicht ganz so schön als wenns in StaxRip selbst steht, aber geht schon auch :) Aber dass die Info Anzeige immer aktiviert ist, lässt sich nicht einstellen, oder?

    Vielen lieben Dank für deine Tipps :daumen:

    2 Mal editiert, zuletzt von Menedas (18. September 2010 um 14:25)

    Zitat

    Hat das noch irgendwelche Auswirkungen aufs encodieren, oder ist das einfach nur ein Wert der mit ins fertige File geschrieben wird?

    Auf das Encodieren hat es keine Auswirkung, nur eben welchen Aspect Ratio der Decoder ausgibt.

    Zitat

    Gibts da eine Möglichkeit den Output Mod Check auszustellen?

    Kann man in den Optionen auch auf 4 oder 8 Stellen.

    Zitat

    Is das schlimm wenn StaxRip die Auflösung nicht kennt?

    Abhängig sind halt die Aspect Ratio Berechnungen, Quality im 2pass Modus hängt natürlich auch mit der Auflösung zusammen, sonst fallen mir keine großartigen Abhängigkeiten ein.

    Habe vor etwa einer Woche mein System neu aufgesetzt und habe dann meine Filmaufnahmen problemlos ins AAC 5.1 mit EAC3TO encodieren können. Nun habe ich einen Filmschnitt mit einer Mp2 Audiodatei, was ja nichts ungewöhnliches ist, nicht ins AAC-Format mit EAC3TO encodieren können. Liegt es denn nun an EAC3TO oder an meinem System? Habe mal einen Log mit eingefügt. Eac gibt zwei Warnungen aus!!
    Es wird zwar ins Wave umgewandelt aber danach verschwinden die Dateien aus dem Temp-Ordner.
    eac3to v3.24
    command line: "C:\StaxRip_1.1.6.9_beta\Applications\eac3to\eac3to.exe" "F:\Neuer Ordner\Hydrotoxin\16.09.2010 22_09_57 Hydrotoxin - Die Bombe tickt in dir.mp2" "F:\Neuer Ordner\Hydrotoxin\16.09.2010 22_09_57 Hydrotoxin - Die Bombe tickt in dir temp files\16.09.2010 22_09_57 Hydrotoxin - Die Bombe tickt in dir_Output.m4a" -quality=0.3 -normalize -down2 -progressnumbers -log="F:\Neuer Ordner\Hydrotoxin\16.09.2010 22_09_57 Hydrotoxin - Die Bombe tickt in dir temp files\16.09.2010 22_09_57 Hydrotoxin - Die Bombe tickt in dir_Output_eac3to.txt"
    ------------------------------------------------------------------------------
    MP2, 2.0 channels, 1:17:36, 192kbps, 48kHz
    Decoding with libav/ffmpeg...
    Writing WAV...
    Creating file "F:\Neuer Ordner\Hydrotoxin\16.09.2010 22_09_57 Hydrotoxin - Die Bombe tickt in dir temp files\16.09.2010 22_09_57 Hydrotoxin - Die Bombe tickt in dir_Output.m4a.pass1.wav"...
    Caution: The WAV file is bigger than 2GB. <WARNING>
    Some WAV readers might not be able to handle this file correctly. <WARNING>
    Starting 2nd pass...
    Reading WAV...
    Reducing depth from 64 to 32 bits...
    Encoding AAC <0.30> with NeroAacEnc...
    Applying 7,2dB gain...
    Original audio track: max 32 bits, average 29 bits, most common 28 bits.
    The processed audio track has a constant bit depth of 32 bits.
    The Nero AAC encoder seems to be stuck... <ERROR>
    [NeroAacEnc] Processed 0 seconds...
    [NeroAacEnc] Processed 1 seconds...
    [NeroAacEnc] Processed 2 seconds...
    .
    .

    [NeroAacEnc] Processed 1992 seconds...
    [NeroAacEnc] Processed 4582 se
    Aborted at file position 3575531588. <ERROR>

    Egal was ich für Einstellungen nehme, es kommt keine mp4-Datei heraus. :mad:

    eac3to v3.24
    command line: "C:\StaxRip_1.1.6.9_beta\Applications\eac3to\eac3to.exe" "F:\Neuer Ordner\Hydrotoxin\16.09.2010 22_09_57 Hydrotoxin - Die Bombe tickt in dir.mp2" "F:\Neuer Ordner\Hydrotoxin\16.09.2010 22_09_57 Hydrotoxin - Die Bombe tickt in dir_Output.m4a" -quality=0.5 -normalize -down16 -down2 -progressnumbers -log="F:\Neuer Ordner\Hydrotoxin\16.09.2010 22_09_57 Hydrotoxin - Die Bombe tickt in dir_Output_eac3to.txt"
    ------------------------------------------------------------------------------
    MP2, 2.0 channels, 1:17:36, 192kbps, 48kHz
    Decoding with libav/ffmpeg...
    Reducing depth from 64 to 16 bits...
    Writing WAV...
    Creating file "F:\Neuer Ordner\Hydrotoxin\16.09.2010 22_09_57 Hydrotoxin - Die Bombe tickt in dir_Output.m4a.pass1.wav"...
    Starting 2nd pass...
    Reading WAV...
    Reducing depth from 64 to 16 bits...
    Encoding AAC <0.50> with NeroAacEnc...
    Applying 7,2dB gain...
    The original audio track has a constant bit depth of 16 bits.
    The processed audio track has a constant bit depth of 16 bits.
    The Nero AAC encoder seems to be stuck... <ERROR>
    [NeroAacEnc] Processed 0 seconds...
    [NeroAacEnc] Processed 1 seconds...
    [...

    [NeroAacEnc] Processed 4580 seconds...
    [NeroAacEnc] Processed 4581 seconds...
    [NeroAacEnc] Processed 4582 se
    Aborted at file position 893882948. <ERROR>

    Einmal editiert, zuletzt von Kaukase (18. September 2010 um 17:35) aus folgendem Grund: Nachtrag

    stax76

    Derzeit benutze ich wieder die 1.1.6-Version. Aber über dieses Problem habe ich auch nichts im Forum lesen können, ausser das Menedas auch so in etwa dieses Problem hat. Sind wir denn da nun die einzigen???
    Was ich nicht verstehe, warum erst komplett ins Wave-Format encodiert wird, danach eine MP4-Datei erzeugt wird (noch 0 kb), nach dem zweiten Durchlauf ein Error kommt und dann alles gelöscht wird. Könnte es vieleicht irgendein Konflikt sein oder liegt es tatsächlich an EAC3TO?

    Es ist nicht immer einfach den Überblick zu wahren und alles gründlich zu untersuchen, hat dir mein Tip mit dem erzwingen von BeSweet nicht geholfen? Menedas hat mir eine AC3 Datei geschickt welche bei mir aber von eac3to problemlos verarbeitet wurde, lag vielleicht daran dass ich andere Einstellungen hatte, das beste ist immer komplette Logdatei per Mail senden und wenn möglich ein Sample dazu.

    stax76

    Habe jetzt auch einmal, wie Menedas, den Eac3to-Ordner ausgetauscht. Jetzt wurde komischerweise auch eine Mp4-Datei erstellt. Wie das mit einem 5.1-Kanalton verhält kann ich heute Abend nicht mehr sagen.
    Mit Besweet musste ich eine Qualität von 0,7 einstellen (Bitrate 224) um auf eine Bitrate so um 160 zu kommen.
    Nun habe ich auch noch den Besweet-Ordner ausgetauscht und den Staxrip-Setting-Ordner gelöscht. Nun ist es wieder so gelaufen, wie gewohnt. Hattest Du bei Besweet gegenüber der 1.1.6.-Version auch etwas geändert? Wenn nicht, dann hat es bestimmt an dem Setting-Ordner gelegen, den ich gelöscht habe. 5.1-Kanalton habe ich auch noch nicht getestet.
    Aber ich denke mal, das ganze Problem liegt garantiert an irgendeinem Update von Vista-64.
    Xvid mußte ich auch gegen eine 64-Bit Version austauschen.

    stax76
    Erstmal großen Dank für deine Mühe. Läuft mit der 1.1.7.0-Version (Besweet) wieder super!!;D
    Sorry auch dafür, das ich dir so auf`n Senkel gegangen bin. Nur für den Fall, das evt. noch andere dieses Problam mit EAC3TO haben; habe ich mal alles durchgetestet (Besweet und EAC).
    Version 1.1.7.0
    Ac3 5.1 to AAC 5.1: Besweet und EAC3TO: ja
    Mp2 Stereo to AAc Stereo: Besweet: ja, EAC3TO: nein
    Austausch EAC3TO aus 1.1.6.4: Mp2 stereo: ja, AC3 5.1: ja

    Ah, sehr gut. War ich mal wieder blind. Ich hatte es schon einmal gefunden, aber dann wieder vergessen und konnte es nicht mehr wieder finden, da ich es auf der Website bzw. in einer Datei im StaxRip gesucht habe. Werd ich gleich mal abonnieren. Mein einziges Problem ist nur, dass ich rund 50% der Benachrichtigungsmails hier nicht erhalte. Landen auch nicht im Spam. Ich vermute, das Board erkennt nicht alle meine Besuche.

    Versuche jetzt schon seit einiger Zeit eine HD TV Aufnahme im Transport Stream (h.264+AC3+mp2) ohne umkodierung des Videos in einem mp4 Container zu packen. Da manche Geräte (wie z.B. die Xbox 360) bislang leider mit AC3 bei MP4 nichts anfangen können, möchte ich gerne die AC3 Spur zusätzlich als ACC kodiert hinterlegen und als Standartspur festlegen.

    Leider konnte ich bislang aber StarxRip nicht testen, da ich nach Auswahl der Quelle immer am "Missing YV12 decoder" Promt hängen bleibe, obwohl ich den dort empfohlene ffdshow Erweiterung korrekt installiert und den Rechner (Windows 7, 64bit) neugestartet habe. Muss ich vielleicht irgendwo in den Einstellungen noch einen entsprechenden Pfad angeben oder sollte das automatisch laufen?

    Also ich glaube, ich habe mein Problem gelöst, warum Audio Transcodes ständig zu früh beendet wurden. Es lag bei mir an Options > Audio > Force decoding using: DirectShow. Das sollte auf Disabled stehen. Es liegt also nicht direkt am eac3to.

    Gibt es eigentlich eine Möglichkeit den RAM Verbrauch beim x264 Encode etwas zu reduzieren? Das braucht bei mir ca. 450 MB RAM und ca. 480 MB Swap. Komm das System mit nur 2GB RAM schon an seine Grenzen. Und die Dinger sind ja leider ziemlich teuer geworden, kosten heute rund doppelt so viel als noch vor 2 Jahren :(

    Grundsätzlich ja ... aber die Beziehung zwischen sichtbarer Qualität und dafür notwendigem Hauptspeicher muss ja nicht linear sein. Also: Mit dem halben Speicherbedarf wird man sicher trotzdem weit mehr als nur die halbe Qualität erreichen können.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden