Slowdown vs Ruckeln, der Kampf um die Framerate | SambZockt Show 

2 Wochen früher und ich hätte damit in der Vorlesung für Spieleprogrammieren klugscheissen können, da hatten wir gerade das Thema :p

Würde nicht direkt sagen, dass es komplett egal ist wie sauber man codet, da es besonders bei größeren Gruppen so zu Verständnisproblemen auf Grund von unsauberen Code kommen kann. Klar wenn man alleine arbeitet ist das Problem sicher nicht so groß aber trotzdem sollte man immer auf sauberen Code achten (wenn auch nicht immer so unfassbar penibel wie manche Internetnasen es behaupten).

Wieder mal danke. Ich fühle mich jedesmal ein wenig schlauer und ein wenig dümmer zu gleich, das schaffen nicht viele. Schönes Wochenende

Zu trocken? Niemals!

"PAL was a mistake" - European Guy 2020

Danke für das interessante Video! Leider kann ich dir bei deinem Fazit nicht zustimmen. Klar ist es heutzutage teilweise "egal", ob Code schön und optimiert programmiert wurde, doch besonders in Bezug auf größere Projekte, die in Teams entwickelt werden, muss ich dir da widersprechen. Der GameManager als Beispiel ist der purer Horror für jemanden, der sich den Code zum ersten Mal anguckt. Ich weiß, dass es ausreicht, wenn du dich damit auskennst, jedoch sollte man das ganze differenzierter Betrachten oder du hättest es jedenfalls erwähnen können. Möchtest du einen Bug mehre Monate im Nachhinein beheben oder etwas verändern, dann hast du oftmals den Salat. Das unterscheidet meiner Meinung nach ein richtigen Entwickler und jemanden, der hauptsächlich "skriptet". Auch wenn ich diesen Begriff hasse, aber ich denke du weißt was ich meine. Soll auch nicht böse gemeint sein, aber das ist mir sauer aufgestoßen als Software-Entwickler :D Danke für's Lesen!

Man darf halt nicht vergessen das damals ja nicht aus Spaß auf Gleitkommadatentypen verzichtet wurde, sondern weil die auch ein vielfaches an Speicher gefressen haben. Wenn ich meinen Datentyp ohne Gleitkommazahl in ein halbes Byte (4 Bit) bekomme oder gar mehrere Bytes dafür brauche war schon ein extremer Unterschied, gerade weil man damals ja für alles irgendwelche Variablen genommen hat. Da ist wirklich jedes Byte wertvoll gewesen, eine Gleitkommaberechnung war da einfach nicht drin, abgesehen davon das es vermutlich auch den Ram der Konsole gesprengt hätte. Wieder mal ein sehr interessantes Thema, gefällt mir gut.

Es ist schwierig ein objektives Maß zur Beurteilung von Quellcode zu definieren, daher gibt es wohl verschiedene Maßstäbe mit jeweiligen Prioritäten und Abhängigkeiten von Hardware und verwendeter Sprache. Ich persönlich lege großen Wert auf (leichte) Testbarkeit und entwickel daher bevorzugt funktional. Bei stark IO-lastiger Software, wie z.B. Spiele, ist es daher schwer eine durchweg saubere Programmstruktur zu gewährleisten. Und mit steigender Komplexität erhöht sich auch die Menge an "nicht" vorhersehbaren Seiteneffekten die sich entsprechend als Bugs/Glitches zeigen. Mein Tipp wäre daher, IO so gut es geht von der Kernfunktionalität zu trennen und Methoden/Funktionen stärker zu parametrisieren und/oder mehr Methoden/Funktionen zu erstellen. Dies schließt somit jede Methode/Funktion ohne einen Parameter und/oder Rückgabewert mit ein.

ich mag deinen Kontent du bist einer meiner Lieblings RU-vidr!

Damals als ich mein erstes Spiel entwickelt habe, mein Kollege es testen möchte und er meint, dass das Spiel so viel schneller läuft und ich so lange versucht habe zu verstehen wieso... bis mir jemand dann das mit der deltatime erklärt hat ._.

Slowdown > Ruckeln, da meine Inputs nicht gefressen werden ;P

