Beiträge von De-M-oN

    Ja aber da hat man dann trotzdem gestochen scharfes Bild


    Hat ja ebenfalls nichts mit der Videoqualität zu tun, wo bei schlechter Qualität eben Unschärfe und das Makroblockgerüst sichtbar wird. Und diese Makroblöcke sehen auch auf alten Spielen scheiße aus. Das Spiel hat ja auch nichts mit der Videoqualität zu tun.

    Dann sag doch mal warum du es als sinnlos empfindest?


    Warum haben alte Spiele nicht hohe Videoqualität verdient? Ich versteh das einfach nicht?

    Wieso unnütz?


    Videoqualität ist halt auf Original besser, weil bessere Bitrate seitens Youtube.


    Auf 480p oder 720p tut Youtube halt Makroblöcke schmeißen. Bei 1152p eben nicht.


    Und welches Spiel ist doch Wurscht. Spielgrafik und Videoqualität sind doch 2 völlig verschiedene paar Schuhe. Das eine hat doch mit dem anderen nichts zu tun.

    Habe heraus gefunden, das im Handbrake-Forum auch schon dieses Problem angesprochen wurde und seltsamer weise glaubten dort einige Leute, das bei Handbrake die Kopfdatenkompression nicht vorhanden wäre.
    Aber das stimmt ja leider nicht... wie wir leidlich feststellen durften...


    Das liegt rein daran schon das x264 die mkv oder mp4 bereits mit Kopfdatenkompression schreibt. Um das zu ändern müsste Handbrake sowieso neu muxen + MKVMerge anweisen, das es dabei dann ohne Kopfdatenkompression muxen soll.

    beim MediaPlayer Classic hatte ich zwar noch nie Probleme mit mp4 Dateien und Kopfdaten-Kompression, aber andere Player nutze ich auch nie....


    Es geht auch um Youtube und Hardware-Player. Aufm PC mit 'nem Softwareplayer läuft eh alles, da entsprechend Decoder im System und Player vorhanden sind. Bei Hardwareplayern, wie Blueray-Player etc kann man halt eben nicht mal eben schnell was installieren.


    Also langsam sind wir mit der Bildqualität besser als die Profis, die es mit DVD und BlueRays in Bildqualität oftmals sogar schlechter machen....
    und dabei haben wir auch noch die viel kleineren Bilddateien .... können wir uns ja schon einiges drauf einbilden :D


    Weil sie kein x264 verwenden ;)


    Garantiert auch MainConcept oder CoreAVC oder sonstigen blöden H.264 Encoder.
    x264 jedenfalls nicht.


    Außerdem darf man nicht vergessen, das viele Filmstudios gar so dreist sind und einfach DVD Material hochskalieren und als Blueray verkaufen. Klar das dann hier die Bildqualität gegenüber der DVD sich nicht bessert dann.
    Ein weiteres Manko ist wie auch bei DVD Playern das diese eben strikte Vorgaben haben, wie ein Video auszusehen hat (einstellungsmäßig). Auch bei x264 müssten daher bestimmte Einstellungen so gewählt werden, das Bluerayplayer damit noch zurechtkommen. Sind schon paar Sachen.

    Mit der Kopfdatenkompression kommen auch viele Hardwareplayer nicht zurecht (Bluray, H.264 fähige Fernseher etc)


    Bei Youtube isses entweder graues Bild oder gar nicht erst konvertierbar, Video zu kurz oder anderweitige Probleme.


    Die Kopfdatenkompression zu entfernen tut auch nicht weh, da es eh vllt 1 MB ausmacht -> Diese 1 MB erkauft man sich für weitläufige Inkompatibilität. :rolleyes:
    Normalerweise sollte x264 als auch MKVMerge und der MP4 Container es standardmäßig ohne Kopfdatenkompression schreiben. Leider ist es eben standardmäßig mit, was ich persönlich sehr suboptimal finde aufgrund der weitläufigen Inkompatibilität. Sei es Youtube oder Hardwareplayer.

    Geil wäre wenn du jetzt noch direkte Links zu den Bildern machst :)


    http://www.bilder-hochladen.net/files/big/i0nf-1.png
    und
    http://www.bilder-hochladen.net/files/big/i0nf-2.png



    Es gibt einfach kein Grund die Sachen vom Hoster mit laden zu lassen, wenn man nur das Bild sehen will ;)


    Ja die Unterschiede sind schon sehr signifikant sichtbar. War aber auch irgendwo vorrauszusehen, das dem Sony AVC 3000 kbit einfach nicht reichen werden :D

    Danke für deinen umfangreichen Post :)


    Leider ist der Bildhoster totale scheiße. Man kann die Bilder nicht in Vollbild angucken, nur das kleine Bild. Und wenn ich draufklicke auf das Bild kommt die Startseite von imageshack. Was ist bloß mit dem Hoster los?? Der regt mich so dermaßen auf damit...


    Wäre schön wenn man die Vergleiche auf 'nem Hoster hätte wo es direktlinks zum Bild sind.


    z.B. sehr empfehlenswert hier:


    http://www.bilder-hochladen.net/


    Der Server ist auch wenigstens schnell und nicht so quälend langsam wie imageshack.


    Zitat

    Ich denke, dass Vegas Movie Studio 9.0 und Lagarith, einen kleinen Konflikt, mit der Mehrkernunterstützung hatten/haben. Die Prozessorauslastung lag nämlich bei knapp 25% wären des Rendervorgangs, daher denke ich, dass der Wert nicht repräsentativ ist, sondern das in einem viertel der Zeit zu schaffen sei. Vielleicht hat jemand einen konstruktiven Tipp, der über das setzen der Mehrkernunterstützung im Codec hinaus geht


    In der Lagarith Konfiguration Multithreading anhaken ;)

    MeGUI encodiert Audio und Video getrennt und diese müssen eben dann gemuxt werden. Ja.


    Weitere Dateien =


    .avs = Das Avisynth Script
    .ffindex = Die Index Datei, falls über FFVideoSource (dem File Indexer und dessen Job vorm Avisynth Script Creator) decodiert wurde.


    Muxen müsstest du aber so oder so nochmal mit MKVMerge, damit du eben eine MKV Datei erhältst die OHNE Kopfdatenkompression ist. Sonst gibts auf Youtube gern mal große Probleme mit deren Videoencode (entweder graues Video, oder Video gar nicht erst encodierbar)

    Das Spiel gibt es nicht in deutsch.


    Naja wie es funktioniert ihn zu besiegen hatte ich ja direkt verstanden.


    Das Kernproblem war ja, das der "Leichen bleiben liegen" Mod hier ein Bug verursacht hatte, das eben nur 1x die Monster spawnen, dann aber scheinbar deren Tode nicht erkennt, und daher keine weiteren Monster kommen und ich so dann eben meine Soulcube nicht erneut aufgefüllt bekam.
    Nach Entfernung des Mods ging es ja wie du sehen kannst :)


    Vermutlich hätt ichs schon im ersten Part gepackt, wo ich sehr lange mit ihm gekämpft hatte, denn hätt ich zwischenzeitlich die Soulcube gehabt, hätt ich ja rein aus Wissen des hohen Damages sie bei ihm eingesetzt und ihn wahrscheinlich sogar durch Zufall dadurch getötet.


    Problem war eben der Bug hier.


    Das was du als Rauschen betitelst ist eher ein Übersteuern. Ist ganz normal wenn man zu hart ins Mikrofon prustet durchs Lachen^^
    Ach du meintest wenn ich etwas kräftiger ausatme, wegen 'ner bestimmten Situation oder so , naja das ist ja normal das ein solchartiger Atem dann aufgezeichnet wird. Gibt doch aber dann auch meine Mimik wieder :D


    Und ja, der Endgegner in Level 23 und auch der Level 20 Gegner war auch in meinen Augen deutlich heftiger. Die Projektile vom Cyberdemon konnte man halt gut ausweichen, vor allem auf der Umgebung mit den vielen Hindernissen. Zudem war er ja auch recht langsam beim laufen.

    Auf in Richtung Endkampf :)


    Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP26 Die BFG 9000 ist toll. Und wir können uns mit ihr so herrlich an einem Level 8 Kandidaten rächen :-)
    Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP27 [1/2] [FINALE] Stellen wir uns dem Herren der Hölle. Allerdings muss ich auch hier erstmal durchschauen, wie man ihn denn dort zurückbefördern kann, wo er schließlich hergekommen ist.
    Let's Play - DooM 3 @ Veteran [Deutsch] -- MAP27 [2/2] [FINALE] Nun wissen wir wie wir ihn zu Fall bringen können.



    Das Spiel ist hiermit zuende und ich bedanke mich fürs Zuschauen an alle :)


    Wir sehen uns dann beim Addon Resurrection of Evil wieder :)

    Freut mich das es doch dem ein oder anderen hilft, auch wenn mein Video mir etwas unverständlich für Laien gelungen ist. :)


    Hachja ich muss endlich mal ein neues Video machen, aber im Moment hab ich halt noch viele andere Videos zu encodieren und dank Arbeit hat man ja nur abends Zeit :<



    Ich habe das Tutorial nochmal überarbeitet. (Also den Thread hier. Derzeit noch kein neues Video.)


    Was ich geändert habe könnt ihr dem Editiergrund entnehmen.

    Zitat

    Wählen Sie als Deinterlace-Verfahren "Fields mischen".


    Wozu ein Deinterlacer auf Progressiv Material jagen?


    Das macht ja nun jetzt gar kein Sinn.


    Und FPS eher 30,00.


    Warum 25, wenn Youtube 30 unterstützt?


    Bitraten sind auch einfach mal irgendwie genannt. Viel zu pauschal.


    Hängt doch von Komplexität des Quellmaterials ab, der FPS Rate, und der Auflösung der Quelle.


    720p braucht meist kein 7000 kbit/s. Das braucht vllt ein Sony AVC oder Mainconcept, aber x264 @ CRF 21 würde da je nach Komplexität des Materials meist keine 7000er bitrate benötigen für ein gestochen scharfes Bild.


    Außerdem neben der Tatsache das x264 diesem Sony Encoder haushoch überlegen ist, bevorzuge ich auch klar den CRF Encodiermodus, gegenüber dieses Bitraten-rumgehampel.


    CRF Encodiermodus bedeutet:


    Man stellt einen Faktor ein und jedes Video wird an jeder Stelle, an jedem Frame und jeder Auflösung etc die exakt gleiche Bildqualität aufweisen. Und CRF nimmt sich nur exakt so viel Bitrate, wie für den gewählten Qualitätsfaktor pro Frame notwendig ist. ---> Das hat 2 Vorteile:


    -> Kein Bauchgefühlgerate mehr mit Bitrate.
    -> Man weiß das die Videos immer exakt gleich aussehen, egal wie komplex sie sind. (Einheitliche exakt identische Videoqualität)


    Die weiteren x264 Einstellungen beeinflussen bei CRF dann eben nur noch Encodierzeit vs Dateigröße.



    Beim Sony AVC sollteste wenigstens CABAC als Entropy Modus einstellen - bringt einiges!


    Versteift euch nicht zu sehr auf diese blöden Presets (Internet, HD und wie sie alle heißen)

    Müsste gehen, du kannst ja die MKVs mit MKVMergeGUI ( hier drin enthalten: MKVToolnix zusammenfügen. (und falls du nicht MKV als Container benutzt, empfehle ich es dir auf diesen zu wechseln ;) )
    Beim MKVMergeGUI bitte in dessen Optionen den Haken setzen, das Kopfdatenkompression standardmäßig ausgeschalten ist. Youtube mag die nicht.
    Jede MKV von dir würde ich daher nach Abschluss nochmal durch MKVMerge jagen, so das die Kopfdatenkompression in jedem Fall weg ist.


    Handbrake benutzt FFVideoSource als Decodierungsweg. Sprich es wird nicht vom System decodiert. Dein System kanns natürlich decodieren, da du ja den Lagarith Codec installiert hast. (Systemdecodierungsweg wäre AVISource)


    Ich wüsste aber nun kein Weg Handbrake zu sagen, das er AVISource verwenden soll. Bei MeGUI geht das via Avisynth. MeGUI arbeitet mit Avisynth zusammen.



    Alternativ kannst du mal dir Staxrip angucken. Der kann auch mehrere Quelldateien öffnen und soll laut mr11brick sehr laienfreundlich sein.



    Oder du benutzt als Lossless codec statt Lagarith den HuffYUV Allerdings wird dieser nur in einem 32bit Videoprogramm verfügbar sein und die Kompression ist nicht so toll.
    HuffYUV kann aber dann auch Handbrake lesen, da FFVideoSource HuffYUV decodieren kann.

    Ja dann wird Handbrake wohl es über FFVideoSource versuchen.
    Man müsste Handbrake sagen können, das er über AVISource decodieren soll. FFDShow kann mit Lagarith nichts anfangen. Aber da du Lagarith installiert hast, ist es ja vom System decodierbar. AVISource ist quasi decodierung vom System
    Bei MeGUI kann man hier einfach manuell ein Avisynth script machen, und dann AVISource als Decodierungsweg benutzen. Dann lädt man in MeGUI einfach das AVS Script.


    Camtasia sollte mit HuffYUV auch problemlos klar kommen und die Dateien werden vermutlich ebenso groß wie mit Lagarith


    Dateien von HuffYUV sind mehr als das Doppelte größer als Lagarith.


    Lagarith komprimiert dazu noch ein wenig besser als Fraps.


    (Enable Nullframes auch angehakt haben in Lagarith' Optionen. Bringt auch bessere Kompression.)


    Enable Nullframes heißt, wenn du ein Frame hast, wo die nachfolgenden Frames exakt das selbe Bild sind, werden diese als Nullframes gespeichert und eben nur der 1. frame voll. Das spart natürlich vor allem dann Speicherplatz wenn du häufiger stellen hast, wo am Bildschirm zeitweise sich nichts verändert.

    Avidemux hat ja auch nur interne encoder.


    Da musste schon ein Programm nehmen, was dir auch externe encoder zulässt. (Virtualdub, TMPGEnc, Camtasia, usw.)


    HuffYUV wäre allerdings auch in Avidemux enthalten.


    Avidemux hat auch x264 drin (MPEG4-AVC)


    Allerdings sind die mit der Encoderaktualisierung etwas langsam...


    Es gibt zwar immerhin neuen x264 Versionen in deren Forum, benötigt aber Avidemux 2.54 r6854. Und die 6854 Version gibt es nur in 32bit.


    Da ist MeGUI einfach besser dran.


    Wie gut die Encoderaktualisierung bei Handbrake ist weiß ich nicht.


    @mr11brick : Lad endlich dein staxrip video hoch :P scheint ja ein 2. gutes Programm neben MeGUI zu sein.