Zitat:

---

Original von thomas:

Zitat:

---

Das ist schon richtig, aber damit das Ergebnis maximal schnell ist, sollte es schon 1:1 sein. Wenn das Kopieren und besonders das Umwandeln der Pixel die Graka macht, ist das ja gut und schön, aber wenn nicht wird es sehr langsam.

---

Warum glaubst du, daß bei Datatypes mit Screen die Grafikkarte das Pixelformat umwandelt und wenn du selbst BltBitmap benutzt, nicht ? Die Datatypes können auch nur entweder die Umwandlung per selbst geschriebenem Code machen, also per CPU, oder mit den Funktionen der (cyber)graphics.library, also mit BltBitMap oder WritePixelArray. Und das kannst du auch selbst machen. Lege einfach eine Bitmap mit dem richtigen Pixelformat an und blitte die DT-Bitmap da hinein. Schneller kannst du es nicht kriegen.

---

Zitat:

---

Original von tboeckel:
Aber ohne Bezug (kein Screen, kein Fenster) dürfte das eher schlecht aussehen.

---

Zitat:

---

Warum müssen es denn unbedingt fried-Bitmaps sein?

---

Zitat:

---

Per BltBitmapRastport() sollten sich doch beliebige Bitmaps malen lassen.

---

code:

---

if( (so->SO_ImageObject = NewDTObject( so->SO_ImageName,
                DTA_GroupID, GID_PICTURE,
                OBP_Precision, PRECISION_EXACT,
                PDTA_Screen, ss->SS_Screen,
                PDTA_FreeSourceBitMap, TRUE,
                PDTA_DestMode, PMODE_V43,
                PDTA_UseFriendBitMap , TRUE,
                TAG_DONE)) )
 {
  GetDTAttrs( so->SO_ImageObject,
      PDTA_BitMap,       (ULONG*) &bm,
      PDTA_BitMapHeader, (ULONG*) &bmh,
      TAG_DONE );

  if( bmh && bm )
  {
   so->SO_ImageWidth = bmh->bmh_Width;
   so->SO_ImageHeight = bmh->bmh_Height;
  } else {
   DisposeDTObject( so->SO_ImageObject );
   so->SO_ImageObject = NULL;
  }
 }
}

---

Zitat:

---

Original von AmigaHarry:
@geit:

Danke, genau was ich gesucht habe....

Sag mal, wo findet man alle diese Infos? Ich kenne nur das Pegasos-Book.....

---

Naja, den "Do" Befehl habe zufällig ich geschrieben!

Ansonsten gibt es IMHO keine Sammlung von Tipps. Vielleicht eine Idee der Benutzer mal eine Art Anleitung zu schreiben, die wir dann Ambient beilegen können.

Geit

Zitat:

---

Zitat:

---

Jedes der Programme verschickt ermittelte Daten/Kommandos an das andere.

Da die Daten allerdings zur Laufzeit ermittelt werden, ergeben sich daraus "Pakete". Jedes Paket wird mit
send() verschickt und daten via recv() empfangen. Wenn ich jetzt 5 mal send mit einem paket anwende, dann kommen auf dem anderen Rechner 5 Pakete an, die aber durcheinander sind.

---

Du solltest Dich erst einmal entscheiden, was Du nun wirklich willst, TCP oder Pakete. Es geht nur eins von beiden.

---

Zitat:

---

Wenn Du das geschafft hast, kannst Du Dich auch entscheiden, ob Du die Funktionen für TCP oder für Pakete verwendest.

---

Zitat:

---

Zitat:

---

Wenn ich es richig Verstanden habe, sind deine "Packete" bereits in der "Anwender Schicht".

---

Das hast Du nicht richtig verstanden.

---

C code:

---

/* TCP stuff */

int                tcp_socketclientinfd;
struct sockaddr_in tcp_socketclient;
ULONG              tcp_sizeclient;

int                tcp_socketserverfd;
struct sockaddr_in tcp_socketserver;

int                tcp_socketclientoutfd;
struct sockaddr_in tcp_socketclientout;

BOOL               tcp_pipein;
BOOL               tcp_pipeout;


struct List paketlist;
struct TCPMessage *lasttcpmsg;

#define SERIALBUFFER_SIZEOF 8192

BYTE  serialbuffer[ SERIALBUFFER_SIZEOF ];
ULONG serialindex;


