Beiträge von De-M-oN

Es sah schon ziemlich nach Speicher aus, weil speicher nicht zugewiesen werden konnte.

---[Error] [10.12.2013 18:22:46] x264 [error]: malloc of size 18468992 failed

Ach und stelle bitte den Blockbuster noch komplett richtig ein, sonst ist er eher schädigend als nützlich.

achja natürlich ist [lexicon]MKV[/lexicon] das Ziel xD. Falsch gelesen, sorry.

Zitat

leider auch mit blur keine änderung

nicht fehlerbehebend, aber trotzdem wichtig:

Du hast lediglich die Methode auf [lexicon]Blur[/lexicon] gestellt, die [lexicon]Blur[/lexicon] Methode aber noch nicht an meine Werte angepasst.

Ansonsten seh ich jetzt zum Fehler vorerst das Problem nicht.
Aber schon 'nen Crash nach dem 2. [lexicon]Frame[/lexicon] halt ich auch ein instabiles System schon für sehr unwahrscheinlich. Das ist ja dann wirklich schon direkt beim Encodebeginn gecrasht ..

Zitat

Hmm habe gerade mal probiert ohne die SSM zu machen und nur input, da klappt es..

Das verwundert mich allerdings noch ein bisschen.

Als wenns an dem Script irgendwie liegt.

Zitat von CruelDaemon

zu dem Blockbuster.. die Scripts wurden mit dem Aktuellen SSM gemacht, da habe ich eigentlich nichts weiter umgestellt ausser noch den AQ auf 1.25

Jap das seh ich. Ist aber nu nötig, bevor du Blockbuster benutzt, da dieser nun voll konfigurierbar ist und die Standardsettings in der config sind vom Filter. Daher bitte auf meine Settings anpassen. Das Video mit Noise zu bestücken ist sicher nicht das was du willst.

Zitat

ZU den Frames, ne es sind immer andere Frames, aber alle unter 60 aber um die über 50

Das ist dann komisch.

Arbeitsspeicher oder [lexicon]CPU[/lexicon] Problem wäre dann eine Möglichkeit.

Und du öffnest eine [lexicon]MKV[/lexicon] diesma? Wie kommts dazu?

Liest du die [lexicon]MKV[/lexicon] via FFMPEGSource2 ein? (haken bei FFMS2 drin in SSM?) Das wäre noch wichtig bei anderen Containern.

Zitat von CruelDaemon

---[Information] [10.12.2013 17:59:23] aborted at input frame 59, output frame 0
---[Error] [10.12.2013 17:59:23] avs [error]: Error occurred while writing frame 60

Passiert das immer bei dem gleichen Frame?

Zitat

--[Error] [10.12.2013 17:59:23] Process exits with error: 0xFFFFFFFF (-1)

Diese Art von Error tritt auch gerne auf, wenn die [lexicon]CPU[/lexicon] zu hoch getaktet ist, sprich falsche Berechnungen durchführt.

Passiert das mit jedem Video?

Arbeitsspeicher wurde nicht zu voll?

Ah ich sehe nen weiteren Fehler:

---[NoImage] Blockbuster("Noise", Block_size=8, Detail_min=1, Detail_max=10, Luma_offset=0, Luma_threshold=25, Mean=0, Variance=1, Cache=256, Seed=0)

Du müsstest bitte den Blockbuster Filter auf meinen Setting umstellen. Seitdem das Ding voll konfigurierbar ist im SSM, haben wir die Filter Standardsettings drin und nicht meine!

Daher:

Blockbuster("Blur", Block_size=4, Detail_min=75, Detail_max=100, Luma_offset=0, Luma_threshold=25, Strength=100)

Denn sonst baust du Noise in dein Video ein, was du ganz sicher nicht möchtest.

Und den Seitenverhältnis anpassen Haken entfernen, sofern nicht benötigt. Denn sonst springt unnötig mehr AVS Inhalt an, was den Vorgang verlangsamen könnte.

Zitat von CruelDaemon

MT kann man ja leider beim SSM nicht deaktivieren..

Na klar kannst du das. Haken bei MT raus

Aber änder vor allem erstmal den Max [lexicon]GOP[/lexicon] Wert.

5 ist ja gruselig^^

Damit dürftest du recht riesige Dateien bekommen xD

Max [lexicon]GOP[/lexicon] länge von 5? Wieso nimmst du so einen komischen Wert? Das bläht die Dateigröße dann ja richtig schön auf, wenn jeder 5. [lexicon]Frame[/lexicon] ein Keyframe sein soll.

Probier es mal ohne MT.

Des Weiteren ist dein haali veraltet.

http://www.free-codecs.com/haa…ska_splitter_download.htm

Samsung liefert Software mit, so das du nur diese Änderung von Samsung Magician Software machen brauchst.

