Page 1 of 2
Graphics...
Posted: Thu Oct 06, 2005 9:29 am
by Rocket Boy
I need a way to copy a selected part of the screen, and then put it back in. It also needs to be able to clip, hold an image as big as 640x480 and has to be fast... so GET/PUT might not really cut it. Any ideas?
Posted: Thu Oct 06, 2005 9:39 am
by MystikShadows
Look up the PCOPY command Rocket Boy. or if your in FB lookup screenset and screencopy (which are quite fast

.
Posted: Thu Oct 06, 2005 10:02 am
by m2j
Welcome to the World of ASSEMBLY...
or libraries.
or reorganising code/limiting your program to run w/qb.
matt
Posted: Thu Oct 06, 2005 2:33 pm
by {Nathan}
one word: RELLIB. Really, that lib kicks ass.
Posted: Thu Oct 06, 2005 3:09 pm
by Zamaster
Try writing your own ASM code, "WHAT!??!?!?!?!". ASM is a breeze once you get the hang of it (takes about 1 day). You would need to copy all of the pixel data into a buffer, and then copy it back to the screen, VERY EASY to do in ASM!
Posted: Thu Oct 06, 2005 5:48 pm
by {Nathan}
Zamaster wrote:Try writing your own ASM code, "WHAT!??!?!?!?!". ASM is a breeze once you get the hang of it (takes about 1 day). You would need to copy all of the pixel data into a buffer, and then copy it back to the screen, VERY EASY to do in ASM!
Yeah, if I could find a tutor that explains how to plot memory points...
Posted: Fri Oct 07, 2005 6:50 am
by m2j
QBTM
Posted: Sun Oct 09, 2005 3:12 pm
by Guest
What about GET and PUT in Freebasic? No size limit...
Posted: Tue Oct 11, 2005 1:29 pm
by Z!re
Anonymous wrote:What about GET and PUT in Freebasic? No size limit...
Free memory, with some nice swap handling (done by the OS) you can sometimes allocate even more..
I've used GET/PUT buffers of over 200mb in size without problems in FB
Posted: Tue Oct 11, 2005 4:01 pm
by Nemesis
Z!re wrote:I've used GET/PUT buffers of over 200mb in size without problems in FB
Wow, I wasn't aware FB could handle memory sizes like that!
I'm anxious to experience FB for myself but, frankly I don't need all that power since I can pull off feats like that with QB. (Let me highlight the word " like"

)
Anyways, I've recently D/L FB's win32 compiler, and docs...
So I might make the switch anyways.
Zamaster wrote: ASM is a breeze once you get the hang of it (takes about 1 day).
Are you an ASM promoter/advertiser? Seems like you want him to think ASM is simple. Let's put it in a more reality type perspective, I'd say ASM would take an average beginner prograqmmer atleast a few months to get the hang of. Even QB would take a week or so in my opinion.
Cya,
Nemesis
Posted: Tue Oct 11, 2005 4:02 pm
by {Nathan}
Z!re wrote:Anonymous wrote:What about GET and PUT in Freebasic? No size limit...
Free memory, with some nice swap handling (done by the OS) you can sometimes allocate even more..
I've used GET/PUT buffers of over 200mb in size without problems in FB
holy crap... now how much *ram* do you have? I only have 128 (old stick went bad

) so would that work for me? virtual memory, or what?
???
Posted: Tue Oct 11, 2005 4:59 pm
by Z!re
Nathan1993 wrote:Z!re wrote:Anonymous wrote:What about GET and PUT in Freebasic? No size limit...
Free memory, with some nice swap handling (done by the OS) you can sometimes allocate even more..
I've used GET/PUT buffers of over 200mb in size without problems in FB
holy crap... now how much *ram* do you have? I only have 128 (old stick went bad

) so would that work for me? virtual memory, or what?
???
I have 256MB on this machine, I used to be 128..
I have servers with 512MB though..
Also, like I said, swapping..
I've allocated 2.2GB without problems using FB, ofcourse my HD's went insane when allocating it

Posted: Wed Oct 12, 2005 7:55 pm
by {Nathan}
2.2 gigs? holy crap... thats awesome... wonder if your hard drive can go bad from using VM so much, from having to spin and locate so much stuff to ofton... like, you know... having to look at so many parts of the HD at once...
Posted: Sun Oct 23, 2005 6:23 pm
by Zamaster
Simple ASM DOES take about one day. Learning basic commands is easy, JUST AS EASY AS QB!... well not quite, but close! All one needs to do is get the hang of the stack and registers and then your well on your way to being a
good ASM programmer!
Posted: Sun Oct 23, 2005 6:57 pm
by {Nathan}
first, that was a reply to a dead topic... and second, what the heck are you talking about?
Posted: Sun Oct 23, 2005 10:52 pm
by Zamaster
I know its dead, but I havent been on in a while so I looked at the replies to some old topics. Im referring to how ASM is not too hard to learn.
Posted: Mon Oct 24, 2005 4:17 am
by Z!re
Nathan1993 wrote:2.2 gigs? holy crap... thats awesome... wonder if your hard drive can go bad from using VM so much, from having to spin and locate so much stuff to ofton... like, you know... having to look at so many parts of the HD at once...
The more a HD is used, the shorter it's life will be, true.. but I have working HD's that are from 1991, I even have one from 1980 something, 20MB i beleive..
Posted: Mon Oct 24, 2005 2:50 pm
by {Nathan}
That one guy whos name I cannot spell: I know, but how does that relate to the topic?
Z!re: Thats freakin awsome! If I were you I would make that into a speaker (
http://www.sorgonet.com/trashing/speakerbox/)
Posted: Thu Oct 27, 2005 6:02 pm
by Zamaster
Somewhere along the line somebody mentioned something about copying the screen using ASM. I said it wouldnt be too hard to learn if they wanted to. Somebody else told me that ASM was too hard for a beginner, I said no it isnt. Just follow the trail of comments.
Posted: Thu Oct 27, 2005 6:54 pm
by {Nathan}
actaully, (no offense if you see this rocket boy) but someone who doesnt know enough about memory to make a buffer CANNOT learn assembly very well, i have tryed many times... but I am learning Java now, and my friend is letting me borrow one of his many c++ books soon.