Naja es ist ja bestimmt auch ein FPGA/Atmel teil vorhanden der ja auch das bild für die VGA anzeige berechnet der könnte doch einen 65816 emulieren wen man den VGA teil abschaltet falls möglich.
Individual Computers kündigt in Stockholm neue C64 Hardware an
-
camper -
18. September 2008 um 23:18 -
Erledigt
Es gibt 346 Antworten in diesem Thema, welches 57.585 mal aufgerufen wurde. Der letzte Beitrag (
-
-
Zitat
Naja es ist ja bestimmt auch ein FPGA/Atmel teil vorhanden der ja auch das bild für die VGA anzeige berechnet der könnte doch einen 65816 emulieren wen man den VGA teil abschaltet falls möglich.
das ginge mit sicherheit auch ohne irgendwas abzuschalten
es ist halt schlicht nicht implementiert zur zeit. -
Nochmal zu meiner untergegangenen Frage: Wird eine PC Tastatur am DIN Stecker unterstützt ohne das ich noch Software vorweg laden muss oder hab ich das mit dem PS/2 jetzt falsch verstanden ?
-
Also wenn ich das nun mal so für mich zusammenfasse hauchen wir mit dem Chameleon dem C64 mächtig neues Leben ein

Klingt fast so als würde es den guten alten Brotkasten in Richtung C65 und mehr verwandeln...
wenn sich dann noch neue und erweiterte Grafik Möglichkeiten über VGA ergeben umso besser

Dann pack in noch einen Stereo SID rein und fertig ist die Laube

Also wo und wann kann man das Chameleon hier in Deutschland mal in Aktion sehen?

-
Also wo und wann kann man das Chameleon hier in Deutschland mal in Aktion sehen?

Gute Frage. Wird es wieder eine Präsentation in Aachen geben oder woanders? Wenn das jetzt nicht schon zu früh ist ... Macht ihr mal in Ruhe das Teil fertig und baut ned so viele Bugs ein!

-
Gute Frage. Wird es wieder eine Präsentation in Aachen geben oder woanders? Wenn das jetzt nicht schon zu früh ist ... Macht ihr mal in Ruhe das Teil fertig und baut ned so viele Bugs ein!

Wenn dann wird sie wahrscheinlich nicht in Aachen sein, Jens ist umgezogen -
Der Thread wird ja doch noch interessant - da macht sich jemand ziemlich viele Gedanken, wie man das alles am Expansionsport realisieren kann

Na ja, die Grundidee des Bus-Snoopings ist einer dieser klassischen Fälle bei dem man sich fragt wieso es die Idee nicht schon vorher gab weil sie recht einfach ist und von da ausgehend ist es schon recht interessant sich zu überlegen wo es denn überall hakt bzw. welche Inkompatibilitäten sich das Teil wohl einfängt. Insgesamt ein nettes Logikpuzzle.
Wie siehts eigentlich mit C128-Support aus? Wenn vorhanden: Farbram-Umschaltung implementiert?
ZitatLeider fehlen zwei Adressleitungen vom VIC, die wirklich nur innerhalb des C64 existieren, nämlich VA13 und VA12. Die müssen wir extern nachbilden, außerdem werden die Adressen erst recht spät gültig, so daß es zuverlässiger ist, die Adressen extern zu generieren und bei Gültigkeit der VIC-Adresse auf dem Bus zu vergleichen.
Oh, dieses Detail ist mir bisher noch nicht aufgefallen - aber meine C64-Basteleien beschränken sich auf 'einfache' Kernalumschaltungen.Der mitlaufen-und-Zustand-Vergleichen-Ansatz wäre bei mir hoch auf der Liste der Testmassnahmen für den emulierten 6510.
ZitatDas Teil hat so wenig praktischen Nutzen, daß wir uns die Mühe nicht machen wollten, die externe, parallel laufende CPU in der Luft hängen zu lassen und speziell die Flags in bestimmten Situationen nicht zu kennen.
Rein theoretisch sollte Software ohne angeschlossene Datasette mit evtl. von da gelesenen Werten nicht viel machen und der Registerinhalt könnte typischerweise ein paar Zyklen später anhand des Verhaltens rekonstruiert werden. Praktisch reden wir hier über C64-Software (d.h. "anything goes") und die Zusatzlogik um ein Register bzw. einzelne Statusbits als unbekannt zu markieren und später ihren Inhalt zu rekonstruieren könnte kompliziert werden.Andererseits ist genau das der Punkt mit dem ich auf meinem C64 das Chamelen crashen könnte, einer der vorhandenen Kernel ist 64'er-Dos V4, das macht Bankswitching mit einer der Leitungen des Kassettenports.
ZitatIch möchte mal nicht zu viel aus dem Nähkästchen plaudern, sondern Euch lieber noch ein bischen beim Diskutieren zugucken. Kommt jemand drauf, wie ich eine höhere Datenrate als 1MB/Sekunde auf den Speicher hinbekomme, den der interne VIC anzeigt?
Bisher ging ich davon aus, das die Datenrate durch den Systemtakt limitiert wäre und das Runtertakten durch einen Schreibpuffer abgefangen würde.Wenn dem natürlich nicht so ist wird es interessant - du hast AFAIK den Ruf deine Schaltungen mit sauberem Timing zu konstruieren, d.h. du kannst dich nicht darauf verlassen das du in einem Zyklus mehr als einen Schreibzugriff hinbekommst da /RAS und /CAS vom internen VIC generiert werden und ausserdem frühe C64 sehr langsame Rams eingebaut haben.
Andererseits ist der Satz natürlich geschickt formuliert, es ist nur die Rede vom Speicher auf den der interne VIC zugreift was offen lässt ob es das interne Ram ist oder das auf dem Modul - letzteres erleichtert das beschleunigte Schreiben doch deutlich.
Die erste Vermutung dazu wäre der Ultimax-Modus, aber nur weil die CPU in dem nur einen kleinen Teil des Rams sieht heisst das noch lange nicht das das auch für den VIC gilt. Wenn auch der VIC in dem Modus mindestens in einer Bank nur freien Adressraum sieht ist es einfach, man kann dem dann die Daten vom Modul aus unterjubeln. Wenn die Möglichkeit nicht besteht wäre die nächste Idee zu prüfen ob man R/W während der VIC-Zugriffe gefahrlos auf Low ziehen kann, dann wäre der Datenbus (hoffentlich) auch frei um die Daten von aussen anliefern zu können.
-
Wenn ich das mit dem "Lauschprinzip" richtig verstanden habe, dann sollten so auch flimmerfreie Mischfarbendarstellungen möglich sein. Nur den hardwareinternen Aufwand für eine "Übersetzung" der VIC-Aktivitäten in VGA, den stelle ich mir immens kompliziert vor. Aber vielleicht ruft das auch nen neuen Competition hervor i.S.v.: Wer bezwingt mit seinem VIC-Coding zuerst Camaleon...
Ich rede nicht von Mischfarben per Interlace. Man kann auf dem C64 perfekte Mischfarben ohne Interlace erzeugen, weil der PAL-Decoder beim dekodieren des Signals den Farbton der aktuellen Zeile zu 50% mit dem Farbton der vorigen Zeile mischt. Deswegen kann man farben gleicher Helligkeit aber mit unterschiedlichen Farbton perfekt mischen, indem man diese Zeilenweise abwechselt. Z.B. Braun und Blau lassen sich so perfekt zu einer dunklen, fast grauen Farbe mischen.Hier Beispiele:
Bitte melde dich an, um diesen Link zu sehen. (Einfach mal im Emulator die PAL-Emulation ein/ausschalten, deutlicher kann es nicht sein. Hier werden exzessiv die Mischfarben verwendet.)
Bitte melde dich an, um diesen Link zu sehen. (Im 12-Sprites-pro-Zeile Part.)
Bitte melde dich an, um diesen Link zu sehen. und Bitte melde dich an, um diesen Link zu sehen..
Gibt noch reichlich andere Beispiele, wo diese Form der Farbmischung explizit verwendet wird, und natürlich betrifft das auch jede andere C64-Grafik, wo zwar nicht explizit so Farben gemischt werden, aber die Farben dadurch eben doch anders aussehen. Das ist übrigens auch der Grund, warum die jahrelange Suche nach "der C64 RGB-Palette" nie erfolgreich war, da man mit nur 16 Farben keine C64-Bild korrekt darstellen kann.
-
Nochmal zu meiner untergegangenen Frage: Wird eine PC Tastatur am DIN Stecker unterstützt ohne das ich noch Software vorweg laden muss oder hab ich das mit dem PS/2 jetzt falsch verstanden ?
Wir haben die vollkommene Hardware-Macht über die Maschine. Will sagen: Wir erzählen der CPU, daß die CIA gerade "diese" Daten geliefert hat, deswegen funktioniert eine PS2-Tastatur auch ohne Treiber. Dabei gehen wir davon aus, daß die Ports für die Tastaturabfrage immer in der Richtung benutzt werden, die im Kernal vorgegeben ist: Auf einen Port wird geschrieben, aus dem anderen Port wird gelesen. Theoretisch kann die Software das umdrehen, was auf Chameleon nicht gehen würde, aber in der Praxis hat sich wohl eingebürgert, daß nur eine Richtung benutzt wird.
Jens
-
Dabei gehen wir davon aus, daß die Ports für die Tastaturabfrage immer in der Richtung benutzt werden, die im Kernal vorgegeben ist
So wie's auch beim C64DTV gemacht ist? Das klappt bei einigen (wenigen) Spielen nicht, z.B. bei Bruce Lee oder auch Hard'n'Heavy; dort wird in der anderen Richtung gelesen.
-
Wie siehts eigentlich mit C128-Support aus? Wenn vorhanden: Farbram-Umschaltung implementiert?
Schlecht. Der 128er ist eine so dermaßen dreckige Maschine, daß wir schon beim MMC Replay kurz davor waren, das Handtuch zu werfen. Letztlich habe ich durch einige analog-Tricks die Sache stabil ans Rennen bekommen, die in diesem Prototypen von Chameleon natürlich noch nicht drin sind. Die nächste Platine wird natürlich diese Tricks bekommen, aber da das Timing recht kritisch ist und der 128er ein Masse-Rauschen von bis zu 0,7V hat, gebe ich der Sache nur schlechte Chancen.
Zitat
Der mitlaufen-und-Zustand-Vergleichen-Ansatz wäre bei mir hoch auf der Liste der Testmassnahmen für den emulierten 6510.
Klar, so habe ich das Verhalten der CPU für den Sonderfall "BRK wird durch NMI unterbrochen" 'rausgemessen. Offenabr war ich der Erste, der das wirklich ordentlich gemacht hat, denn ich habe ein paar Mails aus dem Umfeld von Apple-Kennern bekommen, die sich herzlich für dieses fehlende Stück 6502-Wissen bedankt haben. Wie Dir vielleicht aufgefallen ist, kann der C-One jetzt auch den illegalen ARR-Opcode richtig - auch ein Stück Wissen, das wir mit Chameleon 'rausgetickert haben. In Software ist das alles einfacher, da kann man das Verhalten einfach 'runterprogrammieren, aber in Hardware muß man sich echt überlegen, was da abgeht, sonst wird der FPGA zu schnell voll.ZitatAndererseits ist genau das der Punkt mit dem ich auf meinem C64 das Chamelen crashen könnte, einer der vorhandenen Kernel ist 64'er-Dos V4, das macht Bankswitching mit einer der Leitungen des Kassettenports.

Cool - das packen wir natürlich in Chameleon, dann gibts ne Standard-Hardware für 16K-Kernal! Da passt doch bestimmt ein FAT32 rein, mit dem man MMC im Lese/Schreibzugriff wie ne Festplatte benutzen kann... in welcher Ausgabe der 64er ist das dokumentiert?ZitatAndererseits ist der Satz natürlich geschickt formuliert, es ist nur die Rede vom Speicher auf den der interne VIC zugreift was offen lässt ob es das interne Ram ist oder das auf dem Modul - letzteres erleichtert das beschleunigte Schreiben doch deutlich.
Bingo! (oder Punkt++, die Sauhund schreiben würde). Wir füttern den VIC von draußen mit seinen Daten. Theoretisch könnten wir so auch Bitmaps umpuzzlen und Modulos einführen, ähnlich dem Amiga. Damit würden wir aber wieder eine neue Plattform kreieren, was _nicht_ Ziel der Übung ist.ZitatDie erste Vermutung dazu wäre der Ultimax-Modus,
Ja, aber... da gibt es eine Besonderheit des C64, die ich selbst erst im Sommer 2006 gefunden habe. Sie ist nirgends dokumentiert, sie wurde noch nie benutzt und sie ist in jedem C64 vorhanden (alle Board- und Chip-Versionen, auch C128 ). Erst mit diesem Detail - das ich erst in ein paar Jahren öffentlich dokumentieren werde - wird Chameleon überhaupt möglich. Momentan würde ich das gern als meinen Wissensvorsprung vor den Bastlern behalten, schließlich möchte ich die viele Arbeit und Investitionen auch irgendwann bezahlt haben.Jens
-
So wie's auch beim C64DTV gemacht ist? Das klappt bei einigen (wenigen) Spielen nicht, z.B. bei Bruce Lee oder auch Hard'n'Heavy; dort wird in der anderen Richtung gelesen.
Aus sicher verständlichen Gründen habe ich kein DTV und auch keine Kenntnisse über die Art, wie das da gelöst ist. Aber das legt die Latte höher - beide Leserichtungen unterstützen... müssen wir uns wohl noch was "mehr" ausdenken.Jens
-
Sooo...mal zurück zum wirtschaftlichen Teil

Also Wiesel: Ich kenne die Zahlen nicht, vermute aber mal, das die 1541U ca 300mal verkauft wurde/wird...
Ist der Cevi-Markt damit nicht fast gesättigt??Ich weiss, es gibt bestimmt nochmehr User, aber die werden wahrscheinlich nichtmehr soviel Kohle für ihr Hobby ausgeben!
Und dann wird der Chamäleon wohl kaum noch die Zielgruppe der 1541U ansprechen - bezweifel stark, das deren Käufer nochmals ca 200,- für eine zusätzliche Hardware ausgeben - das ist viel Geld!Bleiben noch ne Handvoll unentschlossene User übrig - aber bis das Chamäleon auf dem Markt ist wird es noch ein ganzes Weilchen dauern, und bis dahin ist die 1541U schon sehr weit fortgeschritten!
Gut das es neue Hardware gibt - aber was ich nicht verstehe ist, wieso sich hier gegenseitig Konkurrenz gemacht wird?!
Jeder brodelt sein eigenes Süppchen....Wieso werden die Kräfte hier nicht gebündelt??! Denke es wäre ohne weiteres möglich, eine 1541U um nen FliFi oder nen Tastaturanschluss zu erweitern...wäre das nicht sinnvoller??

Allein schon aus Kompatibilitätsgründen.......
EDIT:: FliFi auf ne 1541U drauf sowie Tastaturanschluss - und dafür die Produktion bei IndComp vornehmen lassen

-
Gut das es neue Hardware gibt - aber was ich nicht verstehe ist, wieso sich hier gegenseitig Konkurrenz gemacht wird?!
Jeder brodelt sein eigenes Süppchen....Wieso werden die Kräfte hier nicht gebündelt??! Denke es wäre ohne weiteres möglich, eine 1541U um nen FliFi oder nen Tastaturanschluss zu erweitern...wäre das nicht sinnvoller??

Allein schon aus Kompatibilitätsgründen.......
EDIT:: FliFi auf ne 1541U drauf sowie Tastaturanschluss - und dafür die Produktion bei IndComp vornehmen lassen

...was bei genauer Betrachtung die einzige Möglichkeit wäre, die Hardware legal zu machen. Oder ist Gideon mittlerweile EAR-registriert? Das wage ich stark zu bezweifeln. Tatsache ist, daß die Hardware die Gideon verkauft so illegal ist, daß auch ohne meine Intervention vom Bundesumweltministerium ein Bußgeld in Höhe von bis zu 50.000,- EUR ausgesprochen werden kann.
Gideon ist ein netter Kerl, wir haben uns auf der Oxyparty im Frühjahr prima unterhalten und auch kooperationsmäßig was angedacht. Danach ist nichts mehr von ihm gekommen - scheinbar bleibt er lieber allein und illegal, ich dränge mich nicht auf.Jens
-
Dennoch machen mir solche Hobbyprojekte wie 1541u und sd2iec das Leben schwer
Sicher ist das ein "Dorn im Auge" - aber wieso gehst du dann nicht einfach mal auf Gideon zu und sagst "Heyy - lass uns unsere Kräfte vereinen?"
Fühl mich hier wie bei StarWars "...wir haben die totale Kontrolle über das System..."

EDIT:: Sorry aber stur mit dem Kopf durch die Wand

bringt doch nix - man muss schon von beiden Seiten aufeinander zugehen und den Kontakt suchen - das hat doch nix mit aufdrängen zu tun 
Arbeitet ihr nicht beide für die C64-Scene?? Kann doch wohl nich sein das es nur ums Geld geht und beide sich bekriegen

-
Die nächste Platine wird natürlich diese Tricks bekommen, aber da das Timing recht kritisch ist und der 128er ein Masse-Rauschen von bis zu 0,7V hat
Autsch.ZitatWie Dir vielleicht aufgefallen ist, kann der C-One jetzt auch den illegalen ARR-Opcode richtig
Ich habe gar keinen C-One... ^^;ZitatCool - das packen wir natürlich in Chameleon, dann gibts ne Standard-Hardware für 16K-Kernal! Da passt doch bestimmt ein FAT32 rein, mit dem man MMC im Lese/Schreibzugriff wie ne Festplatte benutzen kann... in welcher Ausgabe der 64er ist das dokumentiert?
Sonderheft 41, Seite 116-153. Zusätzlich gabs da noch ein Autostart-System das das Basic-Rom ersetzt und via PA0 des Userports seine Abschaltung (Flipflop, nur durch Reset rücksetzbar) einleitet, aber da das fest darauf eingerichtet ist die Autostart-Daten von Sektor 18/0 auf Floppy 8 zu lesen ist das IMHO weniger interessant.ZitatJa, aber... da gibt es eine Besonderheit des C64, die ich selbst erst im Sommer 2006 gefunden habe. Sie ist nirgends dokumentiert, sie wurde noch nie benutzt und sie ist in jedem C64 vorhanden (alle Board- und Chip-Versionen, auch C128 ). Erst mit diesem Detail - das ich erst in ein paar Jahren öffentlich dokumentieren werde - wird Chameleon überhaupt möglich. Momentan würde ich das gern als meinen Wissensvorsprung vor den Bastlern behalten, schließlich möchte ich die viele Arbeit und Investitionen auch irgendwann bezahlt haben.
Schade... (d.h. muss ich wohl doch die /CASRAM-Gleichung genauer auswerten) -
@Micha1982:
Also man kann das auch nicht alles über einen Kamm scheren. Es gibt einfach nicht "DEN" typischen C64 User. Ich besitze MMCR und 1541U. Und ich werde mir sicher auch Chamäleon anschaffen, wenn es da ist. -
Sicher ist das ein "Dorn im Auge" - aber wieso gehst du dann nicht einfach mal auf Gideon zu und sagst "Heyy - lass uns unsere Kräfte vereinen?"
Wie kommst Du darauf, dass diese Diskussionen nicht bereits geführt wurden/werden?
Laut Jens (s.o.) gab es die Diskussionen wohl schon.
Merke: Nicht annehmen - nachfragen.
Nicht schreiben "Warum habt ihr nicht..." sondern schreiben "Habt ihr schonmal...?".
Das ist deutlich freundlicher, weil es im Gegensatz zur ersten Formulierung keinen Vorwurf enthält. -
Also man kann das auch nicht alles über einen Kamm scheren. Es gibt einfach nicht "DEN" typischen C64 User. Ich besitze MMCR und 1541U. Und ich werde mir sicher auch Chamäleon anschaffen, wenn es da ist.
dito, den das letzte Hemd hat keine Taschen!
lg,
znarF -
@Micha1982:
Also man kann das auch nicht alles über einen Kamm scheren. Es gibt einfach nicht "DEN" typischen C64 User. Ich besitze MMCR und 1541U. Und ich werde mir sicher auch Chamäleon anschaffen, wenn es da ist.
So sehe ich das auch. Mir wäre dieser "Spaß" sicher auch etwas wert. Das allerdings dann eher nur, wenn es neben dem genannten "Turbo-Modus" inkl. der Illegal Opcodes auch einen Kompatibilitätsmodus zur SuperCPU mit SuperRAM-Card gibt. Wenn es möglich ist (und das ist es ja lt. Aussage von Jens) - warum sollte man das dann nicht umsetzen? Das bietet noch einen zusätzlichen Mehrwert. -