Zitat:

---

Original von thomas:

Zitat:

---

da ich jedoch Path und Größe
beim einlesen festhalten muss wären das mehrere 100 MB.

---

Du solltest den Pfad nur einmal speichern und die Dateieinträge auf den Pfadeintrag verweisen lassen.

Gruß Thomas

---

Zitat:

---

Original von akl:
@MaikG:
DTM_WRITEPIXELARRAY liefert Dir auf Anfrage auf jeden Fall ARGB oder RGBA - mit Ausnahme irgendeiner pic-dt-Version, die das nicht fehlerfrei kann.

---

code:

---

Counter&=0
BildAnzahl&=1
First%=1
WHILE PCounter&<BildAnzahl&
 workbuf& = AllocVec& (1024, MEMF_PUBLIC& OR MEMF_CLEAR&)

 IF workbuf& THEN
  TAGLIST workbuf&, _
   DTA_SourceType&,	DTST_FILE&, _
   DTA_GroupID&,	GID_PICTURE&, _
   PDTA_Screen&, 	mysc&, _
   PDTA_DestMode&,      1&, _
   PDTA_WhichPicture&,  PCounter&, _
   PDTA_GetNumPictures&, VARPTR(BildAnzahl&),_
  TAG_END&
  dtobjekt& = NewDTObjectA& (SADD(Picture$ + CHR$(0)), workbuf&)
  IF dtobjekt& THEN
   gplayout& = AllocVec&(gpLayout_sizeof%, MEMF_PUBLIC& OR MEMF_CLEAR&)
   IF gplayout& THEN
    POKEL gplayout& + gpLayoutMethodID%, DTM_PROCLAYOUT&
    POKEL gplayout& + gpl_GInfo%, NULL&
    POKEL gplayout& + gpl_Initial%, TRUE&
    IF DoDTMethodA& (dtobjekt&, NULL&, NULL&, gplayout&) THEN
     TAGLIST workbuf&, _
      PDTA_BitMapHeader&, VARPTR(bmheader&), _
      PDTA_BitMap&,       VARPTR(bitmapadr&), _
     TAG_END&						
     IF GetDTAttrsA& (dtobjekt&, workbuf&) = 2 THEN
      pwidth% = PEEKW(bmheader& + bmh_Width%):pheight% = PEEKW(bmheader& + bmh_Height%)
      pLeft% = PEEKW(bmheader& + bmh_Left%):ptop% = PEEKW(bmheader& + bmh_Top%)

      pdtBPA& = AllocVec&(sizeof_pdtBlitPixelArray%, MEMF_PUBLIC& OR MEMF_CLEAR&)
      IF pdtBPA& THEN  


       posx%=92+pleft%:posy%=14+thetopborder%+ptop%

       IF first% THEN 
        pdepth%=PEEKB(bmheader& + bmh_Depth%)
        Memsize&=pwidth%*pheight%
        Memsize&=((Memsize& * 4)+15) AND NOT 15
        bpr&=((pwidth%*4)+15) AND NOT 15 
        first%=0:tempbm&=NULL&  
       END IF


      PicFrameBuffer&(PCounter&) = 0&
      IF BildAnzahl&>1 AND PCounter&<200 THEN
       PicFrameBuffer&(PCounter&) = AllocVec&(Memsize&+4096, MEMF_PUBLIC& OR MEMF_CLEAR&)
       IF PicFrameBuffer&(PCounter&) THEN 
        PicFrameX%(PCounter&)=posx%:PicFrameY%(PCounter&)=posy%
        PicFrameW%(PCounter&)=pwidth%:PicFrameH%(PCounter&)=pheight%


 TAGLIST pdtBPA&, _
      PDTA_BitMapHeader&, VARPTR(bmheader&), _
      PBPA_MethodID%, PDTM_WRITEPIXELARRAY&,_
      pbpa_PixelData%, PicFrameBuffer&(PCounter&),_ 
      pbpa_PixelFormat%, PBPAFMT_ARGB&,_
      pbpa_PixelArrayMod%, bpr&,_
      pbpa_Left%, 0,_
      pbpa_Top%, 0,_
      pbpa_Width%, pwidth%,_
      pbpa_Height%,pheight%,_
 TAG_END&

junk&=DoSuperMethodA&(dtobjekt&,Null&, pdtBPA&)



junk&=WritePixelArray& (PicFrameBuffer&(PCounter&),0,0,bpr&,rp&,PicFrameX%(PCounter&),PicFrameY%(PCounter&),PicFrameW%(PCounter&),PicFrameH%(PCounter&),RECTFMT_ARGB&)
        
       END IF
      END IF
     END IF
     END IF
    END IF
   FreeVec gplayout&
   END IF
   DisposeDTObject dtobjekt&
  END IF
  FreeVec workbuf&
 END IF
