Zitat:

---

Original von Holger:
Wieso ist das nicht die feine Art?

---

Zitat:

---

Original von DaxB:
@thomas:
Leider bekomme ich hier mit IB nur eine weisse Seite (mit oder ohne Javascript).

WBSudoku sagt übrigends das es nicht eindeutig lösbar ist. Ich glaube aber auch das "eindeutig lösbar" unterschiedlich definiert wird.

---

Zitat:

---

Original von Holger:
Ich bin mir ziemlich sicher, dass die VLab einen schnelleren Vorschaumodus hatte.

---

code:

---

vlab.library/VLab_Monitor                            vlab.library/VLab_Monitor

   NAME
        VLab_Monitor - Scan and scale an image. PRIVATE (v5)

   SYNOPSIS
        Success = VLab_Monitor(Dest,Left,Top,Width,Height,Modulo,Mode)
        D0                     A0   D0   D1  D2    D3     D4     D5

        LONG VLab_Monitor(ULONG *,UWORD,UWORD,UWORD,UWORD,UWORD,ULONG)

   FUNCTION
        One halfframe is digitized in realtime. The data is scaled down
        and transferred to the desired destination.

   INPUTS
        Dest   - Depending on Mode this is either a pointer to enough
                 Amiga memory to store the scanned and downscaled image data
                 or a pointer to an open Retina screen.
        Left   - the left offset for the image data
        Top    - the top offset for the image data
        Width  - The desired width of the (downscaled) image. MUST be one
                 of 160, 320 or 640! (see: Bugs)
        Height - The desired height of the (downscaled) image. MUST be one
                 of 70, 140, 280! (see: Bugs)
        Modulo - The width of the Amiga 'bitmap'. It is the value which
                 has to be added to move from any pixel to the pixel
                 directly below. This value is ignored with all
                 VMMODE_RETINA_xxx modes.
        Mode   - The desired transfer mode. Must be one of the following:
               VMMODE_RETINA_8    - Dest is an 8 bit Retina screen.
               VMMODE_RETINA_24   - Dest is a 24 bit Retina screen.
               VMMODE_MEMORY_8    - Dest is 8 Bit Amiga memory.
               VMMODE_MEMORY_RGB  - Dest is 24 Bit Amiga memory.
               VMMODE_MEMORY_RGBA - Dest is 32 Bit Amiga memory.
               VMMODE_MEMORY_GB_R - For VDPaint only, do NOT use.

   RESULT
        Success - A boolean which tells if the picture has been transferred
        correctly.
        If FALSE you can call VLab_Error() to get the type of error. See
        vlab.i for possible errors.

   NOTE
        While Monitor() is running your task should not be stopped for more
        than 1 ms (one millisecond) otherwise you may loose data! But please,
        do NOT use Forbid()/Permit() or even Disable()/Enable(). In most
        cases it is save to do nothing special. If you get problems try to
        increase your task-priority before calling Monitor() and restore it
        afterwards.
        VLab_Monitor() does not do any clipping!

        This function preserves all registers except D0.

   BUGS
        This function is private, do NOT use!
        There is no support for VLab/par!
        You MUST set Width to 160 and Height to 140!
        You MUST set Mode to VMMODE_RETINA_24, others are not supported yet.

   SEE ALSO
        VLab_Scan()

---

Zitat:

---

Original von thomas:

obitmapBild solltest du mit NULL initialisieren und nach dem GetDTAttrsA prüfen, ob sie auch gesetzt wurde.

Bei dem AllocVec solltest du MEMF_CLEAR auch setzen, weil InitRastPort u.U. nicht alles initialisiert.

Und Mungwall solltest du unbedingt auch laufen haben, das bringt viel mehr als Enforcer und Co.

---

Zitat:

---

Original von ZeroG:
@Ralf27:
Wenns unter OS4 laufen soll, ist es eine gute Idee auch die Ports 2 und 3 zu bedenken, da kann man per AmigaInput tatsächlichen einen Joystick oder ein anderes Eingabegerät drauflegen.

---

code:

---