Und bitte schließe sie an den SATA Controller an, der auch am Chipsatz angebunden ist, sprich bei einem Intel [lexicon]Mainboard[/lexicon] an dem Intel SATA Controller. An zb Marvell wird die [lexicon]SSD[/lexicon] sonst massiv gebremst.

Zitat von JuliaTrin

Aber alles was größer als 4 Gig ist, kann man nicht vom PC auf ne externe kopieren

Natürlich kann man das.

Man sollte sie schon in NTFS formatieren und nicht in FAT32

Zitat

Mal ne Frage, ich hatte kurz den ResampleHQ aktiviert und die Dateigröße hat sich um 0,0% verändert. Mache ich etwas falsch?

Nein.

http://svn.int64.org/viewvc/int64/resamplehq/doc/index.html

description lesen.
___

Dateigrößenverändernd ist Blockbuster, ResampleHQ kümmert sich nur um die Skalierung.

Ach du benutzt echt immer noch Fraps?

Das Ding hat ja eh so viele nachteile, allein schon das du getrennt audio aufnehmen musst

Zitat

Die [lexicon]Auflösung[/lexicon] bleibt bei mir immer gleich.

Du hast noch kein [lexicon]Descent[/lexicon] 3 gespielt, du glaubst nich was ich hier durchmachen muss xD

Menü: 640x480
Videos: 640x400
ingame: 2048x1152
Karte: 640x480
Ladebildschirm: 640x480 ! Ja sogar der Ladebildschirm wechselt die [lexicon]Auflösung[/lexicon] o.o

Zitat

Ich habe lediglich die "Split every 4 Gig" Option in [lexicon]FRAPS[/lexicon] aktiviert um die Daten von dem PC meines Partners auf meinen bewegen zu können

Wieso geht das mit größeren Dateien nicht.

Was Audio betrifft gehts ja auch um den Export aus dem Video

Per Hand eintragen ist halt viel unbequemer, gegenüber 'nem einfachem Drag&Drop, daher die Empfehlung. Zumal wie gesagt die Videos dann sogar unterschiedliche [lexicon]Auflösung[/lexicon] haben dürfen, was bei manueller eintragung sonst ja richtig lästig werden würde

Kann dir ja sonst SSM auch in Skype erklären^^

Diese 5 bis 8 Schnipsel dürfen bei dem Scriptmaker sogar unterschiedliche [lexicon]Auflösung[/lexicon] oder FPS haben.

Keine manuelle Eintragung von mehreren Quellen ins Script mehr nötig. Einfach in den SSM ziehen.
Keine manuelle Anpassung der [lexicon]Auflösung[/lexicon] der einzulesenden Quellen mehr nötig. Kümmert er sich drum.
Der Audioexport des SSMs exportiert den Audio 100% synchron zu den Videolängen. Das ist insbesondere dann wichtig, wenn du eben halt Videos anhängst. Das sorgt dann dafür das die Dinger synchron bleiben. Denn kein Videoprogramm, nicht mal eine Videokamera kann Audio und Video exakt zeitgleich schließen. Hinzukommend das auch noch die FPS limitiert. Je weniger FPS, desto länger ist der [lexicon]Frame[/lexicon]. Audio kann jederzeit geschlossen werden. Bei Video ist ein [lexicon]Frame[/lexicon] 33ms lang wenn das Video 30fps hat. Also kann video nur alle 33ms geschlossen werden in dem Fall.

Weiteres gibt es die Filter.

Blockbuster macht komplexe Blöcke bissl [lexicon]Blur[/lexicon] rein, [lexicon]Blur[/lexicon] den man aber nicht wirklich sieht, das Material aber komprimierbarer macht. Es entzieht dem Video an den komplexen Blöcken Detail. Detail den du eh nicht siehst. = Weniger Blöcke auf yt und weniger Dateigröße für dich.

ResampleHQ ist ein gamma beibehaltender Resizer. Siehe hier: http://svn.int64.org/viewvc/int64/resamplehq/doc/index.html und lies den Abschnitt description mal durch

Mit Levels und Tweak wäre zudem noch eine Farb- und Helligkeitsanpassung möglich.

Generell ist das Script erstellen mit SSM angenehmer.

Hatt ich mal gepostet, aber ich finds nicht mehr wieder und die [lexicon]Suchfunktion[/lexicon] ist ja hier eher trollig. Aber naja^^

Fürs Erstellen der Scripte kann ich dir übrigens das empfehlen:

[ Text-Tutorial ] SagaraS Scriptmaker (GUI)

Und da sind dann auch schöne Filter mit bei, so das die Videos auf youtube etwas weniger blockig werden.

Zitat von JuliaTrin

@Dark: Hmm danke für die Info. Hab ich bisher nie verwendet aber falls es Probleme gibt, weis ich, dass ich es damit versuchen könnte

Den Haali würd ich auf alle Fälle mit drauf machen. Einige Ressourcen von [lexicon]MeGUI[/lexicon] laufen mit Haali stabiler, und falls du was mit FFMS decodierst - einige funktionen von FFVideoSource etc benötigen Haali um korrekt zu funktionieren:

