Posts: 1,587
Threads: 59
Joined: Jul 2022
Reputation:
52
Thank you for this. But I have a problem at the end. I can't download the very large file. I am having serious Internet problems. Every site that I visit, including this one, makes a hold-up of at least 10 seconds and then goes to 100KiB/second or less setting up everything else. Before I'm allowed to do anything it could take minutes to finish. This miserable ISP that I was dumb enough to buy from... and other plotters but I'm not going to say who they are, they are too busy generating millions LOL.
Posts: 715
Threads: 30
Joined: Apr 2022
Reputation:
42
(09-23-2023, 02:36 AM) mnrvovrfc Wrote: The other plotters in question:
Tread on those who tread on you
Posts: 51
Threads: 4
Joined: Nov 2022
Reputation:
8
09-26-2023, 11:13 PM
(This post was last modified: 09-26-2023, 11:21 PM by Sanmayce .)
Currently writing the first part of Schizandra's Search-into-your-textual-files capability...
As eyes refocusing and palm moving is a double-drag, in revision 4+ the main finctionalities will be invoked from Input_Box with Down_Arrow while palm resting at arrows/Enter area, not having to reach and struggle to hit the crammed F(unction) keys.
As it is shown on the screenshot, the text from the input box will be searched into your files in three modes:
- exact;
- wildcard;
- exhaustive-fuzzy.
The third mode is
unique , AFAIK, it is so powerful that it can find misspellings within an 80GB big file in 5 hours:
https://www.linuxquestions.org/questions...ost6163650
All three modes will be executed via my Kazahana (Linux/Windows) superfast searcheress, using by default 16 threads, so my Thinkpad 11e will show what it is capable of with its 4 cores and its NVME 1TB SSD, benchmark screenshots are to be shared next week...
"He learns not to learn and reverts to what the masses pass by."
Posts: 51
Threads: 4
Joined: Nov 2022
Reputation:
8
10-06-2023, 05:34 AM
(This post was last modified: 10-06-2023, 05:48 AM by Sanmayce .)
Wanted to add some animation (frames taken from animated GIFs) along progress bars, faced few problems, in short I consider going from 256 to 32 mode i.e. from 8bit to 32bit, so exciting since I will bypass using LOADFONT and even PRINT, will write my own 'PRINT32' which I intend to compete speedwise with PRINT, will see, so this is the revision 1 of the incoming benchmark using the '_PutImage', the way the beloved Masakari is animated will be used to "draw" each character.
My old KAZUMA.COM resident font/keyboard tool used ~10 superb 8x14 and 8x16 fonts, will add them all to the new tools, it is a shame those beautiful fonts to remain unused, for modes FHD and higher will add 2x variants doubling the matrix to 16x28 and 16x32...
Got some superb transparent animated GIFs (like a funny robot), they fit nicely onto Textual Canvas adding some vibe/vividness, so excited.
The idea is to create an image e.g. (256*8)x16 which will be the whole font drawn and with the respective offsets each char will be extracted/moved to the main working image.
My quick benchmarking for rev.1:
Trimasakari_Fedora_Celeron-N4100.png:
trimasakari_Windows_i5-7200U.png:
In rev.2 I intend to draw text all over the place with different fonts simultaneously in order to stress the API via thousands of '_PutImage' invocations...
Attached Files trimasakari_benchmark.zip (Size: 2.32 MB / Downloads: 82)
"He learns not to learn and reverts to what the masses pass by."
Posts: 3,925
Threads: 175
Joined: Apr 2022
Reputation:
211
10-06-2023, 09:49 AM
(This post was last modified: 10-06-2023, 09:58 AM by bplus .)
@Sanmayce seriously why is this in the "Help Me" board, now mnr and Spriggsy they need help for sure! but why you sir? You are so far ahead of us it's like asking a snail to help with tips for running. WIP (Work In Progress) at least more like shh... genius is creating!
@grymmjack or
@smcneill get this guy a corner
Your Print32 sounds interesting if you solve the font presentation problems maybe the PE developers will take notice. I wonder if you would mind sharing if they did take more than notice?
Of course the real genius would be the one who can explain this advanced tech stuff to me or newbies, maybe what makes Steve amazing?
b = b + ...
Posts: 51
Threads: 4
Joined: Nov 2022
Reputation:
8
10-06-2023, 08:22 PM
(This post was last modified: 10-06-2023, 08:33 PM by Sanmayce .)
>... seriously why is this in the "Help Me" board ...
This benchmark is only an etude (a stepping stone) for future revisions of Schizandra, the few superb animated GIFs I liked so much are the driving force behind adding transparent animations, also I am targeting 2K,3K,4K modes in which a mix of 8x16 and 16x32 are needed, so the playingground is bigger. Hopefully, the QB64 developers can help to improve the speed and suggest new ideas.
>... one who can explain this advanced tech stuff to me or newbies ...
No problema, just ask whatever interests you, nothing advanced really, just using the built-in QB64 stuff.
Anyway, wrote 'print32', the speed drop is nasty, by 40 frames, grmbl:
In Fedora, Thinkpad 11e gen.6 (Celeron N4100):
In Windows, Ideapad (Kaby Lake 7200U):
In attached benchmark, 16 8x16 fonts have been added, their 2x i.e. 16x32 counterparts will be added in next revision.
The second textual chunk (under the cyanish Masakaris) is printed char by char which results in ~16*160 '_PutImage' invocations.
In next revision will add 2x version of the 4 EGA fonts, also have to figure the color selection out, some color replacement for the whole image containing all the 256 symbols...
Attached Files Trimasakari_benchmark_r1+.zip (Size: 2.35 MB / Downloads: 56)
"He learns not to learn and reverts to what the masses pass by."
Posts: 51
Threads: 4
Joined: Nov 2022
Reputation:
8
10-13-2023, 03:28 PM
(This post was last modified: 10-13-2023, 03:46 PM by Sanmayce .)
Thanks to an etude from
Galleon (The Man) dynamic changing of colors is shown, will use his approach in order to generate different backgrounds for the 256 ASCII chars bitmaps.
Initially thought that 'pset()' had to be hacked in order to quickly change all pixels with a given value to another, will leave that to QB64 developers.
For now, I am glad that revision 1+++ is showcasing 6 nifty 8x32 fonts (in their glory, opaque or/and transparent) that will be the backbone of many incoming QB64 tools.
Going 2x from 8x16 is good but wonder why noone highlighted the beauty of these slender 8x(16x2) variants!
Having these 6 fonts is the new "80x25", hee-hee, it sets the base - HD i.e. 1366x768 is a must, 66 FPS - not that bad:
The geeky robot is an excellent agent. the left and middle ones suitable for complementing progress bars and the right one being mutsi for prompting the resultant fields.
Love this revision, ELF and EXE are included, it makes me dream of new simplistic GUIs.
Attached Files Trimasakari_benchmark_r1+++.zip (Size: 11.83 MB / Downloads: 41)
"He learns not to learn and reverts to what the masses pass by."
Posts: 51
Threads: 4
Joined: Nov 2022
Reputation:
8
10-21-2023, 02:48 PM
(This post was last modified: 10-21-2023, 02:53 PM by Sanmayce .)
So glad to share
Trimasakari , r.2 - the QB64 Smooth Scrolling fileviewer - my latest toy - first subrevision:
On my laptop with i5-7200U CPU and Linux, it scrolls at 351 FPS:
Hee-hee, this is the first (known to me) fileviewer that accepts neither command line nor drag-and-drop, not having even dialogue menu. It opens (if it is a valid one) the [path]filename in the clipboard.
Trimasakari, r.2 quick keys:
- Use 'Esc' to exit;
- Use 'Alt+Enter' to toggle fullscreen/window mode;
- Use 'Backspace' to toggle short/wide text field;
- Use Home/End/PgUp/PgDn;
- Use Left/Right to select a preset color;
- Use Up/Down to Smooth-Scroll one line;
- Use 'Spacebar' to run/pause Automatic-Smooth-Scroll downwards;
- Use 'F' to change font;
README.DIZ
This is a short description of Trimasakari revision 2 - the QB64 smooth scrolling file viewer.
In the package, ELF/EXE binaries are included, full sourcecode as well.
Running without a valid [path]filename in the clipboard the tool runs as a color/scroll benchmark, in HD mode.
If e.g. you press Ctrl+C in Caja (Linux Fedora) on selected file - the full path to that file goes to clipboard, then just run Trimasakari - it will show the content of this file (in streaming mode).
The main feature is the easy on the eyes line-by-line smooth scroll, on i5-7200U CPU the scroll speed is 250-330 FPS, just press Spacebar to run/pause scrolling - handy to place your palm resting before the laptop touchpad.
With the cheapest/palest HD screens, the default 8x32 font is candy to the eyes, on fancy wide angles screens it is posssible to tilt the screen to 45 degrees without straining your eyes - the slenderness of font compensates.
In next revisions will add searchability (taken from my Dirwalker tool), the idea is to browse Wikipedia XML dump, EZ!
Enfun,
2023-Oct-20
Sanmayce
Attached Files Trimasakari_benchmark_r2.zip (Size: 18.93 MB / Downloads: 39)
"He learns not to learn and reverts to what the masses pass by."
Posts: 51
Threads: 4
Joined: Nov 2022
Reputation:
8
Glad to share
TriMasakari r.3 - the QB64 Smooth Scroll Viewer.
So excited, for the first time I feel the power of browsing any size file (on old laptops), smoothly.
In a day or so, will make 4K video and share it on YouTube, for now, only a FHD quick walkthrough:
Share your critiques and suggestions, wanna make it easily usable by kids and all textophiles.
The project is on GitHub:
https://github.com/Sanmayce/TriMasakari
"He learns not to learn and reverts to what the masses pass by."
Posts: 1,587
Threads: 59
Joined: Jul 2022
Reputation:
52
On Linux this Trimasakari requires GLIBC v2.33 or (preferably) later. Or at least that's what running the provided "elf" says trying to do it on Debian "Bullseye", which has GLIBC v2.31.
So I switch to Manjaro MATE, updated a few days ago. I attempt to run the "elf". It displays the window titlebar and a very small portion of the display for several seconds then quits, after that I get from terminal:
Code: (Select All)
sh: line 1: xmessage: command not found
This must be out of QB64, but what happened to "tinyfiledialogs" to report a QB64 runtime error?
So I try to compile it from scratch but no luck:
Code: (Select All)
[~/bin/qbpe/Trimasakari]$ ../qb64pe -x trimasakari.bas
It must be a problem at my end. I should try it with QB64PE v3.10, or on Debian "Bookworm" since that is the stable base now.
![[Image: 80bvnb.jpg]](https://i.imgflip.com/80bvnb.jpg)