SUB GenMask(BYVAL a$,bitmapMask&)
 SHARED tagsl&,Fehler,var$
 STATIC t&,bild&,Fehler,Farbtiefe
 STATIC obitmapBild&,oBreite&,oHoehe&,bitmaptmp&
 STATIC bb&,buf&,rp1&,rp2&,p&,b,h,f,junk
 IF Fehler THEN EXIT SUB
 bitmapMask&=0
 TAGLIST tagsl&, _
 DTA_GroupID&, GID_PICTURE&, _
 PDTA_FreeSourceBitMap&, TRUE&, _
 TAG_END&
 bild&=NewDTObjectA&(SADD(a$+CHR$(0)),tagsl&)
 IF bild& THEN
  TAGLIST tagsl&, _
  DTM_PROCLAYOUT&, 0, TRUE&, _
  TAG_END&
  IF DoDTMethodA&(bild&,0,0,tagsl&) THEN
   obitmapBild&=0
   oBreite&=0
   oHoehe&=0
   TAGLIST tagsl&, _
   PDTA_DestBitMap&, VARPTR(obitmapBild&), _
   DTA_NominalHoriz&, VARPTR(oBreite&), _
   DTA_NominalVert&, VARPTR(oHoehe&), _
   TAG_END&
   IF GetDTAttrsA(bild&,tagsl&)<>3 THEN
    Fehler=FehlerInit_Maske
   ELSE
    bitmapMask&=AllocBitMap&(oBreite&,oHoehe&,1,0,0)
    IF bitmapMask&=0 THEN
     Fehler=FehlerInit_Maske
    ELSE
     Farbtiefe=GetBitMapAttr&(obitmapBild&,BMA_DEPTH&)
     IF Farbtiefe=0 OR Farbtiefe>8 THEN
      Fehler=FehlerInit_Masketiefe2
     ELSE
      REM Maske selbst generieren
      bb&=16*((oBreite&+15)16)
      buf&=AllocVec&(200&+bb&*oHoehe&,MEMF_PUBLIC&+MEMF_CLEAR&)
      IF buf& THEN
       bitmaptmp&=AllocBitMap&(oBreite&,1,Farbtiefe,0,0)
       IF bitmaptmp& THEN
        rp1&=buf&
        rp2&=buf&+100
        InitRastPort rp1&
        POKEL rp1&+RastPortBitMap%,obitmapBild&
        InitRastPort rp2&
        POKEL rp2&+RastPortBitMap%,bitmaptmp&
        p&=buf&+200
        junk=ReadPixelArray8(rp1&,0,0,oBreite&-1,oHoehe&-1,p&,rp2&)
        f=PEEK(p&):REM Die Farbnummer vom ersten Pixel oben links (0,0)
        FOR t&=p& TO p&+bb&*oHoehe&
         POKE t&,-(PEEK(t&)<>f)
        NEXT
        POKEL rp1&+RastPortBitMap%,bitmapMask&
        junk=WritePixelArray8(rp1&,0,0,oBreite&-1,oHoehe&-1,p&,rp2&)
        FreeBitMap bitmaptmp&
       END IF
       FreeVec buf&
      END IF
     END IF
    END IF
   END IF
  ELSE
   Fehler=Fehler_Grafikrunterrechnen
  END IF
  DisposeDTObject bild&
 ELSE
  Var$=a$
  Fehler=Fehler_Grafikladen
 END IF
END SUB

---

Zitat:

---

Original von MaikG:
>War es nicht ein 2-fach Adapter, damit man *insgesamt* vier Joys
>anschliesen kann?

Kann sein, ist sogar wahrscheinlicher, weil man sonst zuviel
Multiplexen müsste.

Das mit der lowlevel library muss ja einen Grund haben...

---

Zitat:

---

Original von MaikG:
Eigentlich packt Zorro2 das nicht. In JPEG schon, aber die Bilder
kommen nicht als jpeg an oder?

---

Zitat:

---

Normale parallel Digitizer schaffen so 3-5 fps in Farbe.

---

Zitat:

---

Wenn die VLAB library die Bilder so langsam liefert und es
keine art Preview Modus gibt sieht das schlecht aus.
Das einzige wäre direkt auf die Karte zuzugreifen, im
optimalfalle kannst du dir dein Bild da gleich Scaliert holen.

---

Zitat:

---

Original von MaikG:
Es gab mal 4x fach Adapter für den Parallelport. Für Dynablaster z.B.

---

War es nicht ein 2-fach Adapter, damit man *insgesamt* vier Joys anschliesen kann? Ob die lowlevel extra dafür gedacht war? Bzw. kann ich natürlich als Programmierer dem User 4Ports anbieten, bzw. vorher mit der lowlevel.lib prüfen ob ein Stick angeschlossen ist, klar.

Der Hammer wäre aber auch, wenn man so vier Mäuse an den Amiga anschliesen könnte...
--
http://www.alternativercomputerclub.de.vu

Zitat:

---

Original von MaikG:
Zorro VLAB?
Braucht das Digitalisieren oder das verarbeiten so lange?

---

Das anfordern der Daten geht ja mit einem Befehl über die vlab.lib. Und das dauert.
Wenn es das verarbeiten der Daten via MaxonBasic wäre, dann wäre es mir irgendwie klar, das es solange dauert... Aber in diesem Zusammenhang spielt es quasi kaum eine Rolle.

Wenn man z.b. sieht wie langsam auch diverse Programme für die Vlab sind, die die Bilder von der VLab anzeigen...

Zitat:

---

Hab grade gelesen:

>The VLab is a full length Zorro II, 24bit real-time digitizer. The card is capable of digitizing 30 full frames per second.

Wobei das schon eine enorme Leistung für ein digitizer ist.

---

Zitat:

---

Original von Andreas_Wolf:
> Wollte ich eben installieren. Es jammer aber über die zu aktuelle
> NListTree.mcc.

Welche Version von ATC hast du genommen? Die aktuelle von http://www.amitradecenter.net ?

---

Ne, aus dem Aminet. Aber ich muß auch mal den Link testen, danke!
--
http://www.alternativercomputerclub.de.vu

Zitat:

---

Original von Holger:

Zitat:

---

Original von MaikG:
Das ist mir zu hoch, ich weiss nichts von Paketen.

Vermutlich schaffe ich es eher mehrere Task Instanzen zu starten die
selbst das Open vollziehen.

---

In Basic?!
Niemals.

---

Zitat:

---

Original von Chritoph:
@spock-79:
PCMCIA SRAM ist schneller als der 68000.

---

Zitat:

---

Original von akl:
@Der_Wanderer:
http://de.wikipedia.org/wiki/Fliegendes_Spaghettimonster

---

Fett, einfach nur Fett. Kein Wunder das sich diese Religion so ausbreitet.
--
http://www.alternativercomputerclub.de.vu

code:

---

CONST FIONREAD&=&H4004667F
 size&=0
 junk=IoctlSocket(fd&,FIONREAD&,VARPTR(size&))

---

in Size die Anzahl der Bytes die gelesen werden können. Wenn bei Size eine Null steht, dann les ich einfach nicht und gut ist. Was haltet ihr denn davon?

--
http://www.alternativercomputerclub.de.vu