Beiträge von stax76

Eingang

Bei hundert Prozent ohne resize Filter bist du vermutlich größer als die Quelldatei. Schau am besten mal hier. StaxRip hat 60% als Standardwert, halte das in Verbindung mit Post Processing seitens Dekoder für ideal wenn's denn multipass sein muss, bei mir gibt's nur Quality Mode, quantizer 3 entspricht etwa 60%.

Zitat

Multipass Encoding ist doch viel effektiver und man bekommt die selbe Bildqualität bei kleinerer Dateigröße.

Multipass funktioniert anders, effizienter ist es denke ich nicht. StaxRip hat als Standardwert den XviD Quantizer bei 3, Quantizer 2 sind 100% Qualität, Quantizer 3 sind etwa 60% Qualität. Finde das mit dem DivX Dekoder mit leichtem Deblocking und leichtem Film Effekt Ideal, kleine Dateigröße und trotzdem noch gute Qualität.

Zitat

Ich bin halt nicht an eine feste Dateigröße gebunden, da ich meine Filme nur auf Festplatte archiviere.

Beste Voraussetzung für Quality Mode.

Zitat

Bei DVD´s benutze ich aktuell den x264 Codec im HQ - Slowest Profile und crope nur die schwarzen Ränder. Resizing versuche ich zu vermeiden. Audio bleibt AC3 oder DTS.

Werd mir AR Signaling dann nochmal anschaun.

Zitat

Wenn man daran nicht gebunden ist aber trotzdem nicht zuviel Platz verschwenden will ist Multipass ebenso die richtige Wahl.
Single Encoding mit festen Quantizer halte ich für pure Platzverschwendung. Außerdem sind alle modernen Mp4 Codecs auf Multipass hin optimiert.

Bin nicht wirklich Codec Experte hab aber im englischen Doom9 Forum sehr viel über Quality Mode gelesen, Themen und Umfragen erstellt, eigene Tests gemacht und denke du liegst hier falsch. Ich verwende das XviD Home Theater Pal Profil mit Quantizer 3, ansonsten XviD Standardeinstellungen. Als Dekoder wie gesagt DivX mit leichtem Deblocking und leichtem Film Effekt.

CoRun

Da müsste ja dann 'Send Bug Report' ercheinen, ich hatte gehofft dass die letzte Version das Problem behebt.

Zitat

Nö, ich mach den Comp Check nur um zu wissen welche Bitrate ich für meine Zielauflösung nehmen sollte. Hab jetzt die entsprechende Option in den Project Options deaktiviert.

Warum dann nicht gleich quality mode? Wenn man einen Comp. Check macht hat man eine feste Zielgröße wie 1/3 DVD, wenn man keine feste Zielgröße hat nimmt man quality mode ohne Comp. Check und multipass.

Zitat

Ja wird sie und muss auch aktiviert bleiben damit der richtige Par überhaupt in den Bitstream geschrieben wird. Allerdings erzwingt diese Option immer eine 16:9 Auflösung die ja bei der anamorphen DVD Encodierung nicht erwünscht ist. Der einzige Workaround ist die Auflösung manuell auf 720x432 zu setzen bevor man den Codiervorgang startet. Von daher wäre es schon sinnvoll die Par Berechnung/Einstellung von dieser Option zu lösen.

Verstehe dich leider immer noch nicht, du hast also gewöhnliche DVD's und möchtest keinen resize Filter aber AR signaling? Am besten ich versuch das selbst nochmal und schreib dir dann auf wie ich es gemacht hab.

Zitat

In diesem Fall benötigt Staxrip deutlich mehr Einstellungen. In MeGUI muss ich es nur "einmal" in der Codec Konfig einstellen, bei Staxrip muss es in der Project Option eingestellt werden

Welche Option meinst du jetzt? Dir ist klar das man das Standardprojekt anpassen kann oder template Pojekte erstellen kann?

Zitat

dann die 16:9 Checkbox aktiviert werden die mir ständig die Auflösung verstellt.

Ich wollt es eigentlich schon vorher schreiben dass diese Option immer automatisch erkannt wird und man sie niemals manuell ändern sollte. Mir ist leider nicht klar was die mit der Option hast.

Zitat

Zum Beispiel nach dem Comp Test sorgt die nette Option immer dafür das es mir die Auflösung von 720x432 auf 1051:432 verstellt.

Einen Comp. Check macht man um eine optimale Auflösung zu finden, deshalb gibt es eine Option 'After comp. check do: resize image'.

Zitat

Ich verstehe nicht warum du den Par so umständlich berechnest. Er ist bei Pal DVD immer 16:11 nach ITU-R BT.601 Standart

Es gibt dutzende Auflösungen, diese Berechnung wird auf jeden Fall benötigt.

Zitat

Naja, hab mir gerade mal MeGUI angeschaut: Dort setze ich einfach den Sample Aspect Radio von 16:11 in der Codec Konfiguration.

