Beiträge von Sagaras

Bei Filmen ist es üblich das sie 24/1,001 FPS, 25 FPS, 30/1,001 FPS oder glatt 30 FPS haben.

[lexicon]Playstation[/lexicon] 1 Cutscenes laufen sogar mit 15 FPS nur.

Jedoch sollte immer bedacht werden:
Jegliche Art von Filmen, Serien, Trick etc. pp. sind Sachen die entweder natürliches Bluring haben oder halt Künstliches

Bei [lexicon]Playstation[/lexicon] 1 kann man sogar sehen wie sie die Frames regelrecht verwaschen haben, damit das Auge getäuscht wird das es flüssig sei.

Ein Spiel jedoch ist zu keins von beiden zuzuordnen. Ein Spiel muss kein Bluring besitzen, sondern wird Hartkantik berechnet. Bedeutet das ein Spiel keine weichen Frameübergänge besitzt. Entweder baut man im Nachhinein welche ein oder man zockt ein Game das bereits Bluring besitzt. Wichtigstes Bluring für weiche Frameübergänge ist [lexicon]Motion Blur[/lexicon].

Hat ein Spiel kein [lexicon]Motion Blur[/lexicon] ist es in unteren Framebereichen fürs Auge spürbar sichtbar. Höhere Framebereiche wirken dann wieder flüssiger.

Darum sollte ein Game min. 30 FPS schaffen darzustellen oder so wie bei MC mit 60 - 120 FPS min.

@ShowCast
Weil du kein [lexicon]AVISynth[/lexicon] MT installiert hast.

[lexicon]AVISynth[/lexicon] MT ist bei der [lexicon]SSM[/lexicon] Setup dabei. Einfach bei der Setup mit ankreuzen und installieren lassen. Dann läuft das auch.

Zitat von Mirdaso

So habs nun mit [lexicon]Spline[/lexicon] 100 ohne ResampleHQ und 4 Threads laufen und lande bei ca. 6 FPS und einer Encodierzeit von gut über ner Stunde.

Ist schon realistischer der Wert langsam.

Es geht aber um ein [lexicon]NES[/lexicon] Emulator und kein [lexicon]SNES[/lexicon] ;D
Das ist das Ding was noch etwas älter ist xD

Was heißt bessere Grafik? Meinst wohl mehr Skalier Filter die das Original Spiel an sich verfälschen. Jo, kann gut aussehen am PC. Ist aber nicht natürlichen Ursprungs dann.

Ansonsten sieht die Grafik an so ziemlich jedem [lexicon]NES[/lexicon] Emulator sehr sauber aus, da RGB Ausgabe. (Und dabei kann man an nem [lexicon]NES[/lexicon] Emulator unter Grafik schon kaum was einstellen xD)

Mir fehlen halt diese Kleinigkeiten wie halt den erwähnten Barcode Reader. Bei NESTopia ist der mit drin. Und funktioniert auch sauber. Genauso wie der VirtualNES.

Wie willst du die Größe ändern?

Vom Bild was wegschneiden tust du mit dem Crop-Befehl
Das Video [lexicon]hochskalieren[/lexicon] machst du mit einem Skalierer nach dem Croppen wie z.B. mit:
Spline16Resize, PointResize etc.

Oder meist du das Display im Video selbst vergrößern lassen? Als Animation sozusagen?

Beim Cropbefehl halt:
Crop(links, oben, rechts, unten)

Dabei sollte links und oben positive Werte haben und rechts und unten negative (ziehst ja auch was ab dann))

Und Resizen kannste auch machen, sollte aber auch deine [lexicon]NLE[/lexicon] hinbekommen (sofern du sie verwenden willst noch.)

Zitat von MrsLittletall

Ich hab ja Aufnahmen mit dem 3DS gemacht und wollte sie bearbeiten... nachdem das mit dem Croppen kein bisschen geklappt hat, hab ich mir zwei MP4s mit [lexicon]MeGUI[/lexicon] und Avisinth gemacht und wie schön das geklappt hat!