/* TCP Init */

void TCP_Init( void )
{
	List_Init( &paketlist );

	tcp_socketserverfd = -1;
	tcp_socketclientoutfd  = -1;

}

/* TCP Open */

ULONG TCP_Open(void)
{
ULONG arg;

	debug("TCP: setup...n");
	if( !SocketBase ) {
		SocketBase = (struct Library *) OpenLibrary( "bsdsocket.library", 4);
		debug("tried to open bsdsocket.libraryn");
	}
	if( SocketBase ) {

/* init incoming data pipe if needed */

		if( !tcp_pipein ) {
			if( -1 != (tcp_socketserverfd = socket( AF_INET, SOCK_STREAM, 0)) ) {

				/* fill sockaddr_in and bind socket to local port */

				tcp_socketserver.sin_family      = AF_INET;
				tcp_socketserver.sin_port        = htons(VKM_PORT);
				tcp_socketserver.sin_addr.s_addr = htonl(INADDR_ANY);
				//memset(&(tcp_socketserver.sin_zero), '', 8);
				arg = 1;
				if( -1 != IoctlSocket( tcp_socketserverfd, FIONBIO, &arg) ) {
					debug("TCP: in socket non blocking enabledn");
					if( -1 != bind( tcp_socketserverfd, (struct sockaddr *) &tcp_socketserver, sizeof(struct sockaddr) ) ) {
						debug("TCP: in socket bond to portn");
						if( -1 != listen( tcp_socketserverfd, 10) ) {
							debug("TCP: in socket listening to port - ready for actionn");
							tcp_pipein = TRUE;
						}
					}
				}
			}
			if( !tcp_pipein && tcp_socketserverfd != -1 ) { /* shut down pipe due error */
				debug("TCP: Closing in socket due failn");
				CloseSocket( tcp_socketserverfd );
				tcp_socketserverfd = -1;
			}
		}

/* init outgoing data pipe */

		if( !tcp_pipeout && readargs_array[ARG_IP ] ) {
			if( -1 != (tcp_socketclientoutfd = socket(AF_INET, SOCK_STREAM, 0)) ) {
				/* fill sockaddr_in struct for connection */
				tcp_socketclientout.sin_family      = AF_INET;
				tcp_socketclientout.sin_port        = htons( VKM_PORT);
				tcp_socketclientout.sin_addr.s_addr = inet_addr( (STRPTR) readargs_array[ARG_IP ]);
				//memset(&(tcp_socketfddest.sin_zero), '', 8);
				if( -1 != connect( tcp_socketclientoutfd, (struct sockaddr *) &tcp_socketclientout, sizeof(struct sockaddr)) ) {
					debug("TCP: out socket connected - ready for actionn");
					tcp_pipeout = TRUE;
				}
			}
			if( !tcp_pipeout && tcp_socketclientoutfd  != -1 ) { /* shut down pipe due error */
				debug("TCP: Closing in socket due failn");
				CloseSocket( tcp_socketclientoutfd );
				tcp_socketclientoutfd = -1;
			}
		}
	}
	debug("TCP: setup donen");
return( 0 );
}

/* TCP_Close */

void TCP_Close(void)
{
struct TCPMessage *tcpmsg;

/* tcp */

	if( tcp_pipein ) {
		CloseSocket( tcp_socketserverfd );
	}
	if( tcp_pipeout ) {
		CloseSocket( tcp_socketclientoutfd );
	}
	if( SocketBase ) {
		CloseLibrary( (struct Library *) SocketBase );
		SocketBase = NULL;
	}

/* free used memory */

	if( paketlist.lh_Head ) {

		while( (tcpmsg = (APTR) paketlist.lh_Head)->tcp_Node.ln_Succ ) {
			TCP_UnqeuePaket ( tcpmsg );
		}
	}

}

/* TCP_TransferHandle */

