Beiträge von Prodatron

Dauer der Befehle:

<!-- m --><a class="postlink" href="http://www.little-bat.de/cpc/z180.htm#A">http://www.little-bat.de/cpc/z180.htm#A</a><!-- m -->

Zum Thema Crosscompiler: Hier benutze ich Grundsätzlich immer WinApe wegen der Maxam-Kompatibilität. Du kannst den ja quasi auch als Assembler-only benutzen. Mit WinApe assembliere ich eben auch meine MSX-Sourcen.

CU,
Prodatron

Yes, that's the usual way for the MSX. One "cross compressor" example is Bitbuster:
<!-- m --><a class="postlink" href="http://www.msx.org/modules.php?op=modload&name=Downloads&file=index&req=visit&lid=835">http://www.msx.org/modules.php?op=modlo ... it&lid=835</a><!-- m -->

CU,
Prodatron

Jo, die hatte ja der AST schon gepostet, aber ich denk mal, der Super_Castle will die der Geschwindigkeit wegen nicht nehmen.

Die schnellst mögliche Sprite Routine funktioniert übrigens nach diesem Prinzip ("direkt adressiert" a la Zap't'Balls):

<!-- m --><a class="postlink" href="http://www.cpcwiki.com/index.php/Talk:Programming:Fast_Sprites">http://www.cpcwiki.com/index.php/Talk:P ... st_Sprites</a><!-- m -->

Hatte bisher noch keinen Bock gehabt, daraus einen vernünftigen Artikel zu machen, aber kann ja noch was werden. Den in Basic geschriebenen Generator für direkt adressierte Sprites (sowas wie da oben will man ja nicht per Hand eintippen) hab ich auch noch irgendwo rumfliegen.

CU,
Prodatron

Hi,

da Du in dem anderen Thread danach gefragt hattest, hier ist eine Zeilensprung-Routine:

Eingabe: HL=Bildschirm-Adresse
Ausgabe: HL=Bildschirm-Adresse der nächsten Zeile

LD BC,#800
ADD HL,BC
RET NC
LD BC,#C050
ADD HL,BC
RET

CU,
Prodatron

Bei mir gehts endlich wieder nach ewigen Stunde...

Ist auch ok!
Ich meinte ja nur, wenn man auf Stats drückt, kriegt man halt 3 Listen (Daily, Weekly, Monthly). Jede hat "Average". Wollte nur wissen, von welcher Liste der jetzt genommen wird. Aber das sehen wir ja eh bald in ein paar Tagen

Zitat von &quot;Kangaroo MusiQue&quot;

also gut, stelel ich es wieder um

ei, cool Aber was istn jetzt der average?

Ops, jetzt nicht mehr, jetzt hast Du das wohl auch mit der Sortierung umgestellt?
Also ich fand ja den ursprünglichen Zustand am besten, obererer Wert wird pro Tag angezeigt,
und nach dem Average (zweiter Wert) wird sortiert. Ich wollt doch einfach nur wissen, woraus der Average besteht

Also wie gesagt, der sortiert nach dem zweiten Wert (average - aber welche?). Der erste Wert hat mit der Sortierung nix zu tun, und ich fänd das cooler, wenn der wieder pro Tag anzeigen würde, weil dann mehr Veränderung ist.

Kann das sein, daß du den falschen Parameter umgestellt hast?
Man sieht ja zwei Sachen:
- Parameter eins: wieviel "Heute" bzw. "In dieser Woche" -> Das haste du jetzt auf Woche gestellt
- Parameter zwei: Durchschnitt -> Danach wird sortiert.

Also ich wollte halt nur wissen, ob sich der Durchschnitt (nach dem sortiert wird), auf die letzten 10 Tage, die letzten 10 Wochen oder die letzten 10 Monate (wie in den Stats zu sehen) bezieht.
Hier würde ich auch 10 Tage bevorzugen, damit es neue Seiten nicht so schwer haben. Bei ersterem würde ich aber bei "Heute" bleiben und nicht bei "Diese Woche" (wie es jetzt neu ist), weil dann mehr action zu sehen ist.