Sofern du nur beide Displays einzeln als Video haben wolltest, statt alles in einem, so hättest du auch mit [lexicon]AVISynth[/lexicon] ein Display rauscroppen können mit:

AVISource("Video.avi").AssumeFPS(30, 1)
Crop(links, rechts, oben, unten) # Mit Zahlen ausfüllen

Und dann dann hättest du das Skript in [lexicon]VirtualDub[/lexicon] mit einem [lexicon]Lossless[/lexicon] [lexicon]Codec[/lexicon] wieder abgespeichert wie [lexicon]MagicYUV[/lexicon] oder UTVideo oder [lexicon]LAgarith[/lexicon].

Weil dann hätteste jedes Display einzeln gecroppt als Video und hättest es wieder in deine [lexicon]NLE[/lexicon] laden können. Mit der Aufnahme wäre ja dann nix passiert, da [lexicon]Lossless[/lexicon]

Besitzt leider keinen Barcode Reader für [lexicon]NES[/lexicon] Datach Spiele. Schade eigentlich.

Und ich glaube... wenn ich mir das Ding weiter anschaue, werden mir noch gewiss weitere Kleinigkeiten auffallen die fehlen, aber nicht fehlen sollten bei einem [lexicon]NES[/lexicon].

Zitat von Rafinoff

Natürlich nicht, ich hatte aber schon geschrieben das ich [lexicon]SSM[/lexicon] eben (noch) nicht benutze, zudem tritt der Fehler schon bei der Aufnahme auf da [lexicon]Dxtory[/lexicon] die Videos im falschen Farbraum anlegt.

Und genau das behebt ja das besagte Programm von mir indem der Header im Offset D4-D7 geändert wird.

Das ist nämlich die Farbrauminformation im Header einer [lexicon]Lagarith[/lexicon] Datei. Die wird mit dem kleinen Tool nur umgeschrieben und stimmt dann mit dem Rest der Datei wieder überein.

Mal angenommen du nimmst mit [lexicon]DXTory[/lexicon] in YV12 auf mit [lexicon]Lagarith[/lexicon]. In der [lexicon]Mediainfo[/lexicon] steht dann sowas wie RGB oder Grey oder was weiß ich. Und [lexicon]AVISynth[/lexicon] erkennt es als RGB32 vllt noch.

Dann kommt das Tool ins Spiel. Du änderst damit den Headereintrag des Farbraums auf den mit den du aufgenommen hast. Und schon stimmt die [lexicon]Mediainfo[/lexicon] und auch [lexicon]AVISynth[/lexicon] erkennt das File richtig wieder.

Was meinste warum ich das Ding geschrieben hatte? ;D

Zitat von Sagaras

Schau mal ob du vom [lexicon]SSM[/lexicon] Setup den "[lexicon]Lagarith[/lexicon] Set Colorspace" mitinstalliert hast. Das ist ein Programm von mir damit du den Farbraum von Lagarithvideos ändern kannst.

Warum wird dieser Vorschlag so außer acht gelassen? Ist das denn so zuwider?

Zitat von Rafinoff

Damit hat sich mein Problem soweit erledigt.

Praktisch ja.
Theoretisch leider nicht.

Weil die Frage bleibt ja nun weitesgehend offen woran es nun liegt

Und warum schreibste dann das wenn du ein Skript selbst erstellst die 'Videos dann geladen werden können?

Find doch mal selbst die Logik aus deinen Sätzen

Entscheide dich mal. Entweder läd es [lexicon]AVISynth[/lexicon] oder nicht. Es gibt da nur ein Ja oder Nein. Es gibt kein Eventuell in diesem Moment.

[lexicon]MeGUI[/lexicon] nutzt [lexicon]AVISynth[/lexicon] für den Skriptcreator und wenn du selbst ein Skript schreibst dann gewiss auch.

Und das einzige was mich interessiert: Geht es oder geht es nicht? Es gibt kein Vielleicht oder Eventuell.

Wenn [lexicon]MeGUI[/lexicon] das nicht ladet, dann wohl bestimmt das du irgendwas falsch machst. Nur was weiß ich nicht. Sonst müsste ich meine Glaskugel um Hilfe bitten, damit sie mir alles Vorhersagt wie und was du da machst

