Graphics...

Rocket Boy · Post by **Rocket Boy** » Thu Oct 06, 2005 9:29 am

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?

MystikShadows · Post by **MystikShadows** » Thu Oct 06, 2005 9:39 am

Look up the PCOPY command Rocket Boy. or if your in FB lookup screenset and screencopy (which are quite fast

.

m2j · Post by **m2j** » Thu Oct 06, 2005 10:02 am

Welcome to the World of ASSEMBLY...

or libraries.

or reorganising code/limiting your program to run w/qb.

matt

{Nathan} · Post by **{Nathan}** » Thu Oct 06, 2005 2:33 pm

one word: RELLIB. Really, that lib kicks ass.

Zamaster · Post by **Zamaster** » Thu Oct 06, 2005 3:09 pm

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!

{Nathan} · Post by **{Nathan}** » Thu Oct 06, 2005 5:48 pm

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...

m2j · Post by **m2j** » Fri Oct 07, 2005 6:50 am

Guest · Post by **Guest** » Sun Oct 09, 2005 3:12 pm

What about GET and PUT in Freebasic? No size limit...

Z!re · Post by **Z!re** » Tue Oct 11, 2005 1:29 pm

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

Nemesis · Post by **Nemesis** » Tue Oct 11, 2005 4:01 pm

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

{Nathan} · Post by **{Nathan}** » Tue Oct 11, 2005 4:02 pm

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?

???

Z!re · Post by **Z!re** » Tue Oct 11, 2005 4:59 pm

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

{Nathan} · Post by **{Nathan}** » Wed Oct 12, 2005 7:55 pm

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...

Zamaster · Post by **Zamaster** » Sun Oct 23, 2005 6:23 pm

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!

{Nathan} · Post by **{Nathan}** » Sun Oct 23, 2005 6:57 pm

first, that was a reply to a dead topic... and second, what the heck are you talking about?

Zamaster · Post by **Zamaster** » Sun Oct 23, 2005 10:52 pm

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.

Z!re · Post by **Z!re** » Mon Oct 24, 2005 4:17 am

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..

{Nathan} · Post by **{Nathan}** » Mon Oct 24, 2005 2:50 pm

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

Zamaster · Post by **Zamaster** » Thu Oct 27, 2005 6:02 pm

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.

{Nathan} · Post by **{Nathan}** » Thu Oct 27, 2005 6:54 pm

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.