Beiträge von De-M-oN

    Frisches guck ich meist nicht mehr an, oder aber zur kontrolle nochmal.


    Aber es wird bestimmt interessant irgendwann mal ein LP von vor 5 Jahren mal anzusehen, da man dann ja auch die ganzen videos nicht mehr so wirklich in erinnerung hat, eben nur noch das man das Spiel gespielt hatte :)

    Oldschool ist immer cool für ältere Leute, jedoch sind die Newschool Leute schon eher für Frames.


    Was hat oldschool denn mit fps zu tun?


    Während manche Hersteller und neben 60fps limit und mittlerweile sogar schon 30fps limit andrehen wollen, hatte NFS 1 noch 60fps und viele Spiele unlimitiert.
    _


    25 fps guck ich locker, 15 ist ein bisschen arg wenig. Ich kanns verzeihen, wenn mal eine Stelle so läuft, aber jedes Video? ne das muss ja nicht sein.

    Da müssen aber Titten drauf :P


    Da konnte bei mir selbst saudi arabien nicht widerstehen :thumbsup: (dabei waren es nur 2 low poly damen aus Duke Nukem 3D ^^)


    Ich weiß sogar ein Duke 3D LP, da war auch 'ne Frau drauf und das hat 2mio aufrufe oder so und seine restlichen parts fast gar nix^^ Alles nur wegem dem Thumbnail mit der Frau drauf xD


    Wenn ichs wiederfinde editier ich das video mal rein^^

    Probier es aus und mach das, was dir am besten liegt. Manche hören sich lieber selbst, manche stört das eher, die schalten es dann aus


    Das größere Problem was ich darin sehe ist, dass das dann natürlich auch zum Systemsound gehört. Was meinste was dann passiert? Im Spielsound ist dann auch das [lexicon]Mikrofon[/lexicon] - ala [lexicon]fraps[/lexicon] aufnahme. Da bringt dann eine seperate Mikrofonaufnahme höchstens ein unschönes Echo mit hinzu, wenn das nicht 0,0 ohne latenz ist. Und selbst dann klingt das sicher schlecht wenn das [lexicon]Mikrofon[/lexicon] einmal unbearbeitet im Systemsound ist und nochmal bearbeitet oben drüberliegt xD


    Gibt es denn welche die so aufnehmen und kein [lexicon]Mischpult[/lexicon] für sowas benutzen, welches sowas ja trennen können dürfte? Weil sonst würde man ja genau auf diesem Problem stoßen wie beschrieben und frage mich wie die das dann handlen ? o.o Würde dann ja nur für Leute gehen die [lexicon]mikrofon[/lexicon] dann halt nicht nachbearbeiten und beim Aufnahmeprogramm die Mikrofonaufnahme deaktivieren (auch bei [lexicon]fraps[/lexicon] wäre das dann nötig, um doppelt gemoppelt zu vermeiden)

    Wenn du keine Filter benutzt, kannste für die Sourcen ruhig 4 Threads nehmen. Wäre dann schon 'ne gute Beschleunigung.


    3200x1800 = hohe [lexicon]Auflösung[/lexicon], und 60fps = viele frames. Bedenke das bei 60fps video bzw mehr als 30fps auf youtube davon nur 1080p über bleibt, 1440 und 4k zwar noch encodet werden, jedoch in 30fps und am Player nicht angeboten, sprich nur via JDownloader zu erreichen.


    Was für eine [lexicon]CPU[/lexicon] wird eingesetzt? 3 fps ist schon dennoch recht langsam ohne Filter. Und mal ein Encode direkt mit [lexicon]MeGUI[/lexicon] versuchen (kein [lexicon]Frameserver[/lexicon], keine [lexicon]NLE[/lexicon] davor)


    Nächstes Mal die log in code bbtag setzen, ist sonst bissl schwerlich zu lesen.


    edit: Du hast mit ResampleHQ skaliert? natürlich dann 'ne weitere Bremse. Wegnehmen. Spline100 nutzen. Spline16 wäre noch schneller.

    Ich bevorzug zsnesw :P


    Also falls der seltene Fall einmal in 10 jahren eintritt das ich ein [lexicon]SNES[/lexicon] Spiel anfasse xD Bin eig. reinrassiger PC Spieler. Aber @sam wollte mir mario 3 andrehen *würg* :D

    Wenn man schon Programme hat wo man denn [lexicon]Frameserver[/lexicon] nutzen kann, ist es tatsächlich einfacher.


    ich glaube nich das er die farbraumkonvertierung haben möchte.

    Vielleicht sollte ich da mal ein Tutorial machen, De-M-oN redet in seinen Tutorials ja immer 2 Stunden um den heißen Brei herum.


    Das Tutorial ist nich nur zu lang, sondern auch steinalt, wo es tatsächlich auch noch ein Akt war mehr als 1 video zu laden.


    Das nächste mal nutz...
    Sourcen: Mode 3, Threads 4


    Könnte man probieren ohne MB. Ich hab ihm damals 2 genannt um crashes zu verhindern. Ohne MB jedoch hat sich rausgestellt läufts ja immerhin bei weitem stabiler.


    Und da muss Trim auf jeden Fall rein..


    wird da angesetzt wo ein mode wechsel stattfindet. Üblicherweise nach den Sourcen. Der Rest läuft dann weiter mit dem neuen mode.


    Zitat

    Da wäre ein [lexicon]Spline[/lexicon] 36 oder vielleicht ein 64 angebracht...


    Eher 16 oder 36 wenn es so inkomplex wie eine Desktopaufnahme sein sollte, ansonsten eher richtung 16 / 100. 64 hat zu hohe gefahr zu ringing.


    Zitat

    [lexicon]Spline[/lexicon] 144 ist der schärfste Resizer und dann wird immer unschärfer...


    144 ist recht ähnlich mit 64. 100 ist der unschärfste (etwas unscharfer als 16 noch, dafür aber noch weniger ringing und beste komprimierbarkeit)
    144 halte ich auch für falsch, aber er scheint von 144 überzeugt zu sein^^


    Zitat

    nnedi3 ist ja auch ein Point Resizer


    Nich wirklich.


    Zitat von Honki Tonk

    Und warum soll Spline16 HQ schlechter sein? Der war doch schärfer oder verwechsle ich gerade was?


    Schärfe hat nachteile. Dadurch haste schnell ringing probleme und schlechtere komprimierbarkeit. Beides halt nich so geil für youtube. Außerdem fand ich die schriftskalierung von r-hq eher bescheiden. Die wurden irgendwie so "dick". Kann ich mittlerweile auch nur noch experimentell empfehlen wie eben auch [lexicon]blockbuster[/lexicon]. Meine Empfehlung bleibt nach wie vor bei Spline100.


    Zitat

    ResampleHQ hat vor allem was mit denn Farben zu tun.


    Nein mit den Gammawerten bei YUV.


    Ach und bei [lexicon]lossless[/lexicon] encode und skalierung kanns auch mit MT sein das es bei inkomplexem zeug keine 100% [lexicon]CPU[/lexicon] erreicht. Die ganzen [lexicon]Lossy[/lexicon] Kompressionstechniken fallen ja somit dann weg.

    Niemals doppelt codieren.


    Das hab ich schon bei der Aufnahme abgeraten in form von kein [lexicon]OBS[/lexicon], [lexicon]Shadowplay[/lexicon] etc nutzen.


    Du benutzt halt dann entsprechend [lexicon]MeGUI[/lexicon] statt Vegas. Das Tutorialvideo ist schweinealt und mit immer noch nicht ganz gesundem Fuß auch noch nich so die motivation neues zu machen, aber guck mal auf meine antwort auf deine PN.

    [lexicon]Dxtory[/lexicon] soll leider in den neueren Versionen an Performance verloren haben


    Siehe mein Thread:
    Was ist mit DXTory los? Performance für'n Arsch geworden


    Zitat

    Vielleicht habe ich aber auch die Funktion deines '[lexicon]Lagarith[/lexicon] Set Colorspace' falsch verstanden? Ich habe gedacht dieser hilft erst bei der Skript Erstellung, tut mir leid falls ich da etwas falsch verstanden habe.


    Hat mitm script nix zu tun. Der ändert einen Hex Wert in dem Header der [lexicon]Lagarith[/lexicon] Datei auf den gewollten Farbraum.

    Ah, ok. Das heißt das [lexicon]Dxtory[/lexicon] auch die [lexicon]MagicYUV[/lexicon]-Datei in RGB angelegt hat, obwohl ich YUV420 gewählt hatte


    Jap. Wobei das Video wahrscheinlich in YUV420 aufgenommen wurde (zumindest meine vermutung aus der [lexicon]bitrate[/lexicon] heraus, sofern du kein desktop aufgenommen hast)


    Sprich [lexicon]DXTory[/lexicon] geht bei dir davon aus das es einen RGB Header schreiben muss