Beiträge von Sagaras

    Kann [lexicon]x264vfw[/lexicon] dann das nicht so machen: datei.h264 - datei(1).h264


    Nein, das wird ohne zu fragen überschrieben. Der einzige Weg ist es den VFW Modus bei [lexicon]x264vfw[/lexicon] wieder zu aktivieren, damit eine Batchlistenfunktion innerhalb der [lexicon]NLE[/lexicon] funktioniert.
    Ansonsten geht es einfach nicht.


    Das heißt halt das das AVC Material in einen AVI [lexicon]Container[/lexicon] kommt. Und zwars der, der von der [lexicon]NLE[/lexicon] vorgegeben wird.


    Die VFW Schnittstelle stellt ein AVI [lexicon]Container[/lexicon] bereit und ruft intern installierte Windows [lexicon]Encoder[/lexicon] auf (DirectShow). Die VFW Schnittstelle ruft halt einen [lexicon]Encoder[/lexicon] und der [lexicon]Encoder[/lexicon] schickt es an die VFW Schnittstelle zurück wo es dann in das AVI File gespeichert wird.


    Ob es kompatibel ist oder nicht wird nicht gefragt. Es wird einfach eingearbeitet. Und genau da kann es dann zu Defekten führen.

    Naja reichts da nicht immer anderen Dateinamen zu nehmen bei der [lexicon]x264vfw[/lexicon] config?


    Nein. Die [lexicon]x264vfw[/lexicon] arbeitet für sich. Die hat mit der [lexicon]NLE[/lexicon] nix am Hut. Das heißt das File das man bei [lexicon]x264vfw[/lexicon] angibt gilt immer dann wenn [lexicon]x264vfw[/lexicon] aufgerufen wird.


    Würde man das bei einer [lexicon]NLE[/lexicon] in der [lexicon]Batch[/lexicon] Liste ändern, so würde [lexicon]x264vfw[/lexicon] immer den angegeben Dateinamen haben, den man zuletzt in [lexicon]x264vfw[/lexicon] angegeben hat.


    z.B.:
    Video1 -> [lexicon]x264vfw[/lexicon] -> Movio1.264
    Video2 -> [lexicon]x264vfw[/lexicon] -> Movie2.264


    Video1 würde dann als Movie2.264 gespeichert werden, weil Überschreibung des [lexicon]x264vfw[/lexicon] Codecs. Somit würde Video2 Video1 überschreiben. Sprich immer das nächste Video in der [lexicon]NLE[/lexicon] [lexicon]Batch[/lexicon] Liste würde das File überschreiben.


    Wer [lexicon]Batch[/lexicon] nutzen will in Zusammenhang mit [lexicon]x264vfw[/lexicon], der muss bei [lexicon]x264vfw[/lexicon] auch den VFW Modus nutzen, sodass das h264 AVC File in ein AVI [lexicon]Container[/lexicon] geschrieben wird.


    Und genau dies kann eventuell auch mal zu Defekten Videos führen. Weil AVC Material gehört nun mal nicht in AVI. ^^


    Könnt das aber auch auf gut Glück probieren.
    Wenn nix hinhaut oder nix geht, weil das Video damit zerschossen wurde, kann ich daran nix ändern.


    Im Grunde macht man sich damit nur wieder mehr Arbeit, weil man dann das AVC Material wieder aus der AVI rausdemuxen muss ^^

    Ja einfach auf Stapelkonvertierung gehen und dann unten AVI Auswählen und Konfigurieren. Da dann ganz normal die [lexicon]x264vfw[/lexicon] Einstellungen übernehmen


    Und er muss es dann so einstellen das das resultierende H264 Material in ein AVI [lexicon]Container[/lexicon] kommt via Hack. Weil wenn nicht, dann wird das File was bei [lexicon]x264vfw[/lexicon] eingestellt ist überschrieben.


    Als Hinweis sollteste dann noch erwähnen das Videos unter umständen Defekt werden können.

    Die Emulatoren befinden sich in der Grauzone auch.


    Nö, die befinden sich in keiner Grauzone, sondern sind schlichtweg legal. Daher werden Emulatoren wie für PSX, PS2, PC Engine, 3DO, etc. ja auch immer ohne BIOS angeboten.


    Selbstprogrammierte interne BIOSe wie man sie bei VBA, [lexicon]SNES[/lexicon], GB/GBC, [lexicon]N64[/lexicon], etc. findet sind alles andere als 1:1 Kopien des Original BIOS.


    Und ohne ein BIOS würde kein Emulator der Welt eine ROM/Cartridge/Image abspielen können.


    An sich müsste man also das BIOS als Illegal sehen schon.
    Weil an sich müsste man mal hinterfragen warum einige Emulatorenseiten keine dazugehörigen BIOSe mit ausliefert ;D


    Ein Emulator an sich ist vollkommen legal. Verstößt auch gegen kein Gesetz.


    Besitzt man die Spiele und hat eine Kopie auf dem PC ist das auch wieder eine Grauzone.


    Kommt drauf an wie die Rechtslage ist. Bei vielen Konsolen Herstellern wird das ausdrücklich halt auch untersagt Kopien sich anzulegen.


    Aber ich denke das ein Anlegen von Kopien oder auch ändern der Sicherheitsmechanismen für den Privatgebrauch keinem was angehen. Denn ich kann ja wohl schließlich mit meinen gekauften Besitz machen was ich will, solange ich es keine 3ten weitergebe, verkaufe oder im Internet anbiete.
    Ist genauso mit Konsolen. Wenn ich meine [lexicon]PS3[/lexicon] als Kaffeeuntersetzer verwenden will, dann mach ich das halt xD


    Allerdings ist das weiterverbreiten solcher Kopien an 3te Illegal. Und auch wenn man das Spiel hat und sich das entsprechende Spiel (gleiche Version) runterläd, so ist es dennoch Illegal und kann auch Strafrechtlich verfolgt werden.
    Das ist keine Grauzone dann, sondern wirklich Illegal.


    Ist genauso als wenn du Drogen übers Netz verschenken würdest, wenn man das mal so blöd auslegt ^^
    Oder Filme und Serien vertreiben und anbieten würdest als Download auf einer Seite.


    Da Downloader meist nur kleine Fische sind, werden diese oftmals nicht belangt. Vielmehr geht hier den Uploader Dingfest zu machen und Vertreiber der Seiten.


    Klingt jetzt vllt. hart. Ist aber... wenn man mal nach dem Rechtssystem geht korrekt.
    Und seien wir mal ehrlich.... Wie oft haben wir schon mitbekommen das sowas passiert?
    Ich sage hier nur Kino.to und Megaupload wo das auch Massiv in den Medien auch war.


    Ist genauso wieder mit NOCD Cracks. Illegal wenn sie via Netz verbreitet werden, nicht Illegal wenn man sie sich für sich selbst erstellt.


    Zudem habe ich von ein paar NOCD Cracks gehört den selbst die Entwickler der Spiele abgesegnet haben und einige daraufhin ihre Produkte dann durch ein Patch NOCD fähig gemacht haben. Bestes Beispiel: StarCraft.


    An sich sind NOCD Cracks gar nicht mal schlecht, weil sie vor allem CD/DVD/Blu-Ray Laufwerk schonen und Spiele Nachladezeiten mindern und somit dann auch Verifizierungsabfragen der CD/DVD/Blu-Ray vermeiden. Das war und ist immernoch vor allem der Kernpunkt der Geschichte dahinter. Es war an sich am Anfang gar nicht vorgesehen via NOCD Cracks illegale Spielkopien zum laufen zu bringen.
    Sinn war es wie gesagt für ein gekauftes Spiel die CD/DVD/Blu-Ray vor Abnutzung zu schützen, CD/DVD/Blu-Ray Laufwerke zu schonen und vor allem lästige Nachladezeiten oder Verifizierungsabfragen zu vermeiden, damit man ein flüssiges Spielerlebnis hat ohne das CD/DVD/Blu-Ray dies ausbremsen.


    Ein BIOS von einer Konsole wird ja auch benötigt um die passenden Spiele abspielen zu können, sprich zu starten.


    Somit gehören Kopien, NOCDs und auch BIOSe von Konsolen zu den Grauzonen. Daher wirst du keinen Herrsteller wie Blizzard oder Co. einen NOCD Crack anbieten sehen.
    Und du wirst auch niemals erleben das ein Emulatorenhersteller auf seinen Webseiten BIOSe anbietet. Höstens einen Dumper, damit man sich das selbst erstellen kann zuhause an der eigenen Konsole.


    Sie distanzieren sich halt davon, halt weil es zu Rechtsproblemen kommen könnte sonst. Und da wollen die sich halt raushalten.
    Ein selbstprogrammiertes BIOS ist ja nicht Rechtswiedrig, da es kein 1:1 ist.


    Denn für GBA, GB/GC, [lexicon]NES[/lexicon], [lexicon]SNES[/lexicon] und diverse andere Konsolen gibt es halt auch BIOSe. Nur der VBA und [lexicon]Nintendo[/lexicon] Emulatoren haben oft schon selbstprogrammierte intern drin.


    Und was das vertreiben im Netz angeht von Kopien... dies benötigt immer die Absegnung bzw. Vertragsverbindung vom jeweiligen Hersteller und/oder Herausgeber der Spiele. Sonst würden Webseiten wie GOG und [lexicon]Steam[/lexicon] auch nicht funktionieren ;D



    Und somit zum Grundzitat noch mal:

    Die Emulatoren befinden sich in der Grauzone auch


    Defenitiv nicht. ^^

    [lexicon]MPC[/lexicon] kann meine Videos auch irgendwie nicht [lexicon]rendern[/lexicon] mit dem YUV


    Die Filterkette muss auch hinhauen die vom DirectShow System auskommt.


    Code
    Video -> Video Splitter -> Video Decoder -> Decompressor -> Video Renderer
    -> Audio Decoder -> Audio Sound Device (rendered Input)


    Das Video muss bei AVI erst gesplittet werden, damit die Streams dann zum Video [lexicon]Decoder[/lexicon] und Audio [lexicon]Decoder[/lexicon] gelangen und schließlich zum Endgerät/Endausgabe


    Bei [lexicon]MP4[/lexicon]/[lexicon]MKV[/lexicon] sieht das fast ähnlich aus

    Code
    Video -> Video Decoder -> Video Renderer
    -> Audio Decoder -> Audio Sound Device (rendered Input)


    Hier funktioniert das mit einem [lexicon]MP4[/lexicon] Splitter oder dem Haali Media Splitter.



    Wichtig bei beiden ist das der [lexicon]Decoder[/lexicon] installiert ist, sollte ein Video im Player angezeigt werden. Sprich der [lexicon]Decoder[/lexicon] entsprechend zum [lexicon]Encoder[/lexicon] mit dem man aufgenommen hat.



    Die Filterwerke kann man auch durcheinanderbringen in der Registry, so das sie nicht mehr 100% oder gar nicht mehr laufen. Grund sind oftmals [lexicon]Codec[/lexicon] Packs wie K-Lite und Co. In diesem Fall wird geraten den Rechner neu aufzusetzen, da das reparieren sämtlicher Codeceinträge in der Registry mehr Zeit in Kauf nehmen würde als den Rechner neu aufzusetzen.


    Beim [lexicon]MPC[/lexicon]-HC wird der EVR Renderer empfohlen als Ausgabe Renderer.



    Sollte die Videoaufnahme nicht laufen, so bitte immer eine [lexicon]Mediainfo[/lexicon] des Videos hier posten ([lexicon]Mediainfo[/lexicon] <- Aufs Wort klicken und Anweisungen folgen).


    Es kann nämlich auch sein das Aufnahmen defekt sein können durch falschen Umgang mit der Aufnahmesoftware. Eventuell vorher abgebrochen oder Spiel ist Abgestürzt etc...

    dachte VFW Kompression ist für Windows



    VfW ist auch so ziemlich das einzige bei NLEs das solche Programme noch unabhängig frei [lexicon]encodieren[/lexicon] können.


    Sprich statt sich auf die bereits vorhandene Encodern in einer [lexicon]NLE[/lexicon] zu verlassen (die oft in vielerlei Punkten an sich schon schlecht Einstellbar sind und auch Unzureichend), gibt es halt diese VfW Schnittstelle die es einen erlaubt auf [lexicon]Encoder[/lexicon] zugreifen zu können die nicht Bestandteil der [lexicon]NLE[/lexicon] ist.


    VfW Codecs müssen erst installiert werden und sind ausschließlich für Windows Systeme.


    So ist es z.B. möglich [lexicon]Lossless[/lexicon] [lexicon]Encoder[/lexicon] wie UtVideo oder [lexicon]Lagarith[/lexicon] oder [lexicon]MagicYUV[/lexicon] in jeder [lexicon]NLE[/lexicon] zu verwenden die über eine VfW Schnittstelle verfügt.


    [lexicon]MSI Afterburner[/lexicon] kann solche Codecs halt ebenfalls nutzen über diese Schnittstelle.


    VfW Codecs gehören üblicherweise wie bereits auch aus Wiki zitiert in ein AVI File rein. Daher ist es sollte im MSI AB das auch so eingestellt werden das in AVI aufgenommen wird, wärend man einen VfW [lexicon]Codec[/lexicon] nutzt.


    VfW sagt eben nix über Kompression aus.


    Kompressionsunterschiede gibt es höstens zwischen den verschiedenen VfW Codecs.


    Ein Gegenstück zu VfW ist zum Beispiel die [lexicon]CLI[/lexicon] Variante.


    Anders als bei VfW müssen [lexicon]CLI[/lexicon] [lexicon]Encoder[/lexicon] nicht installiert werden und können wie der Name schon vermuten lässt über die Commandline von Windows, [lexicon]Linux[/lexicon], MacOS, etc. genutzt werden.


    FFMpeg ist z.B. ein [lexicon]CLI[/lexicon] Programm was [lexicon]Decoder[/lexicon] und [lexicon]Encoder[/lexicon] beherbergt. Das heißt... obwohl man Videos am eigenen Rechner nicht dekodieren kann, kann man mit FFMpeg dies dekodieren (sofern der [lexicon]Decoder[/lexicon] in FFMpeg für dieses Video vorhanden ist).


    Daher gehören VfW Codecs zum festen Bestandteil von Windows und [lexicon]CLI[/lexicon] Codecs (wenn ich das mal so frei sagen kann) zu den unabhängigen Bestandteilen.


    [lexicon]CLI[/lexicon] [lexicon]Encoder[/lexicon] werden zudem oft von den Entwicklern immer zuerst entwickelt und es gibt oft auch diverse Modifikationen.


    Wärend VfW [lexicon]Encoder[/lexicon] da ziemlich hinterherhängen.


    Bei [lexicon]Lossless[/lexicon] Encodern unterscheidet sich aber relativ wenig von VfW und [lexicon]CLI[/lexicon] Version. Bei [lexicon]Lossless[/lexicon] kann man ja auch kaum was falsch machen ^^

    Richtige Performance Test wäre trotzdem mal nicht schlecht.
    Gerade da es sich ja von Pc zu Pc auch anderes verhalten könnte.


    Bei dem einen wird es schneller abrauchen als beim anderen, weil unterschiedliche Festplattengeschwindigkeiten? xD


    Was willstn da fürn Performance Test machen? xD Musste unterschiedliche Festplatten dann testen, weil die [lexicon]CPU[/lexicon] wird nur gering genutzt dabei ^^ Und das dann auch nur intensivierend bei Farbraumumrechnungen und der Abgreifung der Frames aus dem Speicher. Ansonsten passiert da 0. ^^


    Komprimierung frisst nun mal [lexicon]CPU[/lexicon]. Das ist logisch. Ein Zip Programm nutzt ja schließlich auch [lexicon]CPU[/lexicon] um Daten zu komprimieren.


    Und die [lexicon]CPU[/lexicon] Last bei Farbraumänderungen bei unkomprimierten Material ist auch sehr geringfügig. Der schwerste Kritikpunkt bei Unkomprimierten Material ist und bleibt die Datentransferrate die die [lexicon]Festplatte[/lexicon] dann stemmen muss.


    Und man sollte auch nicht vergessen... vor allem du @GelberDrache92, das du auch Compress [lexicon]lossless[/lexicon] Codecs mit Uncompress [lexicon]lossless[/lexicon] Codecs schon verwechselt hast ^^ Ich weiß noch den einen Test von dir, wo das der Fall war xD


    Nicht das er das gleiche tut. xD Das wäre dann echt Fail xD

    Muss YV12 nicht durch 4 teilbar sein?
    Musste nicht YUV 4:2:2 "nur" durch 2 teilbar sein?


    YV12 = x/y = Mod 2
    YUY2 = x = Mod 2 / y = Mod 1
    YV24 = x/y = Mod 1
    RGB = x/y = Mod 1


    Eine Mod 4 [lexicon]Auflösung[/lexicon] wird erst dann benötigt wenn Filter dies ausdrücklich wünschen.
    Und der kleinsten Videoauflösung nicht unterboten wird. Die besteht aus einem Makroblock ala 16x16.


    Optimale Arbeitsauflösungen sind daher Mod 16 Auflösungen.

    Zitat

    Mod-16 ergibt sich aus der Arbeitsweise des Encoders. Die Bewegungssuche und Bewegungskompensierung aller [lexicon]MPEG-4[/lexicon]-[lexicon]Encoder[/lexicon] arbeitet mit Makroblocks,
    die eine Fläche von 16×16 Pixeln zu einer Einheit zusammenfassen. Für
    einen [lexicon]Encoder[/lexicon] besteht das Bild also aus in Zeilen und Spalten
    angeordneten Makroblocks. Einzelne Pixel spielen nur eine untergeordnete
    Rolle. Solange das Bild horizontal und vertikal durch 16 teilbar ist
    (Mod16-Kriterium), funktioniert das auch bestens.


    Und dazu gehört:
    720p, 1152p, 1440p, ...


    1080p ist nicht Optimal xD

    Wo war dann noch mal 1024?


    Jedenfalls weiß ich zu 100% das Bitraten mit welchen Werten auch immer, immer mit 1000 umgerechnet werden und nicht 1024 ^^


    1024 ist nur für die Umrechnung von Dateigrößen, da am PC mit 2er Potenzen gerechnet wird.


    Von Byte nach KByte haste dann halt 2^10
    Von KByte haste dann auch 2^10
    usw.


    Und Bitraten ist ein Sonderfall die dann mit 1000 umgerechnet werden. Sprich mit 10^3.
    Weil das sind dann Datentransferwerte.
    Hier heißt es Bit/s in KBit/s = x 1000
    Und Bit/s in Byte/s = geteilt durch 8


    Ist nun mal so. Hab ich leider nicht so erfunden, sondern ist so festgelegt ^^



    und [lexicon]DxTory[/lexicon] Uncompress (4:2:0, 4:2:2 und RGB). Der Test wird bezüglich durchschnittliche Datenrate, sowie Erhöhung der [lexicon]CPU[/lexicon] Last während der Aufnahme sein.


    Den Test kann man sich ja sparen xD


    Unkomprimiertes YUV wird genauso berechnet wie RGB


    1280x720 bei RGB24 oder auch YV24 aka YUV444 und 60 [lexicon]FPS[/lexicon]


    1280 x 720 x 24 x 60 = 1327104000 b/s = 165.888 MB/s


    1280x720 bei YUY2/YV16 aka YUV422 und 60 [lexicon]FPS[/lexicon]


    1280 x 720 x 16 x 60 = 884736000 b/s = 110.592 MB/s


    1280x720 bei YV12 aka YUV420 und 60 [lexicon]FPS[/lexicon]


    1280 x 720 x 12 x 60 = 663552000 b/s = 82.944 MB/s


    Und diese Werte muss die Schreibgeschwindigkeit der [lexicon]Festplatte[/lexicon] schon bewerkstelligen. Das ist reines unkomprimiertes Material dann. ^^


    [lexicon]CPU[/lexicon] Last wirste haben, wenn er anfängt die Quelle (sprich das Spiel) in einen anderen Farbraum umrechnen muss. Das Spiel liegt in RGB32 vor. Bei einer Aufnahme in RGB24, würde der [lexicon]Alphakanal[/lexicon] nur wegfallen. Tut er dies nicht und du nimmst in RGB32 Unkomprimiert auf, dann haste halt folgende Datentransferrate:


    1280 x 720 x 32 x 60 = 1769472000 b/s = 221.184 MB/s


    Bei Unkomprimiert wird halt nix Komprimiert, was der [lexicon]CPU[/lexicon] zu Gute kommt, aber der Schreibgeschwindigkeit zur Last liegt.


    Von RGB dann nach YUV zu konvertieren ist ja dann eine Limitierung der Farbtiefe und da wird die [lexicon]CPU[/lexicon] mehr beansprucht.


    Das ist technisch logisch so. Und das kannste von mir aus auch gerne testen. Aber bei Unkomprimierten Aufnahmen wirst du nicht glücklich werden ^^ Das sprengt dir die Festplatten xD



    1920 x 1080 x 12 x 60 (Ne normale 1080p Aufnahme in 60 [lexicon]FPS[/lexicon] bei unkomprimiert YUV420)
    = 1492992000 b/s
    = 186.624 MB/s


    Die arme [lexicon]Festplatte[/lexicon] xD Ich sage das, da die meisten Festplatten ohne Raid0 meist nur um die 150 MB/s schaffen ^^

    Also ich hab die Erfahrung gemacht das mir unkomprimiert sogar mehr [lexicon]CPU[/lexicon] frisst als UT Video


    Wohl eher das deine [lexicon]Festplatte[/lexicon] in die Knie ging, hm? ^^


    Unkomprimiert RGB... technische Details:
    Farbraum: RGB24
    Bittiefe: 24Bit


    Reine Roh-Bitmapspeicherung der Frames ohne Metadaten und Header (glaube ca. 54 Byte).


    Kann leicht errechnet werden mit folgender Formel:
    Höhe x Breite x Farbtiefe
    1 [lexicon]Frame[/lexicon] mit den Maßen 1280x720 bei 24Bit


    1280 x 720 x 24 = 22118400Bit = 2764800Byte = 2,64 MB pro [lexicon]Frame[/lexicon]


    Bei 60 [lexicon]FPS[/lexicon] hast du dann eine [lexicon]Bitrate[/lexicon], sprich Geschwindigkeitsvorgabe. Wie schnell kann deine [lexicon]Festplatte[/lexicon] solche Frames schreiben? ^^


    Daraus ergibt sich die Formel:
    Höhe x Breite x Farbtiefe x [lexicon]FPS[/lexicon]


    1280 x 720 x 24 x 60 = 1327104000Bit/s = 1327.104Mb/s (Megabit/sek)


    das sind dann:
    165888000B/s (Byte/sek) = 165,888MB/s (Megabyte/s)


    1920x1080x 24 (RGB24 = 24 | YUV4:2:2 = 16 | YUV 4:2:0 = 12) x 60 ([lexicon]Fps[/lexicon]) / 8 /1024 / 1024 = 355,95 MB/s


    Wo hastn das Ergebnis her?
    373.248 MB/s sind das eigentlich ^^


    Umrechnung der Datentransferraten geschieht mit SI Standard 1000 und nicht 1024 ^^


    http://www.umrechnung.org/mass…ansfer-durchsatz-rate.htm

    Superb! Jetzt muss ich [lexicon]dxtory[/lexicon] nur noch überreden nicht mehr in RGB32 aufzunehmen....


    Gedankenstütze bei der Entscheidung:


    RGB32 ist bei der Aufnahme im Nachhinein genauso groß wie RGB24. Der Grund ist einfach weil der [lexicon]Alphakanal[/lexicon] bei RGB32 komplett weiß ist und somit auf wenige Byte bei Stundenlanger Aufnahmen komprimiert werden kann.
    Folglich bleibt bei einer RGB32 Aufnahme nix weiter was in den ersten 3 Byte pro Pixel gespeichert wird. Nämlich nur der RGB24 Teil ^^


    Sprich bei Aufnahmen ist RGB32 = RGB24.
    Kaum Unterschied, aber mit Farbmatritzen arbeitet YUV444.
    Und dann kommen die Farbräume wo Farbverlust schon vorhanden ist wie YUV422, YUV420, etc.

    Die PSX hat eine bestimmte [lexicon]Auflösung[/lexicon] in der sie ihre Bilder sendet bei Pal ist das 512×384, laut der Wikipedia Seite de.wikipedia.org/wiki/[lexicon]PlayStation[/lexicon]
    (Müsste ja eigentlich ja so stimmen Sagaras)


    Zitat

    320 × 240 (Non Interlaced) bis 640 × 480 (NTSC, interlaced) bzw. 512 × 384 (PAL) Pixel


    Videosequenzen liegen oftmals als 320x240 bei PSX Games vor.
    Max. kann sie bis 640x480 NTSC oder 512x384 PAL


    Nimmst du jetzt in 720x576 auf, skaliert der [lexicon]Grabber[/lexicon] schon einmal die [lexicon]Auflösung[/lexicon]... das ist SCHEIßE!!!


    Kann er nicht bestimmen, weil 720x576 das gesamte Bild ist worauf die PSX [lexicon]Auflösung[/lexicon] läuft. Das heißt er nimmt mit schwarzen Ränder auf. Bei PSX und PS2 ist das so, das dieser Bereich zum Nachjustieren des Bildes genutzt werden kann.


    Nun lässt du den [lexicon]Grabber[/lexicon] über [lexicon]VirtualDub[/lexicon] abgreifen und sagt VDub das er von 720x576 auf 1280x720 skalieren soll... das ist auch scheiße...


    4:3 auf 16:9 ziehen lassen ist immer scheiße xD


    Der [lexicon]Grabber[/lexicon] und VDub müssen das in Echtzeit machen = Pixelfehler
    Ein Videobearbeitungsprogramm nimmt sich die Zeit um es ordentlich zu machen.


    In [lexicon]VirtualDub[/lexicon] würde ich bei der Verwendung eines Grabbers darauf achten das er nicht in Interlaced aufnimmt und dies als Progressiv wertet. Das heißt ich würde VDub beim Aufnehmen schon einen Deinterlaced Filter laufen lassen, damit wärend der Aufnahme die Quelle bereits Progressiv wird. ^^


    Warum nicht einen PSX Emulator?
    Hier hätte man schon für die Aufnahme ein bessere [lexicon]Auflösung[/lexicon], da hier durch Plugins die Bilder von Grund auf neu berechnet werden.
    Zudem kann man das dann auch deutlich sauberer Aufnahme, MSI und Co.


    Stimmt. Emulator Quellen sind qualitativ Hochwertiger. ^^ Und werden es vermutlich auch bleiben ^^
    Aber jeder Emulator hat Schwachstellen und somit auch den ein oder anderen Bug ^^
    Außerdem würde ich nie wieder ein Game via [lexicon]Grabber[/lexicon] aufnehmen wollen xD Das ist so ziemlich das schlechteste was man bei Games tun kann. xD


    Aber jeder tickt nun mal anders. Die einen schwören halt unbedingt auf Konsolenaufnahmen, die anderen halt auf Emulatoraufnahmen. Beide haben ihre Vor- und auch Nachteile ^^
    Aber den PSX Emulator sollte doch wohl jeder Rechner heutzutage schaffen, wenn meine Mühle das sogar noch flüssig packt xD

    Alien - Colonial Marines
    Dungeon Siege 1 - 3
    Diablo 1 - 3
    Sacred 1 - 3
    SWAT 3 - 4
    [lexicon]Call of Duty[/lexicon] 5: World at War, Modern Warfare 2 & 3, Black Ops & Black Ops 2, Ghosts, Advanced Warfare
    Commandos 1 & 2
    Fallout Tactics: Brotherhood of Steel (Sowas wie Commandos, nur tiefgreifender ^^)
    [lexicon]Far Cry 3[/lexicon] (seperate Coop Story)
    Uncharted 3
    [lexicon]Resident Evil[/lexicon] Operation Racoon City


    usw...
    https://de.wikipedia.org/wiki/Koop-Modus


    Mods für einige Games gibt es auch noch die dann einen den Coop Modus erlauben.

    Die [lexicon]Auflösung[/lexicon] bringt die meiste Qualität und da wir sehr neutrale Resizer nutzten ([lexicon]Spline[/lexicon] 100, [lexicon]Spline[/lexicon] 16, [lexicon]Spline[/lexicon] 36) können wir auch ohne Probleme von 720p auf 1800p gehen.


    720p -> 1440p (x2 PointResize)
    1440p -> 1800p (1,25x Spline100)


    Sieht besser aus und spart mehr.


    Noch angenehmer wird es via HQ2x und Spline100 ^^

    youtube.com/watch?v=lWFFCusRp7g
    Was ist deine meinung ich habe das so gemacht wie der Mensch gemacht hat


    Das ist gruselig was der da macht xD Aber das Video ist ja auch von Anno Domini 2013 xD


    Der hat sich vermutlich wo er das Video gemacht hat sich nicht sonderlich damit beschäftigt gehabt, also soviel steht fest xD


    Mach es so wie GrandFiredust es erklärt hat im Threadanfang.
    An sich können das auch schon Kinder einstellen ^^ Weil... unglücklicherweise durfte ich das einen 10jährigen schon via Skype erklären wie das funktioniert. Aber immerhin war er technisch ein wenig versiert und hat es auch kapiert... nach gut ner Stunde erklären xD

    Von beiden Sachen nie abgeneigt gewesen. ^^


    neuste Grafik und Co. sehen immer gut aus und sind an sich auch ein Augenschmaus ^^
    Aber da ich und gewiss auch andere hier im Forum die schon etwas älter sind mit Computer Spiele angefangen haben die heute als unterirdisch Schlecht vllt gelten, ist manch einer diesen Spielen immer noch Treu ^^


    Und nicht zu Unrecht. Gerade die [lexicon]NES[/lexicon] und [lexicon]SNES[/lexicon] Zeit hat unmengen von großartigen RPGs hervorgebracht ^^


    Ich für meinen Teil konnte Konsolengames immer nur bei Freunden zocken, da mir meine Eltern keine Konsolen erlaubten, weil sie meinten das ein PC völlig ausreicht.


    Angefangen hab ich daher also mit nem C64 und auch mit nem Amiga.
    Spiele von Tapes oder Datasetten auch genannt waren ein reines Zeitliches Unterfangen. Über Ladezeiten von mal 2 bis 10 Minuten durfte man sich hier nicht entmutigen lassen xD
    Meist habe ich aber Disketten Games dort gezockt. Spiele wie Giana Sisters, Choplifter, Ghostbusters oder Donald Ducks Playground waren da so die Games. An einige andere Games kann ich mich zwars noch erinnern wo mir aber die Namen leider nicht einfallen xD


    Dann irgendwann kam der MS DOS Rechner in unser Haus mit sage und schreibe 200Mhz 1 Kern und 256MB Arbeitsspeicher. Später kam dann noch neben der SVGA Karte die 3Dfx Diamond Monster 3D rein mit 64MB Videospeicher und natürlich dazu ein Windows95 [lexicon]OS[/lexicon].


    Eines meiner ersten Win95 Games war Anno1602 xD War zu der Zeit Brand Neu und überall in den Werbungen im Fernsehn zu sehen xD


    Tja... und so durfte ich mich mit 6 Jahren durch DOS kämpfen... ohne Handbuch. xD
    Spiele waren dann die, die Vater an der Tanke gekauft hatte oder von Arbeitskollegen bekommen hat. Spiele wie Sam und Max, Indiana Jones, Tomb Raider 1 und 2, Wolfenstein3D, Cosmo Comic Adventure, Duke Nukem 1 und 2, Rebel Assault, Cyberia. Jagged Alliance usw. ^^


    Von Strategie und Simulation bis pure Action und Abenteuer war alles dabei ^^
    Ob 3D oder 2D... alles war da vertreten und mit der Glide Grafkkarte auch voll zu genießen ^^


    Das Spiel was dann so langsam harperte, aber trotzdem noch lief war Indiana Jones und der Turm von Babel. xD


    Dann kam ein WinME Rechner langsam dazu und de Ansprüche an Games wuchsen damit. Hier machte dann meine Geforce 2 MX ihren Dienst ein paar Jahre lang.


    Dann war das irgendwann auch nicht mehr ausreichend und WinXP kam drauf, da WinME Inkompatibilität zeigte bei neueren Games.


    Aber bei diesem Rechner war dann die Grenze auch langsam erreiche. Ein Elder Scrolls Morrowind Games auf Minimal war damit gerade noch so möglich. xD Und ein FarCry 1 war damit auch nur mit Minimal Settings spielbar xD


    Aber so geht man halt mit der Zeit mit. Viele lieben ihre alten Games und hängen daran so wie ich und andere spielen es nur einmal durch und verkaufen es dann wieder oder verschenken es. Ich bin vielen Spieletiteln treu geblieben und das wird sich gewiss nicht ändern.
    Wer das GTA1 und GTA2 geliebt hat, war ja schon damals heiß drauf wann nun endlich das neue GTA3 erscheint was komplett in 3D Sicht nun war ^^


    Oder Tomb Raier Fans halt ^^


    Schade ist nur das LucasArts da eingestellt wurde. Weil die haben wirklich früher zu Anfangszeiten richtig geile Games gemacht und waren sogar ihrer Zeit bei der Spieleentwicklung voraus. Aber das knickte dann irgendwann auch ein. Nach dem SW Episode 1 in den Kinos lief und die Games dazu auf dem Markt waren, waren spätere Titel immer lausiger. Einige blinkten noch Anmutig hervor... Aber viele Titel waren schwerwiegend auch verbugt und auch veraltet.


    z.B. das Game Indiana Jones und die Legende der Kaisergruft. Also... ich habs gespielt und fand den Titel abgesehen von der Story... schlechter als sein Vorgänger. Wo es im Turm von Babel noch hieß das Jones nun Lara Konkurenz bieten sollte, war mit die Legende der Kaisergruft nur noch ein simples Prügelspiel kreiert worden. Das Feeling war einfach irgendwie weg. Dazu noch war die Grafik auch recht überholt zu dieser Zeit schon.


    Da ich solche Abenteuer Geschichten aber liebe sind mir auch aktuelle Titel in die Augen gesprungen wie Uncharted z.B. was ja in gewisser Maßen auch auf das selbe Prinzip zugreift. Nur eben das dort alles besser gelöst worden ist ^^


    Oder Taktik/Strategie Games wie Commandos, Desperados, Jagged Alliance 2, Panzer Generall oder Battle Isle 3 sind auch Games mit den ich mich Stunden beschäftigen kann.


    Fördert die Ruhe und Geduld ^^


    Daher auch eines meiner Lieblingstitel seit Win95 an... [lexicon]Hitman[/lexicon] ^^


    Oder von den Simulations Games habe ich damals mit dem DOS Rechner mit Silent Hunter angefangen.


    Wenn ich so aber zurückblicke... die Titel gibt es immer noch und sie sind immer noch Aktuell... Grafisch und Technisch hoch verbessert bzw. bei manchen vllt auch verschlechtert, aber sie sind immer wieder da. Weil es halt ohne Retro keine altbekannten Grafiknutten unter den Games geben würde ;D Und allein die Fan Gemeinden einer Lieblingsspielreihe... wird gewiss immer dem Spiel folgen mit den sie aufgewachsen sind ^^