StaxRip hat weniger Einstellungen da ich in der Zeit die mir zu Verfügung steht mich auf die Dinge konzentrieren muss die mir für das was ich mit StaxRip erreichen will am wichtigsten erscheinen. An MeGUI arbeiten 5-10 Leute, ich arbeite alleine wobei wenn sich gute Leute finden würden ich absolut nichts gegen eine Zusamenarbeit habe.

Wie willst du den deinen PAR wissen wenn du nicht weißt das die Quelle 16:9 ist oder nicht?

4:3 PAL -> 12:11
16:9 PAL -> 16:11

Über minimale Rundungsfehler mach ich mir keine Gedanken, wer sagt dir das 16:11 keine Rundungsfehler enthält und das sich daraus grundsätzlich Werte ergeben die näher an der Realität liegen? Wir reden hier über ungefähr 2 Pixel, vielleicht 0,3 Prozent Abweichen, ich würde sagen alles was unter 16 Pixel and kleiner 2 Prozent Abweichung ist kann man nicht wahrnehmen und ist somit im grünen Bereich.

Ich könnte für Y 33 anstelle von 100 nehmen um exakt auf deine Werte zu kommen, keine Ahnung was mehr der Realität entsprechen würde.

4:3 PAL > 12:11
4:3 NTSC > 10:11
16:9 PAL > 16:11
16:9 NTSC > 40:33

Ist deine DivX Pro Trial ausgelaufen?

CLI hat in StaxRip den gleichen Standard als das GUI.

Zitat

Ich encodiere DVD´s immer anamorph und bin auf folgende Probleme gestoßen. In Staxrip gibt es die Option "Auto Aspect Radio Signaling" welche aktiviert sein muss damit das richtige Seitenverhältnis in den Bitstream geschrieben wird. Zusätzlich muss im Hauptmenü der Reiter bei 16:9 aktiviert sein, was bei mir sehr zur Verwirrung beigetragen hat. Normalweise bewirkt diese Option ein automatisches Anpassen der Auflösung in 16:9. Bei meinen ersten Versuchen hatte ich sie deshalb deaktiviert und die Auflösung manuell in 720x432 geändert. Dabei wird aber nicht das korrekte Seitenverhältnis in den Bitstream geschrieben. Aktiviert man sie dagegen wird die Auflösung automatisch in 720x304 geändert und man muss sie wieder von Hand in 720x432 ändern. Das ganze ergibt irgendwie keinen Sinn.

Ist bei StaxRip genau gleich wie anderen Programmen auch.

Zitat

Das nächste Problem ergibt sich aus dem Aspect Radio der in den Bitstream geschrieben wird. Ich habe zwei Filme in 720x432 encodiert. Bei dem einen wurde 1051:432 in den Bitstream geschrieben, bei den anderen 73:30. Die Unterschiede sind minimal, trotzdem macht mich das ganze stutzig. Kannst du mal bitte genauer erklären wie du die Option "Auto Aspect Radio Signaling" umgesetzt hast. Warum verwendest du nicht einfach die SampleAR Einstellung im x264 Codec?

StaxRip verwendet die par Einstellung von x264, hast du dir die Log Datei angeschaut? Dort müssten eigentlich identische Werte zu finden sein...

Public Shared Function GetPARForY100() As Integer
    Dim dar As Double


    If IsITU Then
        If Is169 Then
            dar = 1.823
        Else
            dar = 1.368
        End If
    Else
        If Is169 Then
            dar = 16 / 9
        Else
            dar = 4 / 3
        End If
    End If


    Return CInt(((dar * SourceHeight) / SourceWidth) * 100)
End Function

[size=+1]0.9.9.0 (2006-03-11)[/size]

Zitat

• new: Go To dialog in preview splitted in two different diaogs, one frame based and one time based.
• new: The script used to show infos in the preview can be customized in the advanced options.
• new: The actions available in the customizable menus are now called commands and are avaiable at the command line.
• new: Preview has a new menu item to copy the frame number of the current position to the clipboard. It is useful to create zones in the codec configuration e.g. to encode the credits at a high quantizer. The new commands and macros used for this menu item are indroduced below.
• new: Option for the threshold at which force film is used.
• new: Forced shutdown modes.
• new: MP3 enabled for MP4 container.
• new command : 'Show Message Box' with title, message and icon parameter, available globally.
• new command: 'Copy To Clipboard', available globally.
• new command: 'Perform Auto Crop', available in the main window and from the command line.
• new command: 'Perform Smart Crop', available in the main window and from the command line.
• new macro: '%pos_frame%' returns the current position of the preview in frames, available globally.
• fix: Applying IVTC filters and cutting caused audio being not synced.
• fix: BeSweet AAC problem using Nero 7 because of missing MFC71.dll which is now always copied to the BeSweet dir.
• fix: Changed all AAC audio profiles to use the dimzon plugin to workaround problems with Nero 7.
• fix: 100% film sources wasn't detected as such.
• change: Renamed 'Post Processing Mode' to back to 'Batch Mode' and tested, improved and fixed this mode.
• change: x264 version updated.
• change: Preparer to demux AVI supports now multiple input files.

[size=+1]0.9.3.2 (2006-02-21)[/size]

Zitat