CU,
Prodatron

Du willst das beibehalten, daß jedes Bild einzeln von Disc nachgeladen wird?
Naja, eigentlich nicht so tragisch, aber als Optimierung, da es für 128K ist, könnte man ja vielleicht eine ganze Menge Zeug preloaden pro Spielabschnitt, wenn die Pics dann auch noch komprimiert sind...

Mittlerweile enthält die <!-- m --><a class="postlink" href="http://TOPLIST.cpcszene.de">http://TOPLIST.cpcszene.de</a><!-- m --> schon 15 Seiten, sehr cool! Hoffe nur, daß der Gryzor und der CPCRuler auch bald mal die Grafiken einbauen. Bin besonders auf die Unique-User-Zugriffszahlen vom Wiki gespannt.
Hoffe mal, daß bald noch mehr hinzukommen. So eine richtig lebendige CPC-Website-Übersicht ist total praktisch, ich benutze die Topliste mittlerweile als #1-Link-Plattform für CPC-Seiten.

Noch eine kleine Frage an den Kanga:
Sind die Average-Zahlen 10Tages, Wochen oder Monats-bezogen? Bisher kann man das ja nicht nicht feststellen, da noch keine 10 Tage bzw. 10 Wochen um sind.

CU,
Prodatron

Zitat von &quot;super_castle&quot;

hast du schon eine routine für die bildkomprimierung?

wenn du jetzt das bild in der mitte grösser machen würdest in der breite(4-8x) dann könnte doch noch eine routine rein zum bild scrollen nach rechts und nach links, das sähe so aus , als wenn man sich in den raum umschaut. ist doch eigentlich keine komplizierte bewegung für den cpc-screen, oder?

eine shaperoutine müßte es sein.

müsste doch machbar sein

Alles anzeigen

Richtig, das ist möglich. Die Spriteroutine stellt dann das Sprite erst ab einem bestimmten Offset dar, zeigt nicht die volle Breite, und macht auch einen speziellen Line-Skip bei den Spritedaten. So funktioniert das auch beim Clipping in SymbOS, wenn Du einen Fensterinhalt halb verdeckt hast, das ist Speed-technisch nicht so wild.

CU,
Prodatron

Total geil!! Weiter so!
Und ich freu mich schon voll, das dann mit BDOS laufen zu haben, 0-Ladezeiten!

Zitat von &quot;Kangaroo MusiQue&quot;

He will kill you for that

i can post somoe sources of Thriller's Rasters
i dont know why, but i have a disc full of sources from him

Please post them! And if you wanna have some more tons of groundbreaking mother fucking cool sources, you can download 23 (yes, 23, you all know this number!) discs full of pdt-sources of the 90ies on my website

CU,
Prodatron

Nach 15 Jahren interessiert der Kram doch eh keinen mehr.

Ja wie, wo ist er denn? Und wo ist Marabu, Hiro und Hexenmeister??

Zitat von &quot;Octoate&quot;

Prodatron: Wie siehts eigentlich mit der CPU Zeit aus, wenn man die Musik ueber den Digiblaster ausgeben laesst? Frisst das genausoviel Zeit oder laesst sich damit was einsparen?

Digiausgabe auf dem CPC Old Generation frisst eigentlich immer 100% CPU-Zeit. Der Grund ist der, daß Du immer gleichmäßig die Samples mit dem Z80 rausblasen mußt. Zwischen jedem Byte bleibt so gut wie nix übrig, da kann man kaum was vernünftiges machen, außer z.B. Raster oder so (siehe ein WEEE! Part im Terrific Demo oder das Ultimate Megademo Intro).
Wenn Du CPU Zeit "klaust" während der Interrupts verschlechterst Du die Soundqualität, weil dadurch ein 50Hz bzw. 300Hz Brummen hineingelangt, gerade bei hohen Tönen fällt das mies auf.
Auch der Digiblaster hilft da grundsätzlich nicht, weil der auch eine regelmäßige Sampleausgabe erwartet. Was beim Digiblaster besser ist, daß die Ausgabe eines Bytes mit nur einem OUT geht, während man beim PSG mehrere machen muß (hab das nicht mehr genau im Kopf). Der Digiblaster erlaubt also höhere Frequenzen, aber sinnvoll nutzbare CPU-Zeit wird dadurch trotzdem nicht wirklich frei.