Zum Teil mit dem Code kann ich nur bedingt zustimmen. Code sollte am Ende nicht irgendwie aussehen und Hauptsache es funktioniert. Man sollte schon mit einem Konzept an die Sache rangehen. Das zeichnet einen guten Entwickler auch aus im vergleich zu einem Hobbyscripter. Entwurfsmuster sind z. B. ein guter Punkt. Vor allem wenn man mit mehreren Leuten an einem Projekt arbeitet, macht es keinen Spaß irgendein Code zu lesen und zu warten der einfach dahin geklatscht wurde, aber Hauptsache er funktioniert. Als guter Entwickler wird halt nicht nur Code geschrieben, da gehört nun mal auch Dokumentation etc dazu und testen. Ich weiß auch, dass es anfangs extrem nervt und abschreckt, sich am Ende aber deutlich auszahlt. Man sollte sich einfach merken, klein halten und in kleine schritte planen. Hoffe der Text klingt jetzt nicht zu negativ. weil im Endeffekt ist es ein super Video und im deutschen Raum kann es ruhig mehr davon geben.

Danke für diese mal wieder sehr interessante Thematik! Du hast alles so anschaulich und verständlich erklärt, dass es zu keiner Zeit trocken wurde. Ich freue mich schon jetzt auf das nächste Video!

Delta Time war mir überraschenderweise sogar kein Fremdbegriff. Habe damals in einem Projektkurs in Informatik mit einem Schulkollegen ein kleines Spiel mit Jump'n'Run Elementen zusammengeschustert. Zuerst war das Projekt zwar abhängig von der Framerate, doch ich habe dann mal mir die Zeit genommen und den Code überarbeitet, damit es unabhängig von der Framerate wurde. Meinem Projektpartner das System zu erklären, war zwar etwas hakelig, aber sobald man diesen „Aha“-Moment hat, ist es gar nicht so schwer.

Wieder ein sehr interessantes Thema, dank dir stelle ich mir übrigens Fragen auf die ich selber nicht kommen würde :D Und deine Videos sind auch wunderbar eingängig, z.b. fällt mir immer sofort wenn es um Engines geht sofort das entsprechende Video dazu ein. Ist wie ein persönlicher Samb welcher einem sofort Informationen zu einem Thema gibt :D

Sehr interessantes Video, da ich nur wenig von der Thematik wusste und ich demnach viel Neues hören konnte. Ich habe nur mal von diesem Unterschied zwischen PAL und NTSC gehört, weil dies bei Mario Kart Speedruns ein Thema war, wegen uneinheitlichen Timern.

Fand das Video sehr nett. Die Moral am Ende hat mich dazu gebracht, dass ich mal wieder einen Blick in GameMakerStudio werfen will, auch wenn es Chaos und Müllcode ist.

Am Ende ist es doch bei jeder (kreativer) Arbeit so, dass die Kulisse gut aussehen soll und der wacklige Teil dahinter nur für einen selbst zählt, Gaffa hält die Welt zusammen :D

Gott ich liebe diese Videos zu sehr. Eine Frage, woher kommt dein ganzes Wissen? besteht das immer aus Interesse und darauffolgendem herumgoogeln oder gibt es da einen Beruf den man erlernen kann?

Je technischer Du wirst umso besser finde ich es.Auch toll finde ich deine motivierenden Aussagen. Toller Kanal!

Ich finde es so unverdient das du so klein bist als RU-vidr, denn dein Content ist meiner Meinung nach sehr gut

Auch wenn ich null Komma nichts mit diesen Themen zu tun habe, guck ich deine Videos echt gerne. 🤗 ist sehr interessant und man kann dir echt mega gut zuhören. Danke 💕

Nice. Freue mich immer auf alles was du machst. Das hier interessiert mich auch sehr. ^^

Ja bitte immer mehr davon. Die Wahrscheinlichkeit das ich mal ein Spiel entwickeln werde geht zwar gegen null, aber ich habe trotzdem freunde daran mehr darüber zu lernen. Ist allgemein praktisch mehr zu wissen, wenn mal wieder alle im Internet ihren Send zu xy dazugeben ohne überhaupt Ahnung zu haben und man sich eigentlich objektiv eine Meinung bilden möchte. Da gabs doch was mit so einen Wissens-Paradoxon: Je mehr man weiß, desto mehr wird einem Bewusst wie wenig man weiß. Frage zum Thema Code: Du hast doch mal erzählt das Sakurai bei Pokémon Gold und Silber den Code „aufgeräumt“ hat und dadurch noch die gesamte Kanto Region drauf gepasst hat. Ist code immer noch so Speicher intensiv oder ist das bei den heutigen Speichermedien kein Problem mehr?

