you should re-write the method with better documentation. it looks really nice but only hard core qb coders understand it.
Statistics: Posted by zanzibar — Thu Mar 02, 2006 3:28 pm
]]>
]]>
I'll show you the fastest pure QB put routine...prepare yourself...
Code:
PUT
Statistics: Posted by Nodtveidt — Tue Jan 24, 2006 12:29 am
]]>
i mean even back in the day this wouldn't have been truly impressive
since there where many great gaming libs and asm based blitters out there. and any thing pure QB what ever was simple taken as a novelty but not looked at as anything more.
the only people who ever took pure QB anything as incredible state of the art QB greatness where the nut ball QB zealots who had what can only be described as some form of dementia to anything non QB being mixed in with QB.
Statistics: Posted by ShadowWolf — Mon Jan 23, 2006 9:30 pm
]]>
Noone care.. Pure QB is stupid, it's slow, and in some way trying to hold it as something special is absurd..
I enjoy pure QB programs. There great fun in the challenge department. I admit I'm unlikly to start a new project from scratch in QB anytime soon, but I do have a few I'm still finishing off, and I want to port one of my FB ones back to QB45... and maybe even QB1.1 (where routines like this would be useful) for the hell of it.A while ago I tried to collect together a load of QB1.1 compatable routines to make a kind of DQB styled library for it... I never announced it cause I hit a wall early on with a font routine, but I'm still activly interested and involved in Qbasic...
Well done Nem...
matt notices he's a week late with this post...
Statistics: Posted by matt2jones — Mon Jan 23, 2006 4:58 am
]]>
I know most of you do graphics/game programming. Not me; I just crunch numbers, and folks, that's all done in the FPU.
I saw an article in PC Magazine back in the 80's. The author was demonstrating how much faster a prime number sieve is in assembler than in interpreted basic (GW-BASIC/BASICA). I took his EXACT same BASICA code and let QB v 2.0 compile it. I ran the result on a 4.77 MHz IBM PC-XT, just like he did in his article. My QB .exe file ran faster than his assembler .com file.
That's the main reason I gave up on learning assembler. I'm not trying to push bytes, segments, addresses, and re-map memory. I'm just crunching numbers. For that, QB on a Pentium III is FAST. (So's PowerBASIC, and FreeBASIC, for that matter.)
Statistics: Posted by Zim — Mon Jan 16, 2006 12:40 pm
]]>
Quickbasic ueber alles!!!
Statistics: Posted by Optimus — Thu Dec 15, 2005 2:19 pm
]]>
In other words, keep it up. Good job, *claps*, all of that good stuff. I look foreward to seeing what amazing things you can do with that old graveyard and my old laptop
Statistics: Posted by {Nathan} — Wed Dec 14, 2005 4:55 pm
]]>
]]>
SetVideoSeg is more than 3 years old. You acknowledge in your original post that you already know about it, and yet you are just releasing "your version" now. You search for the same tag bytes, only in a very obfuscated way. To me it looks like you are just trying to make the code look different from SetVideoSeg. Can you see how this looks suspicious?
I normally don't even care about things like this, but I'm critical of anything with a copyright and a disclaimer on it, especially when it looks VERY similar to something I wrote 3 years ago.
As far as the POKE: Your "16-bytes at once" statement is misleading, and I think you know that. Of course anyone can look at your code and see what it actually does. (And FYI, yes, you can write 16 bytes at once.)
Now "pure QB": I doubt that any "newbie" will use your PUT because they fully understand it. You've got no comments and cryptic variables and labels all over the place. They will most likely use it because it's a cut-and-paste solution, like SuperPut, and they don't know how to use libraries. (Although any 3rd-party routine can be considered a "library" anyway.)
I'm not really pro/anti anything, half the stuff I do is just useless proof-of-concept. If you want to write "Pure QB" routines all day that's fine with me. And in the case that this was all original code, my apologies to you.
Statistics: Posted by Guest — Tue Dec 13, 2005 11:37 pm
]]>
Umm, you did? And I tried to pull of some "OMG Pure QB wooo!111" crap?Nemesis, I said it last time you tried to pull off some "OMG Pure QB wooo!111" crap..
Noone care.. Pure QB is stupid, it's slow, and in some way trying to hold it as something special is absurd..
Also, your routine is way too bloated, personally, I'd never use it..
I Don't recall this moment
Jesus...you just don't get it! So let me explain... some people who only understand and comprehend QB might like a routine they fully understand that has special elements like speed, and less memory requirements. The reason for this might be, perhaps they can modify it or do whatever is needed with it to work into one of their projects.
So even better, faster, non-bloated, more efficient, blah, blah, blah... routine in another language might not be suitable to modify and work into their own projects, simply because they don't know what's going on.
(I'm suprised this thought never occured to you
)So I conclude... Pure QB is not stupid for some reasons as I pointed out, and non-pure QB would actually be stupid for some reasons, again as I pointed out.
P.s...
Z!re, looks to me like you do alot of talking about things that aren't true,
and never actually occured. My advice to you is to try not to make this type of thing a habit
Laters,
Nemesis
)And really, if people can't understand: PUT (x, y), buffer, PSET
Then they sure as hell wont understand your code either..
However, I appologize if you're not the same person as, roughly, a year ago, my bad =)
Statistics: Posted by Z!re — Tue Dec 13, 2005 9:54 pm
]]>
Nemesis, I said it last time you tried to pull off some "OMG Pure QB wooo!111" crap..
Noone care.. Pure QB is stupid, it's slow, and in some way trying to hold it as something special is absurd..
Also, your routine is way too bloated, personally, I'd never use it..
Umm, you did? And I tried to pull of some "OMG Pure QB wooo!111" crap?Noone care.. Pure QB is stupid, it's slow, and in some way trying to hold it as something special is absurd..
Also, your routine is way too bloated, personally, I'd never use it..
I Don't recall this moment
Jesus...you just don't get it! So let me explain... some people who only understand and comprehend QB might like a routine they fully understand that has special elements like speed, and less memory requirements. The reason for this might be, perhaps they can modify it or do whatever is needed with it to work into one of their projects.
So even better, faster, non-bloated, more efficient, blah, blah, blah... routine in another language might not be suitable to modify and work into their own projects, simply because they don't know what's going on.
(I'm suprised this thought never occured to you
)So I conclude... Pure QB is not stupid for some reasons as I pointed out, and non-pure QB would actually be stupid for some reasons, again as I pointed out.
P.s...
Z!re, looks to me like you do alot of talking about things that aren't true,
and never actually occured. My advice to you is to try not to make this type of thing a habit
Laters,
Nemesis
Statistics: Posted by Nemesis — Tue Dec 13, 2005 9:07 pm
]]>
Err...
First of all, I find it ironic that you ask for credit when you've got a crippled version of SetVideoSeg in there with no mention of the original author. And secondly, you're still only poking one byte at a time.
SuperPut is definitely faster. Now I suppose we'll get into a debate about what constitutes "pure QB"...
Crippled version?First of all, I find it ironic that you ask for credit when you've got a crippled version of SetVideoSeg in there with no mention of the original author. And secondly, you're still only poking one byte at a time.
SuperPut is definitely faster. Now I suppose we'll get into a debate about what constitutes "pure QB"...
Umm, no it's my version, I've mucked with QB's memory long before I heard of SetVideoSeg, I've wrote my own DEF SEG, DIRECTORY ROUTINES, BIOS DETECTION ROUTINES, VARIABLE POINTER ROUTINES,
(I remember when I first started scanning memory and ran into _FILE_INFO, and then it intrigued me to investigate. I then later found current screen info like, text colums and rows, and then (4BC:10 in the IDE), you had hex value of current screen modes, current graphics cursor positons (4BC:14 & :15), address segments of screen (4BC:16 & :17), and other values like how QB blits pixels accordingly to bit depths and colors, etc... When I figured it out, I scanned with different screen modes,
and seen values would change to those specifics, and so on.) That was before I even had knowledge of ASM, but knew QB was doing some type of interperting.) So it's no great mystery. I'll admit though when I first stumbled upon SetVideoSegment, I was suprised a bit. And you probablly discovered it even before me but, that doesn't mean you invented everything that involves it. So be glad I even mentioned your program. Hell everyone knows SetVideoSegment is yours, and you can have the honors for all I care. However I will not give you credit for something I wrote myself. Now think about this... nobody really knows who I am and everyone knows you, so this is a bit shocking you even jumped on the matter. It all kinda made me feel you were a greedy, (everyone has to think I'm the greatest and no one can even claim a tiny piece of the pie... It's all mine, all,all,all,all!!!)
...PLEASE...
And yes, it only pokes one byte at a time. I didn't think I had to actually cover common sense logic... I didn't dream anyone would think I somehow thought I discovered realtime multi-processing. I was just simply relaying the idea ANDXOR was like unrolling loops to 16 byte intervals.
Further more a, "What really constitutes Pure QB code?"
discussion is far from my brain, so don't worry I'm not remotely intrested in such a stupid discussion. However, I will point out that switching a memory pointer is one thing... re-writing a QB routine by poking in an ASM one is crossing the border a bit to me.
Heck, I gotta tell you, a QB programmer with no ASM experience dosen't comprehend exactly what all those POKES do in SuperPUT, but, one does see and comprehend what those POKES do in ANDXOR
P.s... You're a good programmer, probablly have even more programming knowledge than me. I don't want this to turn into enemy VS. enemy, each trying to point out every little mistake the other one made.
Laters,
Nemesis
Statistics: Posted by Nemesis — Tue Dec 13, 2005 8:39 pm
]]>
Also, your routine is way too bloated, personally, I'd never use it..
Statistics: Posted by Z!re — Tue Dec 13, 2005 5:44 pm
]]>
And Plasma, where can I find SuperPut? You have me intrigued.
It's been my obsession lately to find a good PUT routine (excluding the ones in libraries).
I've even tried making my own but my limited experience in QB and ASM killed that dream quick.
~Dave~
Statistics: Posted by DaveUnit — Tue Dec 13, 2005 4:34 pm
]]>