amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Programmierung > vlab: Geschwindigkeit [ - Suche - Neue Beiträge - Registrieren - Login - ]

-1- [ - Beitrag schreiben - ]

02.03.2008, 12:37 Uhr

Ralf27
Posts: 2779
Nutzer 		Die Vlab kann man mit MaxonBasic recht leicht steuern. Ich konnte damit sogar schon ein kleines Fahrzeug steuern, das eine Kamera auf dem Dach hatte und so z.b. einem Gegenstand folgen konnte. Allerdings ist die Bildwiederholungsrate unter aller Kanone,bzw. ca. 1 Bild pro Sekunde. Ich brauch aber für die "Bilderkennung" maximal ca. 80*64, muß aber leider immer ein HighRes-Bild abholen. Dieses Bild taste ich dann im groben Raster ab.
Die eigentlich Frage:
Gibt es keine Möglichkeit ein Bild mit einer geringeren Auflösung anzufordern *ohne* das nur ein Bildausschnitt übertragen wird? Ich befürchte aber, das das wohl nicht geht...
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]
02.03.2008, 16:28 Uhr

MaikG
Posts: 5172
Nutzer 		Zorro VLAB?
Braucht das Digitalisieren oder das verarbeiten so lange?

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 - ]
02.03.2008, 16:35 Uhr

Ralf27
Posts: 2779
Nutzer
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... :D 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.

Hm, seltsam. Ich kenne kein Programm das so schnell die Daten anzeigen kann, bzw. wäre der Zorro2-Bus bestimmt überlastet, wenn es in voller Größe laufen würde. Es kann also nicht die volle Auflösung sein, sondern nur ein Auschnitt aus dem ganzen. Oder seh ich das ganz falsch?
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]
02.03.2008, 18:10 Uhr

MaikG
Posts: 5172
Nutzer 		>Hm, seltsam. Ich kenne kein Programm das so schnell die Daten
>anzeigen kann, bzw. wäre der Zorro2-Bus bestimmt überlastet,
>wenn es in voller Größe laufen würde. Es kann also nicht die volle
>Auflösung sein, sondern nur ein Auschnitt aus dem ganzen. Oder seh
>ich das ganz falsch?

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

Hat sich bestimmt einer vertan.

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

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 - ]
02.03.2008, 19:02 Uhr

Ralf27
Posts: 2779
Nutzer
Zitat:
Original von MaikG:
Eigentlich packt Zorro2 das nicht. In JPEG schon, aber die Bilder
kommen nicht als jpeg an oder?
Ne, ich bekomme RAW-Daten, YUV, wenn ich mich recht entsinne. Diese Daten kann ich dann mit einer Routine der vlab.library in RGB konvertieren.
Zitat:
Normale parallel Digitizer schaffen so 3-5 fps in Farbe.
Welcher in welcher Auflösung?
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.
Hm, ob das die Karte macht. Wenn es so wäre, dann würde es vermutlich auch schon Programme geben die das machen.

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

[ - Antworten - Zitieren - Direktlink - ]
02.03.2008, 21:11 Uhr

Holger
Posts: 8116
Nutzer 		Ich bin mir ziemlich sicher, dass die VLab einen schnelleren Vorschaumodus hatte.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

[ - Antworten - Zitieren - Direktlink - ]
02.03.2008, 22:50 Uhr

Ralf27
Posts: 2779
Nutzer
Zitat:
Original von Holger:
Ich bin mir ziemlich sicher, dass die VLab einen schnelleren Vorschaumodus hatte.

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

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()
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]
03.03.2008, 03:12 Uhr

Lemmink
Posts: 2344
Nutzer 		Das mit den 30 FPS stimmt schon (fast), bezieht sich aber darauf, daß die Karte in der Lage ist, die Daten in der Geschwindigkeit zu dititalisieren und in den eigenen Speicher der Karte zu schreiben. Mit welcher Geschwindigkeit die Daten von dort abgeholt werden können, ist ein ganz anderer Schnack und ein Problem des ZII Buses.
In der Beschreibung auf dem Karton meiner Vlab steht 25 Vollbilder / 50 Halbbilder / sec.
Mit der Info wollte man die Karte von billigen slowscan digitizern abgrenzen, die damals sehr verbreitet waren und praktisch nur Standbilder digitalisieren konnten, da der Digitalisierungsvorgang selber nicht in Bilder / sec. sonder in sec. / Bild gemessen wurde.