void TCP_TransferHandle( void )
{
ULONG num;

	if( tcp_pipeout ) {
		if( (lasttcpmsg = (APTR) paketlist.lh_Head)->tcp_Node.ln_Succ ) {
			num = send( tcp_socketclientoutfd, &lasttcpmsg->tcp_Command, lasttcpmsg->tcp_Command.cmd_Size, 0 );
			if( num != -1 && num != 0 ) {
				TCP_UnqeuePaket( lasttcpmsg ); /* remove packet from packet list */
				debug("TCP: Send %ld Bytesn", num);
			}
		}
	}
	if( tcp_pipein ) {
		if( !tcp_socketclientinfd || tcp_socketclientinfd == -1 ) {
			tcp_socketclientinfd = accept( tcp_socketserverfd, (struct sockaddr *)&tcp_socketclient, &tcp_sizeclient);
			//debug("accept: %ldn",tcp_socketclientinfd );
		}
		if( SERIALBUFFER_SIZEOF - serialindex ) {
			if( -1 != (num = recv( tcp_socketclientinfd, &serialbuffer[ serialindex ], SERIALBUFFER_SIZEOF - serialindex , 0) )) {
#if DEBUG
				if( num ) {
					debug("TCP: got %ld Bytes: %80lhn", num, &serialbuffer[ serialindex ]);
				}
#endif
				serialindex += num;
			}
		}
		//TCP_HandleBuffer(); /* read and proccess packets from cache */
	}
}

---

code:

---

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

#include <stdarg.h>
#include <stdio.h>
#include <ctype.h>

#include "SDI_misc.h"


/*
**
**This structure keeps our internal sprintf vars during RawDoFmt()
**
*/

struct SPrintfStream
{
    char    *Target;
    ULONG    TargetSize;    /* Obsolete in this example, but useful when
                               dealing with size limited streams */
};

/*
** SPrintf_DoChar
**
** The following function is just an example where we use the object
** for composing some minor text. Do you see how easy it is to use and
** how great it is to use SDI_misc.h to automatically keep your sources
** compatible to all common AmigaOS platforms?
**
*/

PUTCHARPROTO( SPrintf_DoChar, char c, struct SPrintfStream *s  )
{
    *(s->Target++) = c;
}

/*
**
** SPrintf
**
** Here you can see how the function is used by the ENTRY() function.
**
*/

ULONG SPrintf( char *format, char *target, ULONG *args );
ULONG SPrintf( char *format, char *target, ULONG *args )
{
struct SPrintfStream s;

    s.Target  = target;

    RawDoFmt( format, args, ENTRY( SPrintf_DoChar ), &s);

    return( s.Target - target );
}

/*
**
** The main entry point
**
*/

int main(void)
{
    char buf[0x80]; /* storage for keeping the SPrintf result string */
    ULONG args[2];  /* storage for keeping the SPrintf arguments */

    args[0] = (ULONG) "result";
    args[1] = (ULONG) "PUTCHARPROTO macro";

    SPrintf("I am the %s of using SPrintf() with the new %s!", buf, args);

    printf("%sn", buf); /* just a simple printf to output and add the n */

return( 0);
}

---

Zitat:

---

Original von MaikG:

>Nein, eben nicht. Du startest mit SendIO einen ReadRequest
>von 1 Byte. Der SendIO() kehrt *sofort* zurück, darum machen wir
>das ja. DoIO() wartet gnadenlos bis zum Ende und wenn jemand das
>Kabel zieht ist das Programm tod.

Ja, SendIO, aber wie warte ich auf das SendIO denn?

Fenster ist so:

code:

---

junk&= xWait&(1& << PEEKB(PEEKL(win&+UserPort%)+mp_SigBit%))

---

---

code:

---

junk&= xWait&(1& << PEEKB(PEEKL(win&+UserPort%)+mp_SigBit%) | 1& << PEEKB(PEEKL(port%)+mp_SigBit%))

---

Zitat:

---

Original von MaikG:

>Nein, ich meine nicht einen Delay von Sekunden oder so, sondern
>einen Delay(1). Der verhindert, das der Task 100% Systemlast
>bekommt. Für Testzwecke zu empfehlen, aber für die finale Benutzung
>ehr nicht.

Ich habe Delay 1, 5 und 10 Probiert, immer das selbe.
Dann hab ich die Taskpriorität des Programms auf -1 und -5 geändert,
nicht erfolgreich.
Immerhin konnte ich durch das abschalten aller Caches das ganze
auf meinem 68060 System reproduzieren.

---

Zitat:

---

Original von MaikG:

>Einfach gesagt, mit SDCMD_Query fragt man nach der Anzahl der *NOCH* im Puffer verbliebenen Daten *NACH* einem CMD_READ Event.
Wenn jetzt aber 0 Bytes ankommen, weil meinetwegen einer das
kabelrauszieht hängt das auch.

---

Zitat:

---

Original von MaikG:

Ja, aber nehmen wir an ich mache ein Delay und grade in der
Zeit läuft der Puffer voll, ist doch dann das selbe.

---

code:

---

do{

 if( CheckIO() ) {
  SendIO( CMD_READ, Length 1 );
 }

 sigs = Wait( 1<<portsignal | SIGBREAKF_CTRLC );

 if( sigs & (1<<portsignal) ) {
  if( CheckIO() ) {
   DoIO( SDCMD_QUERY );
   if( actual ) {
    DoIO( CMD_READ, Length actual);
    total += actual;
   }
  }
 }
} until( total >= wanted );

---

Zitat:

---

Original von Holger:

Zitat:

---

Original von geit:
Andersherum sollte eine Checkbox z.B. niemals eine zusätzliche Option zu einem Cycle hinzufügen oder entfernen, weil das verwirrt und der Benutzer die neue Option schlicht nicht findet.

---

Ich denke, da kann man die gleiche Ausnahme anbringen, die Du vorher genannt hast. Wenn es nur genau eine neue Option gibt, und diese nicht nur hinzugefügt, sondern auch sofort ausgewählt wird, ist sie auch sichtbar.

---

Das stimmt natürlich.

Kritisch wird es in jedem Fall beim Weglassen.

Bei einer Listenersetzenden Funktion des Cycles hat der Nutzer meistens "entfernen" oder so gedrückt, aber bei dem CheckBox->Cycle Beispiel hat man nicht nur das Problem, das die Option unsichtbar entfernt wird, sondern auch noch, dass das Programm eine Option für den Benutzer wählen muß, wenn die zu entfernende Option gerade angewählt war.

Generell sollte man sehr vorsichtig sein, um nicht "unverständlich" zu werden.

Wenn man z.B. aus dem Cycle "Tiere", den "Elefanten" rausnimmt, dann kann man im Cycle "Besonderheiten" auch den "Rüssel" rausnehmen, wenn in "Tier" nicht noch z.b. "Ameisenbär" drin steht. Den Zusammenhang kennt eben jeder.
Sobald man aber exotischere Tiere nimmt, die man nicht unbedingt genau kennt, oder die einen sogenannten Rüssel haben, der aber nicht im Ansatz dem eines Elefanten ähnelt, wird es wieder kompliziert.

Geit

Zitat:

---

Original von Maja:
> Nicht reisserisch, sondern sachlich

Sachlich? Extrem schnelle Schnitte, emotionalisierende Dauermusikuntermalung, streckenweise unterlegt mit montonem Monolog in Grabesredemanier, schicksalsschwanger und klagend. Das ist alles anderes als sachlich.

> und meistens mit einer Frage an die offiziellen Stellen.

Fragen, die nicht wirklich neu sind. Wenn soetwas passiert, bleiben immer Fragen offen. Das bedeutet nicht, dass die Antwort auf jede Frage den Erwartungen entspricht.

Ob es so sinnvoll ist, mit einer Fake-Doku Antworten auf Fragen erzwingen zu wollen? Das hat schon im Fall J.F.K nicht zum Ziel geführt. Und auch da war zu keiner Zeit klar, ob dieses Ziel je existierte; ob der Mord an J.F.K. von Regierungsangehörigen und/oder Geheimdienst inszeniert wurde. Auch dort war das immer nur eine von mehreren Theorien zum Geschehen.

So wie die Theorie, dass Jonnes Paul I frühzeitiges Ableben nicht ganz natürlicher Natur war, da er vier Wochen zuvor bei Amtsantritt erklärte, den Zölibat abschaffen zu wollen.

---

Also entweder denkt mein Gehirn zu schnell, oder die "Second Edition" ist in dem Sinne anders, als die Version die du kennst.

Ansonsten kann ich nichts "Fake" daran finden. Die Bilder haben wir alle schon gesehen und nur weil jemand Details offenlegt, die einem bislang nicht aufgefallen sind, heißt das noch nicht das es Fake ist.

Man kann auch mit einer gewissen Skepsis an die Sache rangehen, sich aber diversen Fakten nicht verschließen.

Ob ich nun mit Trompetengesang die Lottozahlen verkünde, oder ohne. Es bleiben Lottozahlen!

Geit

[ Dieser Beitrag wurde von geit am 09.08.2006 um 21:39 Uhr geändert. ]