StaxRip Encoding-Frontend (Diskussion)

So eine ähnliche Vermutung hatte ich auch schon, Avisynth (das mit dem Plus ^^) Habe ich das installiert, was mit Staxrip mitgeliefert wird, beim Pfad in den Einstellungen habe ich ebenfalls auf die Normale DGDecodeNV.dll verwiesen und nicht im x64 Binary Ordner (in dem auch keine Lizenzdatei ist, vondemher müsste da das Programm vorher meckern, dass deine Lizenz da wäre, wenn ich auf die x64 Datei verwiesen hätte)

Beschädigt schließe ich eigentlich aus da ich die 2049er Version von DGDecNV bereits zweimal neu runtergeladen und ersetzt habe, ebenso habe ich die 2047er und 48er Version erfolglos getestet

Ich kann mir das ganze auch irgendwie nicht erklären oder mir einen Reim darauf machen ... Hast du noch eine Idee?

Ich bin mir nicht sicher, wo eigentlch die Ursache liegt; speziell verwundert mich auch noch die Tatsache, dass als fehlerhafte Programmdatei %1 genannt wird: Das sieht aber eher nach einer nicht aufgelösten Platzhalter-Variablen aus. Da wird wohl stax76 noch eine Idee haben müssen.

wo könnte ich eine ältere staxrip version herbekommen? seit zum umzug zu github finde ich nur mehr die zwei neuesten betaversionen
http://www.videohelp.com/software/StaxR…rsions#download

ok dürfte wohl ein bug in staxrip sein, mit StaxRip_1.2.2.0 geht alles ohne probleme

stax76

Zitat

Als erstes würde ich testen ob StaxRip x64 grundsätzlich funktioniert, also testen ob die anderer source filter funktionieren.

ja funktioniert, nur eben mit dem nachteil, dass es dann mit dsmux (video) und mkvextract (audio] zerlegt wird, was viel länger dauert, als mit DGDecodeNV

Zitat

Ansonsten würde ich im Apps Dialog bei DGDecodeNV mit F11 nochmal DGDecodeNV.dll auswählen, und zwar unbedingt die Datei im x64 Verzeichnis

Damit läuft es ohne Fehlermeldung durch, also die DGDecodeNV.dll habe ich jetzt im x64 Verzeichnis ausgewählt, die DGIndexNV.exe im Standardverzeichnis und auch im x64, scheint er beide dann zu akzeptieren, ich vermute mal es wäre besser beide datein auf das x64 zu verweisen?

Zitat

möglicherweise muss man den Inhalt des x64 Verzeichnisses in das Hauptverzeichnis kopieren, mach ich immer so und weiß deshalb nicht ob es nötig ist.

und die datein die es dort bereits gibt überschreibst du?

War denn Staxrip bis jetzt (oder vor kurzem) nur für 32 bit? und jetzt gibt es die neuen versionen nur mehr als x64?

danke lg

PS: wenn ich schon mal mit dem "Meister" persönlich reden kann, braucht Stax eig. irgendwelche Programme extra installiert außer die die unter Apps drinnen sind, also zB ffdshow oder LAV-Filters?

Zitat

ja genau, es geht nur noch mit x64 weiter.

Kann ich verstehen, die Leute mit x86 Betriebssystem können eh nur mehr eine schwindende Minderheit sein

Zitat

Es gibt ein paar Features welche auf DirectShowSource zurückgreifen, es gibt z.B. an verschiedenen Stellen ein 'Play' Feature was Audio via DirectShowSource einbindet, NicAudio ist als x64 nur veraltet verfügbar und wird für ein oder zwei Formate benutzt, der Rest mit DirectShowSource.

Und jetzt ein bisschen normalsterblicher erklärt bitte
Ne, Erklärung ist super, aber schon zu detailreich für mich, da ich mich damit leider ein bissche zu wenig beschäftige, nutze StaxRip zum archivieren von TV Aufnahmen und platzsparenden Sicherheitskopien von meinen Blurays

Also DirectShowSource = ffdshow ???
Oder anders gefragt, welche Zusatzprogramme ala ffdshow braucht man nun? Danke

DirectShowSource verwendet irgendwelche DirectShow-Filter, die du im System installiert hast, und die sich als "am meisten zuständig für dieses Format" melden. Falls du ffdshow installiert hast, könnte dann ffdshow benutzt werden. Wenn nicht, irgendwas anderes, solange nur wenigstens ein installierter DirectShow-Filter sich für passend hält. Wenn nicht, Pech gehabt.

Dieses "sich für geeignet halten" ist auch nicht immer ein Segen gewesen; es gab schon so manche Software-Suite, die viele DirectShow-Filter für viele Formate installiert hat, die sich dann für äußerst geeignet hielten, aber das jeweilige Format tatsächlich nicht mal vollständig und korrekt unterstützt haben. Die Folge: Wenn man die nicht mit Spezialsoftware als "ungeeignet" zurückstufte, versuchte jeder auf DirectShow basierende Player oder Konverter, diesen Schrott zu verwenden, und bekam als Ergebnis nur Müll oder gar Abstürze. Oder ganz subtil im ersten Durchlauf einer 2-pass-Konvertierung leicht andere Frames als im zweiten, was die Bitratensteuerung verwirrte oder die Konvertierung abbrach, weil die Anzahl Frames zwischen 1. und 2. Durchlauf nicht übereinstimmte. Mal ganz zu schweigen von Filtern, die ungefragt mit den schlechtesten Verfahren deinterlacen und das Bild vermatschen.