--
Das Grauen hat viele Gesichter und mein Spiegel zeigt mir jeden Morgen ein neues.

Jetzt neuer, aber immer noch nicht interessanter: http://www.lemmink.joice.net

[ - Antworten - Zitieren - Direktlink - ]
03.03.2008, 10:04 Uhr

MaikG
Posts: 5172
Nutzer 		>Ne, ich bekomme RAW-Daten, YUV, wenn ich mich recht entsinne.
>Diese Daten kann ich dann mit einer Routine der vlab.library in
>RGB konvertieren.


Was schafft Zooro2 gleich, so 3 MB/s vielleicht. Teils durch
die RAW Daten.



>Welcher in welcher Auflösung?

Animation war z.B. beim Graffito24 640x256x24, mit einem
PCMCIA Adapter bekommst du sogar 11 Bilder pro Sekunde.
Muss allerdings "Decodiert" werden, vermutlich also ein
gepacktes Format.


>Hm, ob das die Karte macht. Wenn es so wäre, dann würde es
>vermutlich auch schon Programme geben die das machen.

Teste einfach die private funktion.

Und 25/30 fps in den Speicher macht Graffito auch. Die Digitizer
die ein Standbild brauchen sind wirklich schon uralt.

[ - Antworten - Zitieren - Direktlink - ]
03.03.2008, 16:10 Uhr

Holger
Posts: 8116
Nutzer
Zitat:
Original von Ralf27:
Ich finde da nur eine Funktion, die aber als Privat deklariert ist
Wenn sie nicht wollten, dass Du diese Funktion nicht benutzt, dann hätten sie sie nicht so gut dokumentiert. Außerdem hast Du sie ja bezahlt, also warum solltest Du sie nicht benutzen? Weil Macrosystem Dich sonst auf die Blacklist für zukünftigen Entwicklersupport im Amiga-Bereich setzen könnte?

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

[ - Antworten - Zitieren - Direktlink - ]
04.03.2008, 21:44 Uhr

Ralf27
Posts: 2779
Nutzer 		@Holger:

Hm, da ist was dran... :D

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 - ]
23.03.2008, 20:13 Uhr

Ralf27
Posts: 2779
Nutzer 		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)

Die Daten in mem& verändern sich auch nicht, egal wie ich die Kamera bewege. Ich bekomme überhaupt nur Datenmüll, der aber gleichbleiben ist.

Hat jemand diesen Befehl schonmal zum laufen bewegen können?
--
http://www.alternativercomputerclub.de.vu

[ Dieser Beitrag wurde von Ralf27 am 23.03.2008 um 20:14 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]
23.03.2008, 20:37 Uhr

Lemmink
Posts: 2344
Nutzer 		Bin kein Programmierer, also ist das was ich hier schreibe höchstwahrscheinlich Blödsinn, aber vielleicht dummerweise auch ein Denkanstoß (?)

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 ?
--
Das Grauen hat viele Gesichter und mein Spiegel zeigt mir jeden Morgen ein neues.

Jetzt neuer, aber immer noch nicht interessanter: http://www.lemmink.joice.net

[ - Antworten - Zitieren - Direktlink - ]
29.03.2008, 10:24 Uhr

Ralf27
Posts: 2779
Nutzer
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 ?

Das ist es ja, so steht das hier oben auch im Thread. Der Befehl in der Lib ist eigentlich nur für Retina gedacht. Mir ist auch kein Programm aus dem Aminet bekannt das einen noch schnelleren Vorschaumodus auf einem "nicht Retina"-System bringt.

Aber vielleicht hat es ja jemand doch noch geschaft? Bzw. scheint es die Hardware wohl doch zu unterstützen, also die Bilder in Hardware auf der Karte skalieren. Ich finde es aber schade, das dies quasi nur mit der Retina läuft, bzw. wohl mit der vlab.lib beschränkt. Oder gibt es eine neuere Version als 10.0 von der vlab.lib?
--
http://www.alternativercomputerclub.de.vu

[ - Antworten - Zitieren - Direktlink - ]

-1- [ - Beitrag schreiben - ]


amiga-news.de Forum > Programmierung > vlab: Geschwindigkeit [ - Suche - Neue Beiträge - Registrieren - Login - ]


.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.