Anders ist das beim CPC Plus: Da dank DMA ein Buffer vorgefüllt werden kann, der dann vom DMA ausgegeben wird, ohne daß der Z80 das noch machen muß, hat man hier tatsächlich nutzbare CPU-Zeit frei. Daher waren z.B. die Osziloskope bei der WEEE!-DMA Demo möglich.

CU,
Prodatron

Currently I am using the Crown Cruncher. The only reason is the decrunching speed, no other cruncher is faster.

Crown suggested first to crunch with "Crown Crunch" and then in a second step with "Crown Imploder". I exactly did that in the past for my demos. I think the Cheese Cruncher does both steps at once, but I don't know exactly. In any case Cheese and Imploder have much longer decrunching times, as they use a more complicated crunching algorythm which leads to shorter files and also to shorter crunching time.
But as long as a crunched SymbOS fits into 64K rom, I will use the Crown Cruncher to have this great decrunching speed during booting.

Btw, as someone on <!-- m --><a class="postlink" href="http://www.MSX.ORG">http://www.MSX.ORG</a><!-- m --> asked for a fast decruncher, I disassembled Crowns routine and posted it there with a few comments. Hope he will not be angry with me Here is the code:

Here is the decruncher (by Crown of BENG! aka Andreas Stefan Winter).
I didn't disassemble the code of the cruncher, but you can download the program here:
http://genesis8.free.fr/frontend/utility/crunch14.zip


The source should just give an idea, if this could be useful for you or not. Unfortunately I don't know anything about the MSX crunchers yet.


        di
        call #000f          ;find out current address (normalley there is always a #c9 at #000f)
        dec sp
        dec sp
        pop hl
        ld bc,#c758
        add hl,bc
        ld e,(hl)           ;de=destination address
        inc hl
        ld d,(hl)
        ld bc,#0011
        add hl,bc
.l8292                      ;main loop
        ld a,(hl)
        inc hl
        ld c,(hl)
        cp #ff              ;** -1 = end of crunched data
        ret z
        nop
        nop
        cp #50
        jr nc,l82a6
        inc a               ;** 0-79 = copy data 1:1 (length=code+1)
        ld c,a
        ld b,#00
        ldir
        jr l8292
.l82a6
        cp #a0
        jr nc,l82b2
        sub #4d             ;** 80-159 = fill with zeros (length=code-77)
        ld c,a
        ld b,#00
        xor a
        jr l8322
.l82b2
        cp #f0
        jr nc,l82bf
        sub #9c             ;** 160-239 = fill with the next byte (length=code-156)
        ld c,a
        ld b,#00
        ld a,(hl)
        inc hl
        jr l8322
.l82bf
        cp #fd
        jr nz,l82c8
        ld b,#00            ;** #fd = copy up to 255 bytes...
        inc hl
        jr l82cf
.l82c8
        cp #fe
        jr nz,l82db
        inc hl              ;** #fe = copy up to 65535 bytes...
        ld b,(hl)
        inc hl
.l82cf
        push de             ;** ...from an already decrunched area
        ld e,(hl)
        inc hl
        ld d,(hl)
        inc hl
        ex (sp),hl
        ex de,hl
        ldir
        pop hl
        jr l8292
.l82db
        sub #f0
        jr nz,l82eb
        ld a,(hl)           ;** #f0 = copy up to 255 new bytes
        inc hl
        add #51
        ld c,a
        ld b,#00
        jr nc,l82f1
        inc b
        jr l82f1
.l82eb
        dec a
        jr nz,l82f5
        inc hl              ;** #f1 = copy up to 65535 new bytes
        ld b,(hl)
        inc hl
.l82f1
        ldir
.l82f3
        jr l8292
.l82f5
        dec a
        jr nz,l8300
        xor a               ;** others = different fill methodes
        push af
        ld a,(hl)
        inc hl
        add #53
        jr l8313