• new: Added preparer that decodes using DirectShow and defaults for WMV and RMVB.
• new: 'Auto crop until proper aspect ratio is found'. This option is useful for devices like PlayStation Portable. It's know as smart crop and the used algorithm was improved.
• new: PMP Muxer and PlayStation Portable template.
• new: Option to define percentage to use for compressibility check.

[size=+1]0.9.3.1 (2006-02-16)[/size]

Zitat

• fix: x264 comp check was broke.
• fix: sbr or sbrx MP4Box switches were not use for AAC-HE, now sbr is used.
• fix: Enabled compiler switch to run StaxRip as 32 bit application on 64 bit systems.
• fix: Cutting two audio tracks resulted in two identical tracks.
• new: Option to automatically resize the image size after the compressibility check.
• update: new DivX, x264 and MP4Box versions integrated.

Madman

Hast du schon ein Bug Report gesendet?

Zini

Und wenn du lediglich die txt Datei von DVD Decrypter erzeugen lässt? Ich werd es wohl ändern dass nur noch txt Dateien geladen werden, was anderes funktioniert schließlich nicht.

Zitat

aber beim compressibility check ermittelt er bitraten von weit unter 200

Ist ein Bug, mit der nächsten StaxRip version sollte es besser klappen.

AVI und x264 geht im Moment nur mit Kommondozeilenmultiplexer mit benutzerdefinierter Kommondozeile.

AC3 sollte klappen, DTS eher weniger.

[size=+1]0.9.3.0 (2006-02-06)[/size]

Zitat

• new: All unfinished help documents completed, new DVB Guide, guide section to list guides by other authors and some other help improvement.
• new: Improved GUI for editing command lines and script.
• new: Improved command line encoder incl. support for compressibility check.
• new: MP4 and MKV stream name tags.

[size=+1]0.9.2.9 (2006-01-30)[/size]

Zitat

• new: Added possibility to pause and resume processing applications.
• new: Added support for managing template projects.
• new: Some command line switches added, start StaxRip using StaxRip -?
• fix: Bug in MP3 command line fixed.

Zitat

Etwa so wie bei GordianKnot: "Plugins-Verzeichnis" definieren, im AviSynth-Skript "WorkingDir" setzen, und nur die wirklich benötigten Plugins explizit mit "LoadPlugin" einbinden. Meiner Meinung nach die sauberste Lösung.

Ist eigentlich nicht der Sinn von WorkingDir und somit undokumentiert, da nirgends ein Hinweis zu finden ist dachte ich bisher es werden absolute Pfadangaben für LoadPlugin benötigt.

Zitat

This is primarily for easy loading of source clips, etc. Does not affect plugin autoloading

Zitat

Würden die alle im Auto-Load-Verzeichnis liegen, wäre die Unterscheidung der verschiedenen DLLs nicht möglich, weil sie ja die gleichen Funktionen bieten.

Auto loading bietet hier eine Lösung an Ort und Stelle (direkt am Funktionsname). Keine absoluten Pfadangaben zu benötigen ist ein wesentlicher Vorteil, das Ergebnis sollte das gleiche sein wobei ich die automatische Variante wesentlich einfacher finde.

Zitat

Plugin autoload and conflicting function names v2.55

Starting from v2.55 there is DLLName_function() support. The problem is that two plugins can have different functions which are named the same. To call the needed one, DLLName_function() support is added. It auto-generates the additional names both for auto-loaded plugins and for plug-ins loaded with LoadPlugin.

Some examples:

# using fielddeinterlace from decomb510.dll
AviSource("D:\captures\jewel.avi")
decomb510_fielddeinterlace(blend=false)

Suppose you have the plugins mpeg2dec.dll and mpeg2dec3.dll in your auto plugin dir, and you want to load a d2v file with mpeg2dec.dll (which outputs YUY2):

# using mpeg2source from mpeg2dec.dll
mpeg2dec_mpeg2source("F:\From_hell\from_hell.d2v")

# using mpeg2source from mpeg2dec3.dll
mpeg2dec3_mpeg2source("F:\From_hell\from_hell.d2v")

You can find a large selection of AviSynth plugins to download in [FAQ #3.4] and [FAQ #3.5].

Alles anzeigen

Hab im englischen Forum mal ein Umfrage gestartet:

http://forum.doom9.org/showthread.php?t=106481

Zitat

Und genau deshalb MUSS und SOLLTE StaxRip seinen eigenen Ordner mit Plugins etc haben und direct verlinken. Evt. sogar die DLL versionen per Checksumme prüfen, ob es auch die richtige Version ist.

Welche Vorteile bietet manuelles laden überhaupt? Scheint mir sehr umständlich. Wüsste im Moment garnicht ob sich das sauber in das aktuelle StaxRip AviSynth System integrieren lässt.

Zitat

StaxRip ist und wird also ein "geschlossenes" System wie AutoGKnot?

geschlossenes nein, flexibel ja

[size=+1]0.9.2.8 (2006-01-27)[/size]

Zitat

• new: Cascading profiles menu.
• new: Sharktooth's x264 profiles (thanks to Sharktooth).