Im Allgemeinen sollte man daher DirectShowSource eher vermeiden, außer man hat seine installierten Filter im Griff. Zu den gut beherrschbaren, leicht konfigurierbaren und leistungsfähigen DirectShow-Decodern zählen unter anderem ffdshow und LAV Filters (letztere auch als Splitter-Filter für viele Containerformate, so etwas hat ffdshow nicht, das ist nur ein Decoder für den enthaltenen Inhalt).

@ stax76: Ich würde für Vorschaufunktionen wohl eher empfehlen, mal DSS2Mod zu begutachten, dieser Quellfilter für AviSynth verwendet auch eine lokale Kopie von LAV Filters nativ, wenn man nicht per Parameter von ihm verlangt, tatsächlich wie das originale DSS2 zu arbeiten. Ob es davon aber eine x64-Version gibt, weiß ich noch nicht; vielleicht lässt sich der Autor diesbezüglich kontaktieren. Ansonsten bliebe noch LwLibav*Source, wenn man das Cachen des Index deaktiviert.

aktueller Download (das Google-Code-Projekt xvid4psp, dem es entstammt, hat keine aktuellen Downloads mehr)

Stax

Habe die Logdatei nicht mehr.
Habe aber eine andere Lösung gefunden, zumindest bei der BR. Erstelle ich direkt ein MKV File mit makeMKV wird der Ton richtig gemuxt.
Sprich der Fehler scheint nur aufzutreten wenn Staxrip das übernimmt. Falls ich wieder diesen Fehler habe schicke ich dir das Log gerne zu.

MFG

Hallo, ich habe hier eine BluRay 3D die ich mit Staxrip nicht bearbeiten kann.

Muss aber auch dazu sagen das es meine erste 3d ist.

Wollte von 1080p auf 720p in .mkv umwandeln.

Die BluRay hat eine MVC Spur. (Multiview Video Coding)

Bei Staxrip bleibt leider alles leer nachdem analysieren.

Source->BluRay sieht noch alles gut aus.

[Blockierte Grafik: http://fs2.directupload.net/images/150728/temp/asnuq6c7.jpg]

Nach dem auswählen des Streams aber nicht mehr, bleibt alles leer.

[Blockierte Grafik: http://fs1.directupload.net/images/150728/temp/j73e77o3.jpg]

Kann mir hier vielleicht jemand einen Tipp geben wie ich diese BluRay dennoch bearbeiten kann?

Kopiergeschützt ist sie nicht.

//EDIT//

Problem hat sich erledigt, bin auf dieses Program [BD3D2MK3D] gestoßen und klappt alles bestens mit sehr wenigen klicks.

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

Vielleicht wäre es ja möglich die Plugin irgendwann mal in Staxrip mit einzubinden.

Habe hier noch eine 3D BluRay hier liegen. Wo staxrip leider nur den 3D Stream (43,6gb) erkennt aber nicht die 2D .m2ts (32,4gb)

Die .m2ts lässt sich aber nach manueller Auswahl natürlich bearbeiten.

Hallo,

warum ist denn in der x64 version der execute button in den Audio Settings verschwunden? Das finde ich sehr schade weil ich das sehr oft benutzt habe um einzelne Dateien zu konvertieren. Wäre klasse wenn der wiederkeren würde.

Ach ja, falls er wiederkeren soll, wie wäre es, wenn noch ein zweiter Knopf vor dem Edit-Knopf residieren würde? Dann könnte man auch mal 5 Dateien mit den selben settings durchjagen ohne die CMD.exe manuell bemühen zu müssen.
Unbenannt2.png

Soviel zu meinen Wünschen. Weihnachten ist noch 4 Monate hin, vllt habe ich ja Glück :-).
Grüße Zwulf

Wie kann ich unter der neuen Beta vom 30.08. jetzt eine fixe Video-Bitrate für XVids einstellen ?
(Ich habe mehrere *.ts-Dateien unterschiedlicher Dauer, die ich in einer Batch hintereinander encodieren möchte. Jedes Video soll bspw. eine Video-Bitrate von 1.400kbps aufweisen.)

Besten Dank, malvinas2

@stax76: Du hast ein für User. Vielen Dank!

Hat vielleicht jemand eine Ahnung woran das liegen kann?

[Blockierte Grafik: http://fs2.directupload.net/images/150903/temp/erei3fzl.jpg]

In der xxx986_Source.avs steht folgendes:

LoadPlugin("C:\Users\xxx\Desktop\StaxRip\Apps\DGDecNV\x64 Binaries\DGDecodeNV.dll")
DGSource("C:\Users\xxx\Desktop\xxx\xxx986\Temp\xxx986.dgi")

Das Problem habe ich nur bei der x64 Version von Staxrip und zwar mit allen Builds bis hin zum aktuellsten (-V1.3.1.6)

Ich selbst benutze Win8.1 Pro x64 und bin der einzigste Admin und Benutzer.

Benutze ich die letzte x86 Version (1.2.2.2) läuft alles supi wie immer.

An AviSynth+ ist auch gedacht.

Deutlich langsamer ist L-SMASH Source auch nicht, wenn man eine komfortable Mehrkern-CPU hat.