INCR PCounter&
WEND

---

Zitat:

---

Original von Wishmaster:
Bei Alfi git es die GifAnim-MCC http://alfie.altervista.org/

---

Zitat:

---

Original von thomas:
@MaikG:

Transparenz gibt es bei Datatypes leider nicht. Aber die Position, wo der Ausschnitt im Bild hingehört, ist im BitMapHeader enthalten.

Hier ist ein Beispiel, das das berücksichtigt: http://thomas-rapp.homepage.t-online.de/examples/dtanim.c

Gruß Thomas

---

Zitat:

---

Original von Andreas_Wolf:
>>> Vllt. arbeiten einige Betreiber mit GEZ zusammen?

>> Was für Betreiber?

> Na Internet Provider

Du ziehst ernsthaft in Betracht, dein Zugangsprovider arbeite mit der GEZ zusammen und habe für seine Kunden den Zugriff auf BlutAxt74s Website geperrt, weil sie Anti-GEZ-Inhalte verbreitet?

---

Zitat:

---

Original von thomas:
@MaikG:

Zitat:

---

Das holt man doch dort an der Stelle bei PDTA_Bitmap und PDTA_BitmapHeader?

---

Nein, beim NewDTObject. In den Autodocs ist ein Beispiel.

Mit dem OS 3.9-Datatype funktioniert das auf jeden Fall. Das wird z.B. bei dem AnimIcon-Programm aus dem Christmas-Update benutzt.

Gruß Thomas

---

Zitat:

---

Original von Fixi:
@MaikG:
Die LEd leuchtet nicht mehr auf, also wird auf der Karte nix gemacht.
Also bedeutet es, dass ich die 32 GB CF Karte besser nicht über Poseidon nutzen sollte, sondern doch per IDE?!

---

Zitat:

---

Original von BlutAxt74:
Hi, ich hab mal ne Umfrage zum Theme GEZ Gebühren gemacht.

Könnt ihr bitte mal auf meine Seite klicken und abstimmen?

http://www.BlutAxt74.de.vu

Ich möchte wirklich gerne mal wissen, wieviel noch für diesen Schrott sind und wie viele finden das es Zeit zum abschaffen dieser Gebühr ist.

---

Zitat:

---

Original von thomas:

Die andere Möglichkeit, ist es, die GIF-Anim als Bilddatei mit mehreren Seiten zu laden. Seit OS 3.5 gibt es die Tags PDTA_GetNumPictures und PDTA_WhichPicture, mit denen man die Anzahl Einzelbilder ermitteln und ein Einzelbild auswählen kann. Die Tags funktionieren auch unter OS 3.1, wenn man ein GIF-Datatype installiert, das die Tags unterstützt. Mit dieser Methode verliert man natürlich die Timings, die u.U. in der Animation gespeichert sind. Aber dafür ist es relativ einfach, die Animation zu laden und anzuzeigen. PicShow macht das z.B. so.

Soweit ich weiß, kann kein Browser Animationen mit Datatypes laden.

---

Zitat:

---

Original von whose:

Theoretisch schon, leider ist die msd Klasse so clever gemacht, daß sie CrossDos mountet, sobald ein entsprechendes Format erkannt wird. Also so wie unter Poseidon mit Fat95 auch (Automount).

Prinzipiell keine schlechte Idee, wenn nur CrossDos etwas besser funktionieren würde...

---

Zitat:

---

Original von cgutjahr:

Zitat:

---

Original von Gurujaeger:
A1200-060 mit PCMCIA-Netzwerkkarte 700 kB/s.*
A1200-060 mit Zorro-2 Busboard und Zorro-Netzkarte 800 kB/s.*
A1200-060 mit Zorro-2 Busboard und DENEB 2150 kB/s.#

---

Wow, ich nehme alles zurück, das sind ja ziemlich eindrucksvolle Werte. Aber das eine Deneb so viel schneller ist als eine Zorro-Netzwerkkarte leuchtet mir nicht ein.

---

Zitat:

---

Original von whose:

Ich hatte auf Majas Beitrag geantwortet, und tploetz spricht u.A. auch von Problemen am SAM und unter OS4.1, dort kommt CrossDos zum Einsatz und eben nicht fat95 (wobei ich nicht ausschließen will, daß auch fat95 das eine oder andere Problem hat. Im Großen und Ganzen arbeitet fat95 auf 68k-Amigas aber bisher besser als CrossDos unter OS4.x).

---

Zitat:

---

Original von tploetz:
@MaikG:
Ich habe die Partition auf 500 GB verändert, aber Deneb erkennt nur die kleineren
Partitionen, obwohl ich "td64patch" in der startup-sequence für die USB-Platte eingefügt habe.
Beim SAM werden mit "tdpatch64" nur 500 GB einwandfrei erkannt. 600 GB nicht.
tploetz

---