Noch nie konnte ich den Unterschied zwischen 60 und 30 FPS so gut sehen wie in diesem Video.

Solche Videos gefallen mir auch sehr gut :) Wenn du ein VIdeo machen könntest, wie du Code strukturierst wäre das auch ziemlich cool. Habe selbst mal ein kleines Spiel programmiert, musste aber jedes Mal viel abkupfern, weil ich nicht wusste, wo man was implementieren musste. Ich selbst sehe das Spiel immer bestehend aus folgenden Parts: - Launcher: Verwaltet das wechseln zwischen Infoscreen, 2D-Gui und später das Objekt des Spiels - GameManager: Hier hatte ich i-ein Loop für GameUpdate und habe die verschiedenen Level geladen - GameObjekt: Hier hatte ich ALLE, wirklich alle Gameobjekts definiert - GameEnemy: Hier hatte ich die Eigenschaften eines erstellten GameObjekts aus einer XML Datei (geht das Design hier performanter?) geladen - GamePlayer: Hier hatte ich die Eigenschaften eines erstellten GameObjekts meines Spielers und FriendlyObjects aus einer XML Datei (geht das Design hier performanter?) geladen - Projectiles: Diese musste ich komplett anders behandeln als andere GameObjects, waren im Kern aber GameEnemy-Objects tl;dr: Gehe mit uns bitte einen Code durch mit Charts, wie du ihn aufbauen würdest. Soll kein ganzes Tutorial werden, aber die Übersicht klarer werden lassen für Leute, die ggf. schon programmieren können.

Witzig, wie der erste Teil dieses Videos den gesamten Teil zur Abwärtskompatibilität der Sony/PS5 Pressekonferenz 2 Monate später erklärt. Dort wurde kurz gesagt, dass sie auf Spiele testen müssen, die zB. noch ihre Physikengine an die Framerate gekoppelt haben. Mal wieder top aktuell, nicht schlecht!

Sehr gutes Video Christian, auf keinen Fall zu trocken!

Als Developer finde ich development-lastigere Videos natürlich immer toll^^ Und wenn man so deine Kommentare durchliest finde ich dass man merkt dass sich auf deinem Kanal auch immer mehr development-affine Personen rumtummeln. Und trotzdem denke ich dass es auch für Nicht-Developer ganz interessant war.

Ich liebe diese Technischen Videos die etwas tiefer gehen. Weiter so bitte🙏

Gerne mehr von sowas!

Sehr cooles und interessantes Video! Die SambZocktShow und die Technik Videos sind einzigartig auf RU-vid. Danke!

Geil. Danke. Das mit der Deltatime hat Potenzial dazu mein Projekt zu verbessern

Habe tatsächlich nicht so schnell auf dieses Video geklickt wie auf deine anderen aber ich bin, sehr froh es getan zu haben. Super interessantes Video. Gerne mehr davon.

Ich fand das Thema mega spannend würde mich mega freuen wenn mehr solche Themen kommen würden.

Diese Art der Videos sind mit deine besten. Ich übe mich selbst seit 2 Jahren am coden. Und es gibt einfach so unendlich viele Techniken. Welche alle iwie super interessant sind. Ich kann mir super gut vorstellen. Dass es hier viele gibt. Die zb die ersten egoshooter ala wolfenstein. Wie der 3d Effekt durch raytracing und Mathe gelöst wurde usw. Einfach mega interessant. Und das war nur ein Beispiel aus der Vergangenheit.

Tolles Video. Gerne mehr davon. Du bringst selbst die trockenen Themen so Interessant rüber wie kaum ein anderer. Mach weiter so.

cooles video mal wieder. Schön mal diese "Grundlagen" kennenzulernen. Ich will zwar zurzeit ein eigenes Spiel entwickeln, aber ich glaube das Programmieren wird ein großes Hindernis werden