Zitat von Rafinoff

Die Sache ist eben die: Auch die 'RGB' Datei wird nicht ohne weiteres von [lexicon]MeGUI[/lexicon] angenommen...

Wer weiß was du in [lexicon]MeGUI[/lexicon] machst um das Video zu laden.

Ja, RGB kann [lexicon]Lagarith[/lexicon] auch decodieren. Daher kann es [lexicon]AVISynth[/lexicon] auch verarbeiten. Aber nicht "Grey" oder besser gesagt YUV400 alias Y8. Den kennt [lexicon]Lagarith[/lexicon] nicht.

RGB ist aber dann auch falsch dann, wenn du YV12 abgespeichert hast ;D Also hat dir wohl [lexicon]DXTory[/lexicon] das falsch angelegt die Datei.

Haste [lexicon]Lagarith[/lexicon] mal irgendwie umgestellt gehabt von den Einstellungen her?

Sprich: [lexicon]Lagarith[/lexicon] kannste ja noch Konfigurieren. Haste da eventuell folgende Optionen angehakt:

Always Suggest RGB for Output

oder

Prevent Upsampling When Decoding

?

Wenn ja, Haken bitte raus nehmen. Und bitte mal die restlichen Einstellungen posten die du da eingestellt hast.

Dann wäre noch interessant wie du dein [lexicon]Frameserver[/lexicon] eingestellt hast. Auch da mal bitte die Einstellungen verraten zu.

Und dann kann eventuell noch helfen wenn du deine [lexicon]Decoder[/lexicon] bei [lexicon]FFDShow[/lexicon] mal umstellst.

[lexicon]AVISynth[/lexicon] auf [lexicon]AVISynth[/lexicon] stellen und RAW video (Wo auch [lexicon]Lagarith[/lexicon] zuzählt) auf "Alle Unterstüzt" stellen.

Edit:
Ich glaube aber das ich weiß warum er das [lexicon]Lagarith[/lexicon] Video nicht verarbeiten kann. Bzw. nicht decodieren kann.

Als Farbraum haste in der [lexicon]Mediainfo[/lexicon] ja "Grey" was ja Y8 entsprechen würde. [lexicon]Lagarith[/lexicon] kennt aber kein Y8 Farbraum, sondern nur: RGB32 (RGBA), RGB24 (RGB Default), YUY2 und YV12

Aber kein Y8.

Wo auch immer der Graue Farbraum jetzt herkommt. Aber das ist der auf jedenfall der Grund warum es nicht geht.

Schau mal ob du vom [lexicon]SSM[/lexicon] Setup den "[lexicon]Lagarith[/lexicon] Set Colorspace" mitinstalliert hast. Das ist ein Programm von mir damit du den Farbraum von Lagarithvideos ändern kannst.

Den hatte ich mal entwickelt weil es damals wo ich damit gearbeitet hatte noch Fehler gab bei einigen Programmen. Die haben das fehlerhaft abgespeichert gehabt.

Aber da kannste das umändern mit.

Zitat von Rafinoff

ColorSpace : Grey

Whats that?

Normal müsste es so aussehen:
ColorSpace : YUV
ChromaSubsampling : 4:2:0

Oder halt besser.

Deines müsste ein Y8 ähnlicher Farbraum sein. Da [lexicon]AVISynth[/lexicon] aber Y8 erkennen würde, gehe ich mal davon aus das es sogar noch was anderes ist. Wie waren denn deine Aufnahmekonfigurationen?

@Rafinoff
Was aber noch mehr Qualität bringt ist (sofern man die Aufnahme noch [lexicon]hochskalieren[/lexicon] will später) sie in einer Abtastrate von 4:4:4 aufzunehmen. Sprich RGB24 oder YUV24 (YUV444).

