DosTips.com

Ed I don't understand the problem you're trying to solve. When it sees the data as a stream you have to escape it: set var=set /a ?=^1<nul set var Of course you knew this, which is why I'm not sure where the question is You said you don't want to include any text other than intended in the set, so t...

Back in my cryptography threads I wrote my own random number generator because the trouble with %random% is that it cannot be directly seeded. Sure, people like Dave have gone to great lengths to explain how %random% derives it's seed based on the system clock, etc. but if you can't force it to use ...

I can't believe I forgot about dbenham's adventure game! When I first saw the way he self-encrypted his code and did on-the-fly decryption at run-time I thought it was no kidding one of the most clever batch ideas I'd seen. Just for fun I thought I'd poke at it and see if I could decipher it, and un...

There's an existing (incomplete) thread on encoding strings here: http://www.dostips.com/forum/viewtopic.php?f=3&t=4579. The first several posts on that thread are essentially the same technique as penpen suggested. Obviously that technique is not secure (not sure if you care?) as anyone can rig...

Just to confirm your findings, 5-6 fps @ 25% usage on my quad core at home. Well done!

I'm guessing the second fan is helping keep the processor cooler so it can run faster

I've been writing bat scripts for myself and my job. It took awhile, but I'm finally getting the hang of it, and now I've really got a nerdy passion for it. When I create them for my job however, I really try to dumb it down. I have found out from past experience that dumbing it down normally makes...

Antonio beat me to it. I've used an array technique to hold lines of a file in "one" variable before and it worked well enough for me. Easy to iterate over or later extract "line 7" for example, but its not explicitly what you asked for. Like penpen and foxidrive mentioned, if yo...

That version is the fastest yet Aacini, over 2 fps and only 6-7% CPU usage on the work machine. Not bad at all, especially for a single process. PS - Is "... if it would take less, then it would show..." correctly written? Made perfect sense to me. I also think your change to two degrees p...

At 500 ms the usage of cpu is very low (measured on my machine 3.2%). at 1000ms use 1.7% ( this value is measured) at 2000ms use 1.0% about (this value is measured) This is exactly the type of data I needed, thank you very much for providing it. Because CPU usage is so low even at 500ms delay, ther...

einstein thanks for the clarification. I'm still trying to digest your changes since the logical flow of the loops is different I need to make sure I understand the new flow. It took me a while to redesign my algorithms to combine the Sub and Shift, and combine Mix and XOR. Now I have to understand ...

einstein, I tested with the ping delay in the above code and unfortunately results are the same as AES - in other words no improvement, in general slight to negligible decrease in performance. The problem is that you personally are testing on only a single processor, so if that processor is "bu...

I probably should have put some more explanation here when I uploaded the new code. The ping delay you added to the "wait" function is exactly why that subroutine exists at all, instead of just being inline code in the main function. In my experiments, on my two machines, adding a ping del...

Nice update Aacini, unfortunately it runs less spectacularly on the 12-thread CPU than I'd expect In fact, from what I can see this operation doesn't scale very well to multiprocessing. At least not using the approach/algorithm in your code, and I can't imagine any better approach/algorithm to handl...

I was all ready to post a reply contradicting your finding, because I tested it myself in single-thread operation, but then I realized what you were actually saying. If you're running on a PC that only *has* a single CPU core, numCPU will in fact get set to zero by the machine's own count, not the u...

Antonio, maybe it's just personal preference but I much prefer your second version that does the "framebuffer" display technique instead of the original line by line output version. Granted the line by line version runs faster overall, but the image it produces is not as appealing (to me)....