Ich bin kein Spieleentwickler und bin schon bei manchem Video inhaltlich ausgestiegen (und doch immer zu Ende geschaut 😉). Aber dieses Video ist echt gut verständlich und weit weg von "trocken". Mach weiter so. Du hast einen tollen Channel.

War super informativ. Bitte mehr davon.

Ich finde solche Videos echt spannend auch wenn oder vielleicht auch weil ich nicht programmiere! Mein Sohn möchte Programmierer werden und so haben wir beide Interesse daran. Mach doch bitte weiter solche Beiträge. Danke!

Klasse Video! Ich hab kaum bis keine Ahnung von Spieleentwicklung. Trotzdem sehr spannend, mal ein paar Hintergründe zu erfahren. Dann weiß ich das nächste mal wenigstens, warum ich fluche, wenn ein Spiel scheiße läuft ;P

12:00 Schöne Moral am Ende =D

Ich frage mich ja immer wieder warum manche games auf dem pc in 30 fps ganz okay sind und mache sich wiederrum anfühlen bei 30 fps wie 2 fps. Ich hab eine gtx1070 und spiele auf nem 4k tv meistens in 4k 30 fps. Bei games wie forza horizon, witcher 3 und skyrim kein thema, bei assassins creed odyssey oder gears 5 der absolute horror. Und ich frage mich immer woran das liegt.

Ich sage nie "Du musst den Code so und so schreiben!" Sondern "Du solltest ihn so und so machen. Denn ansonsten entspricht er nicht den Coderichtlinien der Firma und deine Commits werden nicht in master übernommen"

Super Video und sehr informativ! Wollte das nur mal sagen.

Man kann nichts perfekt machen, allerdings kann man das Beste daraus machen. Wenn dadurch schon etwas Brauchbares entsteht, ist es doch super! Und selbst wenn es besser geht, bedeutet es nicht zwingend, dass es notwendig ist. Das ist die wichtigste Lektion von dem Video für mich.

Super interessantes Video! Jetzt weiß ich auch, warum Unreal den Delta Time Output beim TickEvent hat :D

hab jetzt zwei plüschis von chris. die sind echt geil =D und das thema mit der zeit ist mal auch richtig interessant. wäre selbst nie darauf gekommen, das das ruckeln und so, von der zeit abhängt

Richtig gutes Video! Gerne mehr techniklastige Videos!

Für mich war es absolut nicht trocken. Wie fast immer saß ich gespannt vorm Bildschirm und hab jede einzelne Bemerkung aufgesaugt weil es einfach interessant ist. Erneut möchte ich mich für dein tollen Videos bedanken. Falls du das liest würde ich dir obendrein noch gern fragen ob du mal Gothic 1 oder 2 gespielt hast. Für mich sind diesen beiden Spiele (immernoch) der Gipfel der Rollebspiele ^^

Mega interessant! Bitte mehr davon

Hallo Also ich ziehe immer wieder meinen Hut vor Deinen Techvideos. Es macht einfach Spass und ist im gegensatz zu div. Content was es bei YT gibt interresant zu sehen was technisch im Hintergrund abläuft. Frage: Hängen eigentlich die Microruckler, welche es gibt, auch in der Richtung zusammen? Könntest in der Richtung auch ein Video zu diesen Thema speziell machen? L.g Gerald

Es ist oft so, das man manchmal programm code im nachhinein "häslich" machen muss damit dieser performanter läuft. Ein gutes Beispiel: statische methoden. die "code ästhetiker" werden einem steinigen wenn man static methods macht, aber tatsache ist, static methoden sind schneller. oder wenn wir beim thema unity3d sind, bei c# kann man colllections entweder mit loops durchlaufen (old school) oder nach dem geschmack der "code ästhetiker" mit linq queries manipulieren, aber linq performt wesentlich langsamer als as simple loops.

Kollege hat sich damals einen der ersten Zweikerner geholt, dann wollten wir Painkiller spielen und das Game lief einfach auf doppelten Speed, bis wir den 2. Core für das Spiel deaktiviert haben, ging irgendwie im Taskmanager iirc. "What a time to be alive", dachten wir uns 😂😎

Ich finde, man sollte seinen Code aufräumen und zumindest kompliziertere Methoden kommentieren. Sollte ein Projekt mal größer werden, ist es wichtig, dass jemand anderes den Code versteht. Man macht es sich auch selbst leichter, wenn man nach einigen Monaten eine Funktionalität hinzufügen will, aber nicht mehr weiß, wie das System eigentlich funktioniert.

