Gibt es ein Boot-Sector-Virus-Game? Zuerst müsste man das Spiel spielen, um die Diskette ansehen zu können .-)
// ToDo: Contest ausschreiben?
Boot-Sector-Virus-Game
Schreibe eine Antwort
Archiv des Autors: admin
Impression89: Interessant die meisten Games mit Maussteuerung (Mac 1995+)
Es scheint als seien 1/(5+1 unreleased) Games mit einer Maussteuerung entwickelt worden und damit eindeutig angepasst worden an den Maus-Computer als Gerät. Sogar wenn das Arcade-Orginal einen Joystick hatte.
Ist Funktionieren ‚gut genug‘ oder muss es Verstehen sein?
Bei Programmierarbeiten stellt sich immer die Frage (Gerade auch beim BugFixing): Muss man wirklich verstehen, warum etwas nicht geht (Etwa bei HeisenbergProblemen) oder reicht es, dass es irgendwie funktioniert?
Ein ganzes Untersuchungsfeld: die nicht genutzten oder auskommentierten Funktionalitäten
Jeder Code enthält frühere Konzept und nicht genutzte oder auskommentierte Funktionalitäten. Man könnte es „Junk“ Code nennen, aber eigentlich ist es weit mehr: Es ist Code aus der Genese des Codes.
Letztlich geht es in Interviews auch darum hier nachzufragen: Was war noch geplant? Was wurde rausgestrichen, weil es Bugs hatte etc.
Der neue digitale Raum und seine Szenen (GameDev, Cracker, Demoscene …) [wird upgedated]
Eine der interessantesten Fragen zur Homecomputerzeit und ihren Bewegungen ist sicherlich der teilweise gemeinsame Ursprung verschiedenster Szenen und die Ausdifferenzierung danach in verschiedenste Felder. Es stellt sich sogar die Frage, ob diese Ausdifferenzierung auch zur Differenzierung gegenüber anderen Bereichen geführt hat.
Versuch einer Einschätzung:
| Category | Business | GameDesign | Crackerscene | Demoscene | Virendevscene | Art/MediaArt |
| produkt | apps | games | crackerintros, trainer | demos | viren | kunst |
| soz. produkt | firmen | comm. / firmen | crackergroups, metachallenge/game | demogruppen, metachallenge | ||
| öffentlich | +++ | +++“ | +/- | +/- | – | + |
| intern. öffentlichkeit | ++ | +++ | ++ (handles) | +++ (handles) | ? | |
| visuell | gui | +++ | + | +++ | – | |
| art visuell | anal. vorbilder | anal/abstract | +- abstract | – | ||
| auditiv | – | +++ | +++ | – | + | |
| interaktiv | + | +++ | – (trainer) | – | – | + |
| coding | + | +++ | ++ | +++ | +++ | + |
| unterhaltung | – | +++ | – | +++ | +/- | |
| art unterhaltung | interakt. | interakt. spiele | linear | linear | – | |
| scene (motivation) | markt | markt/challenge | „markt“/challenge | challenge | challenge | |
| kompensation | geld | geld/ruhm, (symbl.) | symbolisches kapital, scene (geld) | symbolisches kapital, scene | symbolisches kapital, spass | |
| quereffekte/learnings (findings) | coding, technologie lernen | coding lernen, reverse ingenieering | coding lernen, tricks | gefährlich, ungeliebt |
// ToDo: klare Trennung – Scene – Produzent – Produkt – Consumer
// ToDo: Add costs
Kannte man* in CH die Schweizer Spiele in der Homecomputerzeit? [Erfahrungsbericht]
Vermutlich mehrheitlich nicht. Spätestens aber mit SRF Beitrag „Cap der digitalen Hoffnung“ 1989 war zumindest das Spiel WAR HELI als Schweizer Game bekannt(er) geworden übers Fernsehen! Ich zumindest erlebte genau das und war mir klar beim Spielen von WAR HELI auf meinem Atari ST – ja ich spiele ein richtig gutes Schweizer Spiel. Selbstverständlich war das nicht besonders wichtig, da per default die Games aus den USA kamen (und in den Arcades auch aus Japan). Es war auch nicht wirklich wichtig, woher die Games kamen. Einige hatten den Ursprung auch im Namen wie California Games. Aber nichts hiess typisch schweizerisch oder hatten ein Schweizer Thema oder gar ein schweizer Design.
Bei anderen Schweizer Spielen war ich mir nicht bewusst, dies wurde auch nirgendwo beschrieben etwa in den Magazinen wie HappyComputer danach Powerplay. Alle diese Magazine waren deutsch.
Aus heutiger Sicht finde ich interessant, dass sowohl Garrison, Examinator (Port) oder auch Crack It (2Spieler etc.) aus der Schweiz kamen. Und diese fielen mir schon damals auf, als ich die Bewertungen las. Leider kamen die auf dem Amiga heraus.
Tilebasiert II – Vor- und Nachteile (wird upgedated)
Tilebasierung ist aus verschiedensten Gründen attraktiv für GameDevs im 8bit- und 16/32Bit-Bereich:
Vorteile:
– Klare Datenstruktur – Abbildbar in allen Programmiersprachen (oder Memory)
– Einfache Abbildung von Raum > Labyrinthen etc.
– Objekte benötigen keine Positionsbestimmung
– Position und Daten sind gemerged ( 1,2,3,2,2,1 )
– absolute Position
– einfach erweiterbar
– RAM-Usage
– RAM und Design gut verschränkt
– Design: Klare Objekte
– Design: Einfach lernbar und wiedererkennbar
– …
Nachteile:
– absolute Position im Raster
– Design: zu klarer Raster -Übergänge schwierig
– Design: viele Übergänge müssen gezeichnet werden
– …
„Digitale“ asynchrone Porträts
Eine Möglichkeit, die Geschichte der Digitalisierung darzustellen und zu vermitteln, ist die der asynchronen Porträts. Aus der Statistik wird damit eine nachvollziehbare Realität durch die verschiedenen Zeiten hindurch und damit zu einer nachvollziehbaren Story. Gleichzeitig zeigt es auf, wo sich Gemeinsamkeiten und Clusters befinden – wo sich also gleiche Entwicklungen vollzogen haben – also im Fall des Gamedesign, wo gleich Nischen vorhanden waren.
// ToDo: Porträt-Stories
Lost one day – die IDE funktioniert nicht mehr richtig
Nichts funktioniert mehr seit heute Morgen. Es werden keine .o-files mehr erstellt. Es geht sehr lange bis man denkt: Ok, es ist etwas kaputt mit dem Tool (Hat ja bis anhin ohne Probleme funktioniert)
Bei der Installation fehlt der Assembler (wird nicht downgeloadet). Jetzt wird er wieder downgeloadet (nach 3h).
Der Entwickler scheint an der VSCode-Erweiterung „Amiga Assembly“ zu arbeiten. Das neuste Update ist von heute morgen. Jetzt tritt ein noch wirrer Fehler auf – sie Bild oben.
Ein Tag danach: Problem war nicht der Entwickler, sondern das gesetzte Property direkt für den Einzeluser.
BOB und Blitting – Was für ein Scheiss! [Neo-Erfahrungsbericht]
Viel zu kompliziert.