Zitat:

---

Original von Ralf27:

Aber das ich bis jetzt kein SFSRepairtool gefunden habe, macht mich schon nachdenklich...

---

Zitat:

---

Original von Reth:
Oder wie behelft ihr euch mit ausgaben, die in der Endfassung eines Programms nicht mehr erscheinen sollen?

---

code:

---

debug.h
#ifndef __DEBUG_H__
#define __DEBUG_H__

/* debug.h - cnet.device by Harry "Piru" Sintonen
*/

#define DB_LEVEL 1

//#define DEBUG

#ifdef DEBUG
   #define BreakPoint __emit(0x4afc)
   void dprintf(const char *, ...);
#  ifdef __GNUC__
#    define KPRINTF(l, x) do { if ((l) >= DB_LEVEL) 
     { dprintf("%s:%s/%lu: ", __FILE__, __FUNCTION__, __LINE__); dprintf x;} } while (0)
#  else
#    define KPRINTF(l, x) do { if ((l) >= DB_LEVEL) 
     { dprintf("%s/%lu: ", __FILE__, __LINE__); dprintf x;} } while (0)
#  endif /* __GNUC__ */
#  define DB(x) x
   void dumpmem(void *mem, unsigned long int len);
#else /* !DEBUG */

#define KPRINTF(l, x) ((void) 0)
#define DB(x)
#define BreakPoint

#endif /* DEBUG */

#endif /* __DEBUG_H__ */

---

code:

---

debug.c
/* debug.c - cnet.device by Harry "Piru" Sintonen
*/

#include "debug.h"
#ifdef DEBUG

#include <exec/types.h>
#include <proto/exec.h>

#ifndef __MORPHOS__
#include <stdarg.h>
#endif /* __MORPHOS__ */


#ifdef __MORPHOS__

void dprintf(const char *, ...);

#else /* __MORPHOS__ */

void dprintf(const char *format, ...)
{
  struct ExecBase *SysBase;
  static const UWORD dputch[5] = {0xCD4B, 0x4EAE, 0xFDFC, 0xCD4B, 0x4E75};
  va_list args;

  SysBase = *((struct ExecBase **) (4L));
  va_start(args, format);

  RawDoFmt((STRPTR) format, (APTR) args,
           (void (*)()) dputch, (APTR) SysBase);

  va_end(args);
}

#endif /* __MORPHOS__ */

void dumpmem(void *mem, unsigned long int len)
{
  unsigned char *p;

  if (!mem || !len) { return; }

  p = (unsigned char *) mem;

  dprintf("n");

  do
  {
    unsigned char b, c, str[17];

    for (b = 0; b < 16; b++)
    {
      c = *p++;
      str[b] = ((c >= ' ') && (c <= 'z')) ? c : '.';
      str[b + 1] = 0;
      dprintf("%02lx ", c);
      if (--len == 0) break;
    }

    while (++b < 16)
    {
      dprintf("   ");
    }

    dprintf("  %sn", str);
  } while (len);

  dprintf("nn");
}

#endif /* DEBUG */

---

Funktionieren unter MorphOS und 68k (außer Breakpoint, das geht nur so unter 68k).

Verwendung ist verblüffend einfach

code:

---

KPRINTF(<level>, ("<string>", <format args> ...));

z.B.:

KPRINTF(1, ("Ooops!?! No Endpoints defined?n"));

oder
KPRINTF(5, ("Report %ld: InBits=%ld, OutBits=%ld, FeatBits=%ldn",
            nhr->nhr_ReportID, nhr->nhr_ReportInSize,
            nhr->nhr_ReportOutSize, nhr->nhr_ReportFeatSize));

---

code:

---

{ dprintf("%s/%lu: %s-", __FILE__, __LINE__, SysBase->ThisTask->tc_Node.ln_Name); dprintf x;} } while (0)

---

code:

---

DB(dumpmem(<startaddresse>, <länge>);)

---

Zitat:

---

Original von Ralf27:

code:

---

if(val & JPB_BUTTON_BLUE)

---

Läuft so nicht, außer wenn man JPF_BUTTON_BLUE schreibt. Dann läuft es auch mit den anderen Knöpfen.

Oder überseh ich da jetzt was?

---

So kommts, wenn man "schnell mal" nen Testsourcecode zusammenschustert... Natürlich muss es JPF_xxx heißen (oder val & (1<<JPB_xxx) ). Danke für den Hinweis
--
--
Best Regards

Chris Hodges

Zitat:

---

Original von MaikG:
Es gibt da die lowlevel.library, die das können soll...

---

Allerdings. Und zwar so extrem einfach, dass man das Hardware-Hacking echt vergessen kann. Und dann funktionierts auch mit USB Joysticks

code:

---

#include <proto/exec.h>
#include <proto/lowlevel.h>
#include <proto/dos.h>
#include <dos/dos.h>

#include <libraries/lowlevel_ext.h>