.l8300
        dec a
        jr nz,l8309
        inc hl
        ld b,(hl)
        inc hl
        xor a
        jr l8322
.l8309
        dec a
        jr nz,l831c
        ld a,(hl)
        inc hl
        push af
        ld a,(hl)
        inc hl
        add #54
.l8313
        ld c,a
        ld b,#00
        jr nc,l8319
        inc b
.l8319
        pop af
        jr l8322
.l831c
        ld a,(hl)
        inc hl
        ld c,(hl)
        inc hl
        ld b,(hl)
        inc hl
.l8322                      ;** repeat the same value x times
        push hl
        dec bc
        ld h,d
        ld l,e
        inc de
        ld (hl),a
        ldir
        pop hl
        jr l82f3

CU,
Prodatron

Ach so, und ich dachte schon, mein ICQ client würde mal wieder faxen machen. Also bei mir geht ICQ auch nicht.

Hm, also nur Platz bis #3000 ist echt sauwenig (12K). Hm, naja, wer weiß. Aber falls ich mal die Zeit finde, stell ich Dir das in Deinem Preview um, daß Du trotzdem mehr Platz hast für den Fall der Fälle.
Ist die CPC-Speaker Ausgabe jetzt auf Kanal B? Vorhin war die nur rechts, also CALL #3003,1 wäre besser.
Zur allgemeinen Info: Der Digiblaster wird übrigens im WinCPC emuliert.

CU,
Prodatron

Cool, nicht schlecht. Du müßtest allerdings den Player etwas "höher" kompilieren, weil Dir sonst ganz schnell der Speicher für das Basic-Programm ausgeht.
Wenn ich mich recht erinnere, kann man sich im Digitracker irgendwo unter Extras die Patternlänge anzeigen lassen. Dann rechnest Du aus #A500-Patternlänge-Playerlänge und legst das da hintereinander hin.

CU,
Prodatron

Aus der Anleitung:

+ 00 => Load a module (in a basic-program)
        CALL Anfadr+00 (,start-address)
-------------------------------------------------------------------------------
You  have  to  open the module-file first (OPENIN"file"), then you can use this
CALL  to  load it to #5600 (if no 'start-address' is present) or to 'start-add-
ress'.  That  means,  that the pattern-datas will be loaded to this address (in
the 1st ram-bank), the samples are loaded in the 2nd ram-bank always at #200.
(0-#200 in the 2nd ram-bank is used for tables and routines).
Don't load the pattern-datas to used areas in the memory!
Example:
OPENIN"SOUND.MDL":CALL &3000,&4000:CLOSEIN
Loads 'Sound.Mdl', the patterns will be stored at #4000.
 
+ 03 => Play a module (in a basic-program)
        CALL Anfadr+03 (,optionbyte (,start/patternnumber))
-------------------------------------------------------------------------------
A loaded module will be played. If there isn't any 'start/patternnumber'(and no
optionbyte) DIGITRACKER take 0 for it automatically. 'optionbyte' is subdivided
into 8 bits:
 
Bit 0,1 => Output-channel: 0-2 => PSG  (Soundchip) Channel A,B or C; 3 => Digi-
           blaster.
