Realized Realm 
Posts by Sokrates
-
-
Shine Deine aktuellen Petscii-Bilder sind wirklich sehr, sehr gut! Durch die geschickt ausgewählten Spiele-Motive ergibt sich auch gleich ein hoher Wiedererkennungswert, vor allem wenn man nur einen kurzen Blick darauf wirft oder die Augen ein wenig zusammenkneift. Wirklich klasse!
-
Das sieht schon mal sehr flüssig aus und hat eine gute Auflösung! Die Außenlinien sind nicht immer durchgänging, sieht wie ein Kompressions-Artefakt aus.
Ist die Engine schon weiter oder ist das der aktuelle Stand? Zu einem Spiel fehlt freilich noch sehr viel. Wenn Ergebnisse in einen so frühen Stadium gezeigt werden läßt das immer befürchten, dass die Entwicklung nicht mehr weitergeht. Ich hoffe natürlich, das ist hier nicht der Fall.
-
Ich habe für das kommende Heft nun auch einen Beitrag eingereicht, mein erstes BASIC-Programm seit über 30 Jahren...
-
Dazu gibt es einen interessanten neuen Artikel auf Heise Online, sie beziehen sich dort auf einen alten Artikel von Michael Steil.
Ergebnis der dort genannten Schätzung: ca. 12,5 Mio.
-
Hoffe ihr ladet die auch wieder auf iTunes hoch.
Machen wir! Wenn Du es abonniert hast sollte es dann auch automatisch geladen werden...
-
Am besten man postet das erst gar nicht, sondern erst dann wenn das Spiel fertig ist...
Genau denselben Gedanken hatte ich auch
Andererseits glaube ich schon, dass man die Anzahl der Spieler steigert, wenn man die Spieler in den Entwicklungsprozess einbezieht, z.B. über vorab veröffentlichte Bilder. Das trägt natürlich die Gefahr in sich, dass manche Leute eine nicht nur positive Meinung dazu haben. Das trägt wiederum die Gefahr in sich, dass man auf zu viele Rückmeldungen eingeht und es dann am Ende niemand recht macht.
Ein Vorgehen könnte sein, die Änderungswünsche anzunehmen, von denen man selbst auch völlig überzeugt ist, und die höflich aber bestimmt abzulehnen, von denen man eben nicht selbst völlig überzeugt ist.
-
Beim Thema VICE scheint es mir gerade eine wachsende Distanz zu geben zwischen Entwicklern und Anwendern.
Die Entwickler fühlen sich nicht ausreichend wertgeschätzt für ihre tolle Arbeit, es gibt kaum positive Rückmeldungen. Stattdessen kommen immer neue Anforderungen rein aber keiner ist bereit hier auch wirklich mitzuhelfen.
Die Anwender erhalten teilweise (unter Windows) eine neue Version die nicht so gut ist wie die davor, Verbesserungsvorschläge werden gerne auch mal mit sehr groben Worten zurückgewiesen und sogar tatsächlich erstellte Erweiterungen werden von den Entwicklern nicht aufgenommen.
In meinen Augen liegt die Aufgabe bei den Entwicklern hier gegenzusteuern. So wie das bei Produkten eben ist, auch wenn diese nichts kosten.
Mit Hoxs64 gibt es übrigens nun einen Entwickler, der auf die Anwender eingeht, der einzigartige Features hat aber eben auch noch deutlich weniger Funktionsumfang. Potential bei der C64 Emulation "zu überholen" ist auf jeden Fall vorhanden. Das sollte ein Grund mehr sein auf die Anwender zuzugehen...
-
Wie wäre es mit einer "Klammer unten" statt eines Leerzeichens, also so was in der Art (nur in klein und unten eben): |_|
-
-
Blöde Frage. Den Goattracket gibts bislang als 2x SID Version. Oder wird mittlerweile mehr unterstützt?
Goattracker und Cheesecutter unterstützen 2xSID-Stücke. Für das 8-SID Stück in "The tuneful eight" haben wir entsprechend 4 Dual-Cheesecutter Stücke verwendet. Für die Ansteuerung der richtigen SID-Adressen werden die Treiber dann entsprechend noch gepatched, aber auch um zusätzlich die Daten für den Echtzeit-Equalizer abzugreifen.
Und wie sieht es da mit dem Ram-Verbrauch aus?
In der Demo sind es 4 Dual-Stücke. Innerhalb jedes Dual-Stücks kann Wiederverwendung passieren (z.B. Instrumente oder Musikabschnitte), Stücke-übergreifend nicht.
Wünschenswert wäre es natürlich, dass alle SIDs gleichzeitig komponiert und später auch abgespielt werden können. Auch eine freie Zuordnung von Adressen wäre schön (die Cheesecutter Dual-Abspielroutine erlaubt nur einen maximalen Abstand von 256-32, also z.B. $D400 und $d500 geht bei Dual-Stücken schon nicht mehr).
Andererseits lassen sich ja mit den bestehenden Werkzeugen Möglichkeiten finden, ich bin nicht sicher wieviele Leute künftig Stücke mit vielen SID verwirklichen wollen. Standard wird 1 SID bleiben, mehr die Ausnahme.
-
Blöde Frage, weil ich mich damit überhaupt nicht auskenne: Sind da 4-Bit-Samples jetzt auch dabei, oder ist das alles "pure" SID-Musik?
Es werden keinerlei Samples verwendet, es sind ganz normale, "reine" single speed Sounds.
Jedenfalls sehr beeindruckend.
Über diese Rückmeldung wir LMan sich sicher freuen...
-
Gut, das ist das technische Limit des U64.
Es ist aktuell das Limit mit real existierender Hardware. Klar könnte man da neue Dinge bauen, das würde die Komplexität der Aufgabe natürlich beliebig in die Höhe treiben. Leichter wäre da die Emulation, aber schon bei 8 SIDs kommen da viele Rechner an ihre Grenzen.
Wenn man nicht alles in einem Frame ansteuern will gibt es kein Limit (abgesehen von prinzipiellen Ressourcen-Thematiken und dem Ende des Universums). Wer solche langezogene Ansteuerung bei Musik mag der sollte mal hier reinschauen: ORGAN²/ASLSP. Der nächste Tonwechsel findet 5. September 2020 statt und das Stück soll im Jahr 2640 enden.
Oh, und Goattracker ist glaube ich schon extrem auf Rasterzeit ausgelegt,
Die Abspielroutine von Goattracker ist deutlich schneller als die von Cheesecutter. Nach unseren Messungen hätten wir damit 10 statt 8 SIDs in der Demo ansteuern können. Für einen Versuch die maximal überhaupt mögliche SID-Zahl pro Frame anzusteuern ist das freilich immer noch vieeeeeeel zu langsam.
-
Diesen Ansatz hatte ich auch schon mal, aber das ist so nicht richtig, weil man natürlich einen Multiplexer bauen kann, der auch nur auf einer Adresse tausende SIDs decodieren kann (über weitere I/O-Adressen, die den Multiplexer steuern).
Ich hatte ja auch eine Möglichkeit für einen Multiplexer genannt.
Gehen wir mal davon aus, es gäbe jemanden.
Das halte ich für extrem unwahrscheinlich. Man könnte aber einen Konverter schreiben, der ein vohandenes, komplexes Musikstück entsprechend in SIDs umsetzt.
Demnächst soll ein 10 SID-Stück erscheinen, bei welchem 10 C64 verwendet und synchronisiert werden sollen:
Dance of the Sugar Plum Fairy, performed on 10 Commodore 64s
Die Komposition ist die Umsetzung eines klassisches Stück. Ich nehme an das wurde bewußt so gewählt, um den Aufwand bei der Komposition zu verringern.
Interessant, woher kommt dieses Limit?
Ich denke das ist kein Geheimnis mehr: die nächste Ultimate 64 Firmware wird 8 UltiSIDs bereitstellen, in die SID-Sockel passen zwei Stereo-SIDs (z.B. FPGASIDs), zusätzlich kann ein U2+ mit Stereo-SIDs gesteckt werden. Macht zusammen 14 SIDs. Mal sehen, was sich da noch tut in Zukunft...
Muss man als Musiker jeden SiD einmal pro Frame ansteuern? (Ich muss so bescheuert fragen, ich weiß es wirklich nicht.)
Muss man nicht. Wäre aber ein nachvollziehbares, messbares Kritierium (wieviele SIDs können pro Frame angesteuert werden?). Und hat natürlich Auswirkungen auf die klanglichen und kompositorischen Möglichkeiten.
-
Aber wieviel ist denn bei dem "Acht-Sid-Demo" noch Luft?
Dazu müsste Sokrates etwas sagen können.
In "The tuneful eight" ist keine Luft mehr. Ohne die Effekte wären evlt. zwei weitere SIDs möglich gewesen. Der verwendete Player von Cheesecutter ist aber vergleichseweise langsam. Wir haben Cheesecutter gewählt weil das Tool LMan von der Komposition her die meisten Möglichkeiten gegeben hat und zu Beginn sowieso nur 8 SIDs möglich gewesen wären. Das hat sich erst im Laufe der Entwicklung nach oben entwickelt, da Gideon von der Demo und der Idee sehr angetan war.
Falls man die SIDs einzeln ansteuerbar haben will benötigt jeder SID $20=32 Byte im Speicher. Das entspricht einer Maximalzahl von 2048 SIDs, dann allerdings ohne Musikdaten und Player. Das sollte sich noch durch Module mit einblendbaren Speicher auch noch erweitern lassen.
Praktisch sind die Begrenzungen:
- Einen Musiker finden, der bereit ist so etwas zu machen
- Soll es auch auf realer Hardware laufen ist das mir derzeit bekannte Limit 14 SIDs, das kann sich natürlich noch nach oben entwickeln
- Wenn man jeden SID einmal pro Frame aktualisiert gibt es einen hörbaren Versatz zwischen SIDs die am Anfang angesteuert werden und SIDs die am Ende angesteuert werden. LMan hat das bei unserer Demo herausgehört (und zwar real: er hat mich auf hörbare Verbesserungen hingewiesen ohne zu wissen, dass ich da etwas geändert hatte).
-
Du kannst im VICE Monitor auch sagen, dass er das Programm bei Schreibzugriffen auf bestimmte Speicheradressen (z.B. Stackbereich) anhält.
-
Vielen Dank für Eure positiven Rückmeldungen, das motiviert uns natürlich sehr hier weiterzumachen!
Falls wir nichts übersehen haben gab es im Wesentlichen eine Anmerkung von jenpie, wir überlegen das in die nächste Folge einzubauen.
Viele Grüße
ZeHa und Sokrates
-
hoffe der kommt bald auf iTunes
das ist geplant
Der Beantragungsprozess läuft, wir geben Bescheid sobald er abgeschlossen ist. Natürlich kann auf Apple Geräten der Podcast auch jetzt schon über den RSS-Feed abonniert werden.
Hallo Zusammen,
der Podcast wurde eben in iTunes genehmigt (mit französischer Rückmeldung?!?) und sollte spätestens in zwei Tagen in der Suche auffindbar sein. Hier ist noch der iTunes Link.
-
hoffe der kommt bald auf iTunes
das ist geplant
Der Beantragungsprozess läuft, wir geben Bescheid sobald er abgeschlossen ist. Natürlich kann auf Apple Geräten der Podcast auch jetzt schon über den RSS-Feed abonniert werden.
-
Hallo Zusammen,
wir haben einen neuen Audio-Podcast gestartet! Er hört auf den schönen Namen "Brotkastenfreunde" und beschäftigt sich natürlich mit Themen rund um den Commodore 64.
Ihr findet den Podcast auf der Seite:
Der Podcast kann direkt auf dieser Seite gehört, heruntergeladen oder auch abonniert werden.
Wir würden uns sehr freuen, wenn der eine oder die andere mal reinhört und vielleicht sogar einen Kommentar zum Podcast abgibt!
Das bietet die erste Aufnahme:
Begrüßung
- Es gibt einen neuen Podcast!
- Frage der Folge: Bei welchem Spiel hast Du am meisten geflucht?
News
- THEC64
- Mega65
- Ultimate-64-Elite
- Das Parallaxian-Drama
Interview
- Markus "LMan" Klein
SID
- My Life (Composed by LMan, Vocals by Sunflower, Code by THCM)
Auf Wiederhören!
Christian (ZeHa) und Steffen (Sokrates)
