[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

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.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

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.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

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()

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Ralf27:
Ich finde da nur eine Funktion, die aber als Privat deklariert ist

---

[ - Antworten - Zitieren - Direktlink - ]

@Holger:

Hm, da ist was dran...

Mal sehn, ich schau mal was diese Routine so macht, wenn ich mich mal irgendwann mal wieder an den großen A1200T-Bastelrechner mach und die VLab wieder benutz.

Vorallem wüßte ich auch zu gerne wie das Rückgabeformat(VMMODE_RETINA24) aussieht, aber vermutlich seh ich dann was ankommt.
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

Ich habe es eben mit VLab_Monitor() getestet, aber leider scheint es nicht zu laufen. Ich hab alle Parameter so übergeben wie es in der Guide steht(so hoffe ich ):

code:

---

suc=VLab_Monitor(mem&,0,0,160,140,0,VMMODE_RETINA_24)

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Lemmink:
Wenn ich Retina lese, fällt mir ein, daß die VLab Software die möglichkeit bot, bei Vorhandensein einer Retina Z2 (die unter der eigenen Software läuft) das Vorschaufenster in Farbe über die Retina auszugeben. Keine Ahnung, ob das eingelesene Bild in dem Fall direkt in den Speicher der Retina geschaufelt wird und das Auslesen der VLab Speichers deswegen nur Müll liefert ?

---

[ - Antworten - Zitieren - Direktlink - ]