Progress bar loading

Anything related to the tools Tap2Wav, Tap2CD, Tap2Dsk, Sedoric Disc Manager, Tape Header Creator, WriteDsk, and generaly speaking tools related to the management of Oric data files and devices.
User avatar
Symoon
Archivist
Posts: 2301
Joined: Sat Jan 14, 2006 12:44 am
Location: Paris, France

Re: Progress bar loading

Post by Symoon »

There it is :)
Displaying "!" if a loaded block has parity errors
Attachments
Progress-v1.2.zip
(191.45 KiB) Downloaded 479 times
User avatar
Chema
Game master
Posts: 3013
Joined: Tue Jan 17, 2006 10:55 am
Location: Gijón, SPAIN
Contact:

Re: Progress bar loading

Post by Chema »

Great! Good work Symoon!!
User avatar
Steve M
Squad Leader
Posts: 787
Joined: Fri Mar 24, 2006 3:33 am
Location: Cumbria, UK
Contact:

Re: Progress bar loading

Post by Steve M »

Symoon wrote: Fri Sep 01, 2017 11:47 pm Feedback appreciated. For instance, do we really need the start/end boundaries? Their management takes about 12% of the code - nothing wrong with this version, but it could be saved for further ones.
Great stuff - downloading now. I think you need an end boundary so you can see how much progress has been made. Otherwise how can you tell what progress has been made?
User avatar
Symoon
Archivist
Posts: 2301
Joined: Sat Jan 14, 2006 12:44 am
Location: Paris, France

Re: Progress bar loading

Post by Symoon »

You're quite right Steve... I could get rid of the start one, but not the end one.
I realised that, in the worst case, I could load a 1st program that displays them, then crush this code (18 bytes, that are only run once) by loading a 2nd program that holds the progress bar code. It would only be a bit longer to load, time that could be shortened by reducing the synchro of the 2nd program so the user doesn't have to wait for too long.

But so far so good, no need for this ;)
User avatar
Symoon
Archivist
Posts: 2301
Joined: Sat Jan 14, 2006 12:44 am
Location: Paris, France

Re: Progress bar loading

Post by Symoon »

New update: Progress v1.3 doesn't crash anymore with ROM 1.0... Don't dream, you won't see the loading bar on Oric-1 (impossible with the way the tape routines are coded in ROM).

But you can now put Progress before any recording: on Atmos you will see the loading bar, while on Oric-1 the program will load as usual.
I think it's the final version!

Don't forget it can be useful on Atmos:
1- helps being cool while loading
2- allows to see live the quality (or lack of) of the tape loading, without having to wait for the whole program to load before seeing you didn't set the sound volume correctly... :lol:
Attachments
Progress-v1.3.zip
(196.78 KiB) Downloaded 474 times
User avatar
iss
Wing Commander
Posts: 1637
Joined: Sat Apr 03, 2010 5:43 pm
Location: Bulgaria
Contact:

Re: Progress bar loading

Post by iss »

Well done!
Attached is the source compatible with XA (OSDK).
Attachments
progress-v1.3-xa-source.zip
(828 Bytes) Downloaded 463 times
User avatar
Symoon
Archivist
Posts: 2301
Joined: Sat Jan 14, 2006 12:44 am
Location: Paris, France

Re: Progress bar loading

Post by Symoon »

Hey, thanks ISS for your help in making my messy programming more standard ;)
And sorry to everyone for my lack of motivation to learn coding properly...
User avatar
ibisum
Wing Commander
Posts: 1643
Joined: Fri Apr 03, 2009 8:56 am
Location: Vienna, Austria
Contact:

Re: Progress bar loading

Post by ibisum »

This is an awesome little tool, and my only thought is how to set up Oricutron so it just loads it every time, so its standard on every .TAP load in my rig ..
User avatar
Symoon
Archivist
Posts: 2301
Joined: Sat Jan 14, 2006 12:44 am
Location: Paris, France

Re: Progress bar loading

Post by Symoon »

Thanks ;)
Dom suggested the idea of making a ROM adding this. Why not, but what should be removed from ROM 1.1 to add the code?
User avatar
Steve M
Squad Leader
Posts: 787
Joined: Fri Mar 24, 2006 3:33 am
Location: Cumbria, UK
Contact:

Re: Progress bar loading

Post by Steve M »

Well there's things like LORES1 that is hardly ever used.
Post Reply