Bit 2   => =0: Songplay. The complete module will by played ('start/patternnum-
               ber' is the start in the song-list [='Songpos'])
           =1: Patternplay. Only one pattern will by played. It is the pattern,
               which is choosen with the 'start/patternnumber'-parameter.
Bit 3   => =1: turns on the equalizing rasterbar.
Bit 4   => =1: turns on the colorequlizer (inks 1,2 and 3 are used).
Bit 5   => =0: Copies  the area from #100 to #200 behind the player-routine and
               put  it  back  after  playing.  DIGITRACKER uses this area while
               playing (set this bit to 0 if you don't understand it all...)
           =1: If you don't need this memory-area, you should set this bit to 1
               (so the area behind the player-routine is free, now)
Bit 6   => =1: Requests the keys from f0 to f9. In the normal case, the player-
               routine stops after pressing SPACE. If this bit is set to 1, the
               routine  stops  when  a  f-key was pressed by the user, too! The
               number of  f-keys, which will be requested (and can be pressed),
               is  fixed  in a value (read down the documentation). The pressed
               f-key's number will be putted into another value (read down...)
Bit 7   => =1: enable interrupts. The player-routine has an own interrupt-hand-
               ler. This becomes active, when this bit is set to 1. Every frame
               there  are 6 interrupts. The addresses of the 6 routines have to
               be fixed in a table (read down...)
 
Exampls:
- CALL &3003,3 => output port is Digiblaster, nothing more.
- CALL &3003,1+4,3 => playes the 3rd pattern through channel B of the Soundchip
- CALL &3003,8+32 => playes through Channel A, Rasterbar is active and the area
  from #100 to #200 will not be saved
- POKE &3000+12,5:CALL &3003,3+16+6:PRINT PEEK(&3000+13) => playes  through Di-
  giblaster with active colorequalizers, f0-f4 will be requested. After playing
  the pressed f-key will be printed
- CALL &3003,128,10 => starts song at position 10 with enabled interrupts

Reicht das soweit? Sind ja Beispiele bei.
Was ich mich gerade frage ist, wie man die Länge der Patterndaten herausfindet, damit man da nix überschreibt...

CU,
Prodatron

Zitat von &quot;Devilmarkus&quot;

aber wie kann ich unter Basic dann so ein Modul abspielen?

Such ich gleich mal direkt raus...

Also automatisch ein MOD in einen SoundTrakker Song (PSG-Sound) umzuwandel ergibt garantiert meistens immer ein schlechtes Ergebnis. Da ist selber neu komponieren auf jeden Fall besser.

Mein Digitrakker und Crowns Protracker können natürlich Amiga MODs konvertieren (Digi-Sound), und beim Digitrakker gibt es da mehrere Möglichkeiten, die 4 auf 3 Channels zu verringern (mischen oder löschen).

Wenn man den Sound in ein eigenes Programm einbauen will, muß man den Digitrakker nehmen, weil der Protracker keine externe Abspielroutine bereitstellt.

Ein Digisound benötigt normalerweise 100% Rechenzeit, man kann aber bei gleichzeitiger Qualitätsverringerung während der Interrupts noch kleine Sachen machen, siehe Intro-Part vom Digital Orgasm Demo.

CU,
Prodatron

Ich fänd gerade für dieses Projekt Mode 1 eh besser wegen der Auflösung. Da die Amiga-Version auch nicht so super bunt ist, reichen die Farben doch aus.

Also mir würde eh ein direkter Link reichen, wie war der nochgleich?

Leider hab ich mich bisher kaum mit der CPCE-ini auseinandergesetzt.
Ich laber mal den Cngsoft im ICQ an, vielleicht hat der ja Bock, zu helfen...

Find, der Kanga hat recht. Ich mag Chats wegen dem Zwang, zur richtigen Zeit dabeisein zu müssen und realtime zu antworten, nicht so.

Zitat von &quot;Devilmarkus&quot;

Chat ist ja auch kein MUSS... aber wer mag ist halt herzlichst eingeladen.

Genau, beim Markus können sich ja alle Chatbegeisterten treffen
Den kann man aber nicht zufällig in andere Seiten im Frame einbinden?

CU,
Prodatron

Sorry für das Mißverständnis, ich bin auch absolut für Lauffähigkeit "nur" mit Diskette, aber gerade so ein Game mit vielen aufwändigen Grafiken würde sich von Festplatte super machen, und dann wär es toll, wenn man mit diesen coolen Grafiken nur so um sich wirft
Also es sollte halt unbedingt auch mit BDOS laufen.
@Devilmarkus: Du hast den Screen übrigens unglaublich gut konvertiert bekommen. Bist du eigentlich Grafiker?

CU,
Prodatron

Cool! Jetzt brauchen wir wie besprochen nur noch ein Transfertool für BDOS<->FAT32
Aber erstmal alles der Reihe nach...
CU,
Prodatron