Danke für dieses Video ich bin Programmieranfänger und habe mir manchmal Sorgen gemacht ob mein Programmiercode ordentlich genug ist weil wenn das ein Profi sieht schüttelt er wahrscheinlich nur mit dem Kopf aber dein Statement am Ende fand ich richtig toll und ich hätte gerne noch mehr davon war sehr informativ mit freundlichen Grüßen der verrückte Rollstuhlfahrer

Auch ohne Vorkenntnisse gut zu verstehen👍 Klasse video!

Ich denke, Du triffst es mit Deiner Aussage, dass fast jeder Code käsig ist, ziemlich gut auf dem Punkt. Aber auch fand ich es interessant zu erfahren, wie man ein Spiel konstant programmiert. Nur wie sieht das heute in Zeiten von Wiedergaberaten von 144, 240, 288 und 300Hz aus, zumindest für den PC? Muss da nicht mehrfach angepasst werden? Finde das Format trotzdem interessant, also Daumen hoch!

Ich fand das Thema super interessant! Gerne mehr davon!

Diddy Kong Racing Musik, dafür direkt in den ersten 10 Sekunden ein like

Mehr solcher Videos! 🍿🔥❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️❤️

Ich finde deine Videos sehr interessant. Ich bin selbst auch Entwickler, jedoch aus einem anderen Bereich. Ich habe bisher nur zum Spaß ein paar kleine "Games" entwickelt und finde deine Video daher sehr aufschlussreich. Danke dafür

Ach ja. Das Thema, bei dem wohl jeder halbwissende Gamer mit prahlt. Der maximalen Herzzahl, ohne wirklich zu wissen, was das überhaupt ist :D Super Video

Hab noch nie von Delta-Time gehört; sehr interessantes Thema!

Gutes Video! Ich freu mich schon aufs nächste Entwicklertagebuch von Foggy Forest :)

Ich hätte gerne mehr Videos wie dieses 👍👍👍

War in keinem Fall langweilig! Hab zwar keinen blassen Schimmer von programmieren (außer CNC Programme lol XD), aber finde es immer wieder interessant zu wissen, wie Sachen funktionieren :)

Sehr sehr gutes Video! Danke das du solche Video machst. Da werden noch viele nach uns ihre Freude daran haben 😍

Super coole Videos, mach bitte weiter so!:) Mega interessant und stark erklärt und auch die Themenwahl echt cool

Moin. Ich wollte nur kurz mal sagen wie toll ich deine Videos finde. Ich kenne niemanden sonst auf RU-vid der so ins Detail bei den technischen Aspekten von Spielen eingeht, auch im internationalen Raum fällt mir da auf Anhieb niemand ein. Könnt ihr (als Team) bzw. kannst du als Einzelperson eigentlich von deinen RU-vid Einnahmen leben? Ansonsten weiter so wir freuen uns alle über jedes deiner Videos 🥰

Ich möchte mehr so welche Videos, Ich finde es zu interessant wie Spiele entwickelt werden und wie die funktionieren :3

In der Firma, in welcher ich arbeite (Software Entwicklung) gibt es bzgl. sauberen Code eine Erzählung: Es wurde einst ein code-review von einen externen Gutachter gemacht. Dieser lies seine Tools laufen und wahr erstaunt wie gut der Code kommentiert wurden war. Ende.

Mir sagen solche Sachen nicht, aber ich guck es trotzdem weil es Spaß macht :D

Ich würde mich über mehr Videos zum Thema Technik und Entwicklung freuen, da ich selber Informatik studiere.

Mega interessant, danke für das Tolle Video. Ich persönlich präferiere eher, dass mein Spiel langsamer wird, statt die Ruckler.

Nun die Sega Saturn hatte sogar bereits eine interne Uhr. Und die beste Möglichkeit die dafür integrierte Knopfbatterie zu wechseln. Einfach deckel hinten auf und neue Batterie rein. ^^ Bei allen anderen Konsolen ist diese eingelötet....

Finde solche Videos super! weiter so!!!

7:21 In Forza Horizon fotografiere ich fast mehr als was ich fahre =D