http://www.free-codecs.com/haa…ska_splitter_download.htm

Beim Setup den Haken aus Associate [lexicon]MKV[/lexicon] and mp4 to WMP entfernen.

Zitat von Kazuga

außer die avisynth presets die musst du neu laden.

Nein muss man nicht.

Avisynth zuerst installieren, bevor du [lexicon]MeGUI[/lexicon] startest. Das ist wichtig. Nicht das er sich das Portable rein zieht.

Zitat

Mal ne Frage, warum werden die Dateien eigentlich kleiner wenn ich das ganze auf Fast Rendere bzw. Faster?

Weil dann nicht genug von [lexicon]x264[/lexicon] gegen kompensiert werden konnte bei den schlechten einstellungen des faster presets. Ein langsamereres Preset sieht besser aus.
Wenn es trotz dem schnellen Preset kleiner wurde, ist halt weniger Qualität über geblieben.

Schneller als Medium kann ich nicht empfehlen.

Zitat

Und ne Zweite Frage,
der UTVideo [lexicon]Codec[/lexicon] lastet mir das ganze schön beim encodieren aus "aber" [lexicon]Lagarith[/lexicon] macht ab Preset "Faster" faxen und die Auslastung liegt irgendwo bei 70%-80%.

[lexicon]Lagarith[/lexicon] verwendet stärkere Kompression als UTVideo und das Decodieren ist somit anspruchsvoller. [lexicon]x264[/lexicon] muss drauf warten bis [lexicon]Lagarith[/lexicon] den [lexicon]Frame[/lexicon] decodiert hat.
Am schnellsten würde es ohne Kompression gehen - anständige Lesegeschwindigkeit der [lexicon]HDD[/lexicon] vorausgesetzt.

Zitat

ich weiß nicht aber [lexicon]Lagarith[/lexicon] als das Maß der Dinge gibts bei mir schon lang nicht mehr wenn ich den Vergleich ziehe

Sagt ja auch keiner.
[lexicon]Lagarith[/lexicon] eignet sich halt gut für langsame Festplatten. Schneller sind natürlich Codecs die weniger stark komprimieren. Das ist klar.

Das schnellste wäre [lexicon]DXTory[/lexicon] [lexicon]Codec[/lexicon] @ YUV420 ohne Kompression. Dicht dahinter UTVideo, 4:2:0,dividor 2.

PointResize? o.o

Neee. Spline16.

Wie stellst du dir das denn vor?

Wenn du größere Frames willst, musste zwangsläufig neu codieren. Das ist klar.

Zitat von DarkHunterRPGx

2. bringt nichts, das Material wird zwar in 2048x1152 ausgegeben, aber soweit ich weiß wird nicht mehr bitrate benutzt, da ja nur 1080p encode.

Doch die 1152er Version sieht besser aus.

@Juliatrin: Jap [lexicon]MeGUI[/lexicon] arbeitet mit diesen Workern. Wenn du nur 1 Worker willst, darf auch nur ein Worker aktiv sein, das kannste halt mit der Worker Liste kontrollieren.
Wenn man Worker auf Deutsch übersetzt kann mans denk ich gut ableiten wie das zu verstehen ist damit. Ein Arbeiter macht alles alleine, 2 Arbeiter können die Arbeit zusammen abarbeiten ;D

Zitat

Das ist nur bei den alten Videos so, die noch vor der Änderung in 1152p hochgeladen wurden.

Seit 1440p zurück ist, werden auch neue 2048x1152 als 2048x1152 @ 1080er erscheinen.

Wenn ich mich richtig erinner muss fürs [lexicon]muxen[/lexicon] Speicherort der AVS und x264,ogg Speicherort identisch sein und die Dateinamen abgesehen von der Endung identisch sein.

d:\bla.avs
d:\bla.mkv
d:\bla.ogg

als beispiel.

Glaube so wars

Aber nimm doch lieber ihn hier

[ Text-Tutorial ] SagaraS Scriptmaker (GUI)

Und dann bei [lexicon]MeGUI[/lexicon] auf options - settings -> tab: extra config, configure autoencode defaults button. Bei dem Button dann: [lexicon]MKV[/lexicon], no target filesize, no splitting => save.

Dann die avs in [lexicon]MeGUI[/lexicon] öffnen, audio input füllen, AutoEncode button drücken, queue drücken. Schon ist in Jobliste: audio, video, mux.

Somit muxt [lexicon]MeGUI[/lexicon] dir das dann

Eher als experimentell anzusehen.

Viel zu früher status, was du ja auch noch anhand der echt mageren config siehst.

Es wird zudem mega langsam encodieren.

Das brauch noch Zeit. Und derzeit gibts soweit ich weiß nicht mal lokal bisher einen [lexicon]H.265[/lexicon] Decoder.