Warum hat das mehr Sinn für das Video?
Weil du nun mit einem Skalierer wie Spline100, Spline16, Point etc. pp. qualitativ besser skalieren kannst. Das hat den Grund da YUV420(YV12) ein Farbraum ist wo der Farbanteil (also der Chroma(UV) Anteil) sich Horizontal und Vertikal sich leicht verschmieren, weil die Farbraster um die Hälfte reduziert sind. Das bedeutet das wenn du ein YV12(YUV420) Video hochskalierst, skalierst du diese Farbverschmierungen mit und vergrößerst somit diese pikanten Stellen. Das resultat daraus kann dann durchaus sein das das Video komplexer wird dabei.
Anders aber ist es wenn ein RGB24 oder YV24 Farbraum hochskaliert wird. Denn diese besitzen keine Verluste bei den Farbrastern. Das Bild ist somit wirklich 100% scharf wie im Game und die Skalierer profitieren davon. Auch der YV12 Encode daraus sieht erheblich besser aus und wird auch nicht zu viel fressen, als wenn du eine YV12 Quelle hochskalierst und in YV12 Encodierst.

Kurz:
RGB24/YV24 720p -> Spline100 -> YV12 1440p = Besser
als
YV12 720p -> Spline100 -> YV12 1440p

Da profitiert einfach der Skalierer mehr. Und der [lexicon]SSM[/lexicon] skaliert so: Erst skalieren, dann Farbraum konvertieren. Immer in der Reihenfolge. Also immer der beste Weg

Beim [lexicon]SSM[/lexicon] ist das auch mit Instanzen am besten. [lexicon]VirtualDub[/lexicon] zwei mal aufmachen und dann läuft das Wunderbar

Zitat von Thorhall

Muss ich jetzt diese Einstellung --open -[lexicon]gop[/lexicon] (von De-M-on) in die Kommandozeile von [lexicon]x264[/lexicon] mit einschreiben?

Nein. Das ist A) kein Zwang und B) hat er es nur angedeutet und gezeigt, da Firedust das etwas falsch erklärt hat.

Zitat von Glurak

So ich hab ein neues Problem ich kann in [lexicon]MegUi[/lexicon] kein Avi Source mehr nutzen und in [lexicon]Sony Vegas[/lexicon] lassen sich die dateien auch nicht mehr öffnen.

dabei bin ich eigentlich nur auf 60 FPS gewechselt

Die [lexicon]Mediainfo[/lexicon] zu den Aufnahmen sehen ok aus und sollten in [lexicon]MeGUI[/lexicon] von [lexicon]AVISynth[/lexicon] auch erkannt werden mit AVIsource.

Aber auch dein Vegas sollte es öffnen können.

Schon mal getestet ob deine Aufnahmen defekt sind?
Oder hast du eventuell ein Codecpack installiert zwischendurch?

[lexicon]MeGUI[/lexicon] sollte dir bei den Aufnahmen wenn du sie per AVISource öffnen willst eine Fehlermeldung geben. Diese bitte dann mal posten. Die wäre sehr Hilfreich.

Zitat von Rafinoff

Kleine Frage:
Ich Cutte meine Rohaufnahmen immer über den '[lexicon]AVS Cutter[/lexicon]' was soweit auch gut klappt. Im Endeffekt dauert es trotzdem immer etwas bis man in jedes einzelne Script die Schnitt-Frames eingetragen hat, da ich die Rohaufnahmen durch den Cutter in mehrere Parts aufteilen lasse. Die Start- und End-Frames notiere ich mir immer in einem Text-Dokument, und übertrage diese dann in den '[lexicon]AVS Cutter[/lexicon]'.
Mich würde nur interessieren ob es noch eine komfortablere Möglichkeit gibt, um z.B. schneller oder gleichzeitig mehrere Scripte erstellen zu lassen?
Oder vielleicht hat auch jemand einfach einen Tipp wie wann das Ganze etwas beschleunigen könnte. Mir ist natürlich Bewusst das die Übertragung der Frames in den Cutter kein großer Aufwand ist, jedoch wolle ich einfach mal gefragt haben

mehrere Instanzen nutzen und das ganze wird etwas einfacher.

VFW [lexicon]Encoder[/lexicon] sind aber meines Wissens immer 8Bit [lexicon]Encoder[/lexicon]

Ist ja aber auch nicht gravierend jetzt. Halt nur Schade