Search found 15 matches

by ldir_hector
Sat Mar 01, 2025 8:38 pm
Forum: New features
Topic: Storage access: files or memory?
Replies: 10
Views: 241148

Re: Storage access: files or memory?

I think I got an explanation ! It was quite obvious in fact ! The image is well drawn in 32,32 but the background is initialized with the image so it's invisible ! I put a little white square inside my png file and it showed correctly on screen ! This color management still puzzle me ! By the way, I...
by ldir_hector
Sat Mar 01, 2025 8:28 pm
Forum: New features
Topic: Storage access: files or memory?
Replies: 10
Views: 241148

Re: Storage access: files or memory?

Hi, sorry for answering so late, i missed your previous message as I was submerged by too many mail notifications ! I tried this DLOAD source with a png file of 16*16 pixels only containing red. http://eric.boulat.free.fr/token_red.png I made a dsk file that compiled but i got a complete red screen ...
by ldir_hector
Mon Oct 14, 2024 9:23 pm
Forum: New features
Topic: Storage access: files or memory?
Replies: 10
Views: 241148

Re: Storage access: files or memory?

Hello ! It's been a while ! I haven't done much with ugBasic till now, but I am glad it's still progressing ! I hope you'll find a way to deal with storage access. I think that dealing with a distant storage access connected through a serial cable is a very rare use case. I know that on a Commodore ...
by ldir_hector
Thu Nov 23, 2023 10:34 pm
Forum: New features
Topic: speed up compilation
Replies: 1
Views: 23840

speed up compilation

I have noticed that compilation can be quite long on Windows !
I use enable peephole optimizations up to 16 passes and enable listing and enable additional info.

Does this options increase the compilation time ?

Does the compilation on windows use several CPU cores ?
by ldir_hector
Wed Nov 22, 2023 9:44 pm
Forum: New features
Topic: Storage access: files or memory?
Replies: 10
Views: 241148

Re: Storage access: files or memory?

I think that if you make an abstraction of floppies to manage them like virtual memory, it would be very slow and not very practical. Most floppies are organised with tracks and sectors so accessing any data inside them individually would be quite inneficient. I think that even if files are not the ...
by ldir_hector
Wed Nov 22, 2023 5:54 pm
Forum: New features
Topic: The new DRAWing command
Replies: 3
Views: 36781

Re: The new DRAWing command

I'm sorry but I don't understand the N in BR2NR4D4R4UL2
by ldir_hector
Tue Nov 21, 2023 8:57 pm
Forum: New features
Topic: Measuring time on CPC more precisely
Replies: 2
Views: 29427

Re: Measuring time on CPC more precisely

I think that REAL TIMER is confusing, as many would consider that there is a real time clock with the hour stored when the computer stops. So Raw Timer is better, but I don't know if there is a more precise timer on every computer you support ? Even worse, from what I understood, the Oric Atmos has ...
by ldir_hector
Tue Nov 21, 2023 8:45 pm
Forum: New features
Topic: Is GOTO / GOSUB x still BASIC?
Replies: 4
Views: 42329

Re: Is GOTO / GOSUB x still BASIC?

On the Amstrad CPC standard basic, the only way to jump on a line number contained in a variable was by the CHAIN MERGE "prog.bas",lineNumber% method. And if the line didn't exist, the program was loaded but the interpreter gives an error : "Line does not exist" and the program w...
by ldir_hector
Sun Nov 19, 2023 1:05 pm
Forum: New features
Topic: Measuring time on CPC more precisely
Replies: 2
Views: 29427

Measuring time on CPC more precisely

With ugBasic you can measure time with TIMER instruction, that gives the the time spend since your computer boot up. The time unit is 1/50 second which is quite precise, but the Amstrad CPC is able to do better ! Thanks to the following code : BITMAP ENABLE(320,200,4) CLS DECLARE SYSTEM PROC scnkey ...
by ldir_hector
Sun Nov 12, 2023 6:54 pm
Forum: Support
Topic: use of ASM language in
Replies: 1
Views: 13105

Re: use of ASM language in

I understand my mistake, the label ONDUL shall be in lowercase !