Look, I see this a decent figure... considering that rendering this on Basilisk in my MacBook Air i7 takes about 5 seconds.
Ya, and like I said...I have made zero optimization passes over any of that code...it was just "get something that looks correct on the screen"
Can you explain what you mean here? Unless you are calling WaitNextEvent in your rendering loop (which you hopefully aren’t), you are getting 100% of the CPU (aside from interrupt servicing …. Which you could turn off if you really wanted toIt's too bad parallelism isn't trivial on this platform, as this is an embarrassingly parallel problem. Running a similar algorithm using 32 threads on my 5950X renders the same scene in the blink of an eye
). How would parallelism make this run any faster?Sure. At a high level, the way this works is it shoots a ray from the "eye" through every pixel in the view port. Each of those rays bounces around and builds up a color for that pixel. That means that there aren't any dependencies between pixels, or anything that would prevent shooting all of those rays simultaneously if you had enough cores or threads to do it (rendering a pixel just reads the scene data...doesn't modify it). So on my 16-core, 32-thread 5950X for example, I get a near linear speedup by divvying up the pixels evenly across 32 threads (well, linear up to 16 threads, and then still an appreciable speedup from 16 to 32...SMT). I very specifically said "parallelism" (truly being able to do multiple tasks at the same time), not "concurrency" (having more than one thing in-flight at the same time).Can you explain what you mean here? Unless you are calling WaitNextEvent in your rendering loop (which you hopefully aren’t), you are getting 100% of the CPU (aside from interrupt servicing …. Which you could turn off if you really wanted to
Hey, this is quite cool and fun!
Thanks
#include <LoMem.h>
void MyDragHook()
{
if (TickCount() > ...)
// update game state ....
}
...
DragHook = (ProcPtr) MyDragHook;#define kBallSize 20
Rect gBall = { 100, 100, 100 + kBallSize, 100 + kBallSize };
short gHorizontal = 8;
short gVertical = 10;
WindowPtr gWindow;
void Step( void ) {
EraseOval(&gBall);
gBall.left += gHorizontal;
gBall.top += gVertical;
gBall.right += gHorizontal;
gBall.bottom += gVertical;
if ( gBall.left < 0 || gBall.right > gWindow->portRect.right ) gHorizontal *= -1;
if ( gBall.top < 0 || gBall.bottom > gWindow->portRect.bottom ) gVertical *= -1;
PaintOval(&gBall);
}
void MyDragHook( void ) {
GrafPtr oldPort;
GetPort( &oldPort );
SetPort( gWindow );
Step();
SetPort( oldPort );
}
void main() {
Rect WinBounds = { 50, 30, 200, 200 };
short quit = false;
InitGraf( &thePort );
InitFonts();
FlushEvents( everyEvent, 0 );
InitWindows();
InitMenus();
TEInit();
InitDialogs(0);
InitCursor();
gWindow = NewWindow( 0L, &WinBounds, "\pClose me to exit", true, documentProc, (WindowPtr)-1L, true, 0);
if ( !gWindow ) ExitToShell();
SetPort( gWindow );
EraseRect( &gWindow->portRect );
ForeColor(blackColor);
DragHook = (ProcPtr) MyDragHook;
while ( !quit ) {
EventRecord event;
WindowPtr EventWin;
short ThePart;
if ( WaitNextEvent( everyEvent, &event, 1L, nil ) ) {
ThePart = FindWindow( event.where, &EventWin );
switch ( event.what ) {
case mouseDown:
switch ( ThePart ) {
case inDrag:
DragWindow( EventWin, event.where, &screenBits.bounds );
break;
case inGoAway:
if (TrackGoAway(EventWin, event.where)) quit = true;
break;
}
break;
case updateEvt:
BeginUpdate( (WindowPtr)event.message );
// noop
EndUpdate( (WindowPtr)event.message );
break;
}
} else {
Step();
}
}
}How do you use GitHub with this code?
I ran into the same problem. Stuffit Deluxe has a set of utilities in its "Translate" menu that are a big help. I'm using Stuffit Delux 3.5.1 to BinHex my builds, and to create copies of the .c files with UNIX or Windows line feeds that Github understands. Once I do that, I transfer them to my modern computer the old fashioned way...
I'm here...got a bit distracted from this though. I liked the structure of these "study groups" though...made me find the time.
void DrawEventString( Str255 eventString ) {
RgnHandle tempRgn;
WindowPtr window;
window= FrontWindow();
tempRgn = NewRgn();
ScrollRect( &window->portRect, kHorizontalOffset, -kRowHeight, tempRgn );
DisposeRgn(tempRgn );
MoveTo( kLeftMargin, kRowStart );
DrawString( eventString );
}void DrawEventString( Str255 eventString ) {
RgnHandle tempRgn;
WindowPtr window;
window= gMainWindow; // global variable I assigned to in WindowInit()
tempRgn = NewRgn();
ScrollRect( &window->portRect, kHorizontalOffset, -kRowHeight, tempRgn );
DisposeRgn(tempRgn );
MoveTo( kLeftMargin, kRowStart );
DrawString( eventString );
}I guess because DrawString() doesn't take a port argument and it's just using the port of the last thing I was drawing to – which was the same window.