Sehr interessantes und gutes Video :) Top, wie man es von dir gewohnt ist.

Super video, ich hoffe es kommt mehr in richtung development

Wow, das war ein richtig gutes Video. Danke dafür

Die Deltatime von Superhot ist nicht auf "Null". Wenn man stehen bleibt und die Gegner beobachtet oder ein paar Minuten was trinken geht wird man feststellen das die Gegner sich bewegt haben

Dass Ruckeln in den meisten Fällen besser ist als Slowdown, kann gut sein, trotzdem ist das nicht immer der Fall. Ein gutes Gegenbeispiel ist Mario Maker, wo tatsächlich Slowdown zu bemerken ist, wenn das Spiel überfordert ist. Es gibt sogar richtige Levelbau-Tricks, mit denen man gezielt die Framerate in den Keller drücken und so das Spiel verlangsamen kann. Ich denke, dass man deshalb kein Deltatime nutzt, weil einige Level gezielt darauf ausgelegt sind, dass über mehrere Minuten genau das selbe passiert. Automatik-Level sind denke ich ein gutes Beispiel. Wenn dort mal ein Frame übersprungen wird, könnten sich Berechnungen um Kleinigkeiten unterscheiden, die dann aber dafür sorgen, dass das Level unschaffbar wird.

Sehr schön! Vielen Dank für die Mühe :)

Hier ist irgend n Kommentar um den RU-vid Algorithmus an zu kurbeln. Sehr Gutes Video und ein genau so guter Kanal

Hab dass mit DeltaTime erraten, und war irgendwie bisschen stolz weil ich zurzeit unity und c# lerne

mich würde noch interessieren wie bugs und glitches entstehen. Übrigens sehr gutes video, mal wieder was dazu gelernt!

Ich bin mir nicht sicher, aber ich glaube den alten Konsolen-CPUs fehlten die Cycle Counter Register (zumindest der Motorola 68000 im Mega Drive und der MIPS R4300i im N64 hatten keinen). Was ich komisch fand, weil im PC seit der Pentium-Architektur welche vorhanden sind und auch alte ARM Designs sie nutzen. Aber letztlich hätte das auch nur wertvolle Rechenzeit gefressen, diese Register auszulesen und die Werte zu verarbeiten (mit Fix Point?).

(Bin noch relativ am Anfang des Videos, aber was mir gerade so durch den Kopf geht) Ist Delta Time der Grund warum Spiele im Falle, dass die Batterie am Bios Chip leer wird zwangsweise ne Internetverbindung brauchen. Dies wird ja auch mit der Systemuhr begründet aber seitens Sony nicht weiter spezifiziert....

Tolles Video und eine schöne Moral 👍🏼

Danke für die Infos

Sehr tolles Video, besonders beim letzten Statement bin ich absolut bei dir :D

War für mich sehr interessant. Die Slowdowns hatten damals auch etwas gutes. War das Spielgeschehen zu hektisch hatte man mehr Zeit zu reagieren hehe

Perfektes Video. Danke.

Ich fand das video sehr informativ.

Haha jetzt hab ich wieder Bock ein Game zu entwickeln 😂😂

Man braucht keine Echtzeituhr, um die Zeit zwischen zwei Bildern zu bestimmen. Im N64 gibt es sehr wohl einen Timer der exakt jeden CPU-Takt zählt. Da man genau weiß, wie viele Takte pro Sekunde vergehen, kann man aus dem Zählwert die vergangene Zeit bestimmen. Diese Art Zeit in Takten zu zählen kommt zudem mit Ganzzahlen aus und man braucht kein Gleitkomma. Man kann mit dem Timer sogar Code per Interrupt zu exakt vorgegebenen Zeiten ausführen. Warum man dennoch kein Delta Time nutze? Keine Ahnung, ich schätze, dass es die Software viel zu kompliziert gemacht hatte und die Spiele dann noch langsamer geworden wären. Es kann auch gut sein, dass andere Konsolen solche Timer nicht hatten (habe mich nur mit dem N64 näher befasst), würde aber jede Wette eingehen, dass alle oder zumindest die meisten Konsolen der fünften Generation einen Hardware Timer hatten. Ansonsten mal wieder ein spannendes Video!

Ich mag trocken! Gerne mehr :D

Mega cool