ULONG main(void)
{
    struct Library *LowLevelBase;
    ULONG cnt;
    ULONG val;

    if(LowLevelBase = OpenLibrary("lowlevel.library", 37))
    {
        val = SetJoyPortAttrs(1, SJA_Type, SJA_TYPE_GAMECTLR, TAG_END);
        Printf("SetJoyPortAttrs() returned %ldn", val);
        Delay(50);
        do
        {
            if(SetSignal(0,0) & SIGBREAKF_CTRL_C)
            {
                break;
            }
            for(cnt = 0; cnt < 4; cnt++)
            {
                val = ReadJoyPort(cnt);
                Printf("Port %ld: %08lx   ", cnt, val);
                if(val & JPB_BUTTON_BLUE)
                {
                    PutStr("2nd Button    ");
                } 
            }
            PutStr("n");
            Delay(2);
        } while(TRUE);
        CloseLibrary(LowLevelBase);
    }
    return(0);
}

---

Zitat:

---

Original von Holger:
Du hast ein Problem mit der Speichererweiterung.

Die Guru-Nummern selber sind nur die Symptome, weil der angesprungene Code ungültig ist, aber offenbar liest der Rechner je nach Zeitpunkt unterschiedliche Werte aus. Aber die Adresse ist die gleiche. Und sie liegt in der Slow-RAM-Erweiterung.

---

Zitat:

---

Original von A1K:
fals Platon42 seine masmpeg.device treiber an ariadne par und/oder
ioblix par anpassen wurde, dann werde ich ohne weitere nachdenken
50 teuros an seine paypal account zukommen lassen.

ob es überhaupt möglich ist ohne pausen/aussetzer? der mas hat keine
grosse buffer, und abfrage timing über zorro konnte villeicht
sehr problematisch sein. ob die ports direkt ansprechbar oder frei
programmierbar sind ist auch eine gute frage.

---

Zitat:

---

Original von _nexus_:
@Cego:

wenn das auch mit streams geht, dann liegts wohl hier an der
melodypro.

---

Benutze zwar nicht den AmigaAMP -- der zieht mir einfach für den Streaming Use Case zu viel Rechenzeit, sondern eine alte Version von "Streamer" mit dem "MasPlay" (für melodympeg.device) und da klappt das Streaming ganz hervorragend, zumindest mit Nectarine Demoscene Radio

--
--
Best Regards

Chris Hodges

Zitat:

---

Original von _nexus_:
@platon42:

platon42, ich wollte dich nicht beleidigen wegen dem masmpeg.device!
Nur darauf hinweisen, dass es bei meinem A1200, Blizzard1230 nicht
funktioniert, was ich sehr schade finde. Denn gerne wuerde ich
das masmpeg.device mit Amplifier zusammen nutzen.

---

Zitat:

---

Original von evi:
hallo ,

nach langer zeit mal wieder ein problem , naja eher eine gedächnisslücke .
hab mich mal gerade wieder über meine disketten gemacht und festgestellt das ich vor urzeiten , und ich meine wirklich urzeiten , backups erstellt habe .

---

Zitat:

---

Original von _PAB_:
Nein, habe nur mitgekriegt, daß aPEX kritisches Material auf seiner Seite hatte, wegen welchem er einen Brief von Amiga Inc. bzw. deren Anwalt bekommen hat und dieses Material entfernt hat...
Irgendjemand hat weiter oben ein Video ins Gespräch gebracht, könnten aber auch ROMs sein.

---

Zitat:

---

Original von _PAB_:
@aPEX:
Wie bist Du an die Adresse gekommen - da ist keine Quelle im Netz auszumachen.

Kann es sein, daß Du kopiergeschütztes Material auf Deiner Homepage nur angeboten hast, um AmigaIncs neue Adresse bekommen ?
(Von wegen Off-Topic... da frage ich mich, wer hier die größeren Verfehlungen begeht.)

---

Zitat:

---

Original von _nexus_:
@A1K:

interssant ist auch, dass es problemlos möglich ist, mp3s mit der
original MasProPlayer-Software abzuspielen. Mit dem masmpeg-device
gehts allerdings nicht.

---

Zitat:

---

Original von vibros:
@platon42:

danke für deinen Tip. Ich habe mit Monam und Minihex die Interrupt-Priorität den Library von Prelude und Hypercom3+ verändert.
Kein Erfolg! Der Fehler ist immer da!

---

Zitat:

---

Original von JSchoenfeld:
Sieht so aus als ob ich wieder am Zug bin - Die Hardware-Doku habe ich gerade in meine "insider-section" gestellt, direkter Link ist:

http://www.schoenfeld.de/inside/Inside_MP3AT64.txt

Chris, schreib' mir mal eine eMail mit der Adresse an die ich das MP3@64 schicken soll, falls Du nach dem Lesen der Doku überhaupt noch Lust hast (I2C zu fuß machen, NOPs einfügen damit das Schieberegister nicht überrannt wird...).

---

Zitat:

---

Original von vibros:
ich habe diese Karten auf dem ZorroIV Busboard installiert, aber Hypercom un Prelude1200 funktionieren nicht zusammen.

---

Zitat:

---

Original von Arthur07:
Danke! Hätte aber niemals gedacht,daß das so komliziert ist...
Das mit der Subway und Clockport klingt aber schonmal interessant. Bekommt man sowas noch wo? Das dürfte dann doch auch an ner xsurf passen,oder bringts das nicht? Gabs da nicht auch mal eine direkte Zorro-Karte?

---

Zitat:

---

Original von Beeblebrox:
@platon42:

kurze Frage: Besteht eine kleine Chance auf einen BT Stack unter OS4 ?

---

Zitat:

---

Original von MaikG:
Mh, sehr kompliziert.

Aber nehmen wir an jemand macht
>Oder OBEX FTP für den allgemeinen Dateitransfer.

Geht damit dann jedes Handy oder muss es wie MSD einen Standard
entsprechen?

---

Zitat:

---

Original von MaikG:
>Nein, es gibt noch keinen Bluetooth Stack, aber ich arbeite daran

Mal so eine frage, kenne mich mit Bluetooth nicht weiter aus.
Funktioniert der Datenaustausch dann einfach so mit jedem
Gerät oder braucht man wieder untertreiber, so wie wenn man ein
USB-Gerät anschliesst?

---

Zitat:

---

Original von Arthur07:
Hi,
wie der Titel schon sagt,stellt sich mir die Frage,ob man am Amiga so nen BT-USB-Stick
ansteuern kann? Vor allem,mit welcher USB Lösung würde das laufen bzw welche wäre für
einen A4k zu empfehlen?

---

Zitat:

---

Original von elprincipal:
Auf diesen Weg würde ich mal gerne Fragen was ihr noch so plant in der Zukunft, ich hoffe ir habt noch Pläne?

---

Zitat:

---

Original von MarkusPohlmann:
Ein fieses Manko, was ich aber sehr früh gemerkt habe, waren die Soundqualitäten.
Musik oder Samples. Beides gleichzeitig? Ohne Soundfehler? Null chance, zumindest mit dem Standard Amos. Ich kenne die Sounderweiterung nicht.

---

Meine AMCAF Erweiterung konnte recht viel -- u.a. auch Protracker Musikwiedergabe mit echtem intelligentem Samples einmixen (d.h. man konnte fest den Kanal angeben, in dem das Sample wiedergegeben werden sollte oder dynamisch AMCAF herausfinden lassen, auf welchem Musikkanal das Sample am wenigsten stört (oder gar frei war) (z.B. "Strings" und Flächen wurden eigentlich nie untergebrochen, weil die Wahrscheinlichkeit, dass die neu getriggert werden, ziemlich gering war).

Wie Björn schon gepostet hat, auf meiner Homepage findet sich recht viel AMOS Zeugs inkl. Sourcen. Das meiste jetzt schon 10 Jahre alt (ja, auch bei mir als Jugendsünde und ja, auch ein BreakOut-Clone)...


--
--
Best Regards

Chris Hodges

Zitat:

---

Original von AlexTM:
Danke für den Tipp. Ich habe jetzt mal PalmGuiV3 "verhext", aber ich
bekomme immer die Fehlermeldung "Socket Error", wenn ich
synchronisieren will.
Kann ein Benutzername eine Rolle spielen?

Es reicht ja wenn ich palmlink.library durch pdalink.library ersetze
und dann das Programm starte, oder?

---

Zitat:

---

Original von AlexTM:
ist es, wenn ja wie, möglich mit Amiga/Pegasos auf nen PalmOne
Tungsten E2 zuzugreifen?

Also Poseidon 3.3 erkennt ihn wunderbar, aber wie gehts dann weiter?
Welche Soft? Mit Spitfire2 und PalmGUI V3 bin ich noch nicht weiter
gekommen.

---

Zitat:

---

Original von eye-BORG:
Übrigens wurde der Copper-Himmel-Trick bei vielen Spielen genutzt und auf der Packung dann reißerisch von "mehreren Hundert Farben zugleich am Bildschirm" ("Beast III"-Packungstext) gesprochen. In der Praxis jedoch hatte man es eigentlich mit nur nominal 32 Farben zu tun (Die Tiles der Level-Maps und Sprites) und lediglich der Himmel hatte mehr als 100 Farben.

---

Sehr schön verständlich erklärt!

Absoluter Killer für Playfield und Copper-Aktionen ist für mich immer noch Lionheart (Z-Modus im Dual Playfield per Hardware)! Dicht gefolgt von Jim Power, dass tatsächlich Triple Layering hatte: jeweils 7 Farben über Bitmaps und eine max. 15 Farben-Ebene, die über zwei Sprites erzeugt wurde (indem der Copper tatsächlich alle 8 Pixel das Sprite-Data-Register von Hand beschrieben hat -- was das an Chipram-Bandbreite kostet, brauche ich ja wohl nicht zu erwähnen ).

PS: Turrican 3 fand ich auch sehr enttäuschend. Vor allem aber, wegen der schwachen Musik. 1-2 Minutenloops billiger Qualität, was den Chris Hülsbeck da geritten hat?

--
Best Regards

Chris Hodges

[ Dieser Beitrag wurde von platon42 am 23.02.2006 um 23:36 Uhr geändert. ]