Welcome, Guest. Please login or register.

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - gflorez

Pages: 1 2 3 4 [5] 6 7 8 9 10 11 12 ... 185
I recognise that I am not an expert on this environment...

So, chapters will come when I have time and  more strengthened my knowledge.

But while that happens... It would be perfect to open a new thread where we could discuss about our programs.

Hardware / Re: Replacement for a standard cartridge
« on: 2020.March.05. 17:24:40 »
Great idea! There are a great number of users without a cartridge to try.

And I see that you have added a read-only/write switch, so the content can be modified easily in situ from the Enterprise, for example fitting an AMD 64KB flashRom and with Zozo´s SD cartridge updater app.

Programozás / Re: BASIC
« on: 2020.March.04. 00:19:57 »
Valószínűleg egy vicc, sajnálom, ez a weboldal szerint teljesen téves.

Sorry, that is totally wrong, probably a joke , according with this web page.

A japánok a katakana ábécét használják az angol szavak kiejtéséhez. Ez egy fonetikus fordítás, nincs értelme.

What the Japanese use to spell-out English words is the Katakana alphabet, a phonetic translation without meaning.

Lásd ezt a weboldalt/See this web page.

Mégis jó lenne elnevezni a neveket a katakana ábécébe, esetleg meghatározva néhány karaktert.

Still, It would be cool to do a translation of names to the Katakana alphabet, maybe defining some characters.

For Sale / Re: Ebay auctions
« on: 2020.March.03. 12:16:57 »
It would be good to ask him if he sells other Enterprise related things.

Edit: Ah, no, according to Werner, to Egypt only went the 64KB bare units, without accessories.

That guy has an eye for business, he resells 80's computers, MSX, C64 and.... Enterprises.

If you click on the Form label you will see appearing something like this instead of the code:

And, if you click on the middle of the "form", some options will emerge at the right side of the screen:

The "forms" can be accumulated, is for it that QUIGS has the "Control Form" selector under the design grid, to edit the forms one by one.

Like with the Main event, here we have a main Form that will be the first frontend to be seen when the program will be opened.

At the left of  "Control Form" we have the "Add Control" selector. As you can see all reminds to a paint program, but the fact is that it is real programming....

The options that have appeared at the right of the screen are the attributes of the selected form. And under them you can see where the events that control the form will be created.

Being the events of the Main form, we have to be careful with them.

If you click on new "Form1.Open.Event" or "Form1.Close.Event", you will see immediately how the event is added to the Code list. Open will serve as the initialisation of the program, and Close will be the place where the computer resources are liberated, just like you do on other languages. Logically, the Open code will be executed just at the launching of the program, and the Close code when the  X in a square at the top most right corner of the main form is clicked or other ways implemented to close the program.

All variables declared at the start of the code are shared by all the events, so better select well the names. Also, the order of the events is not important, and their effect can be simulated, for example, an action on some code can call the execution of "Form1.Close.Event", what will automatically close the program without need to clicking the X...

Think about the Main event as the place where code is forcedly executed, where there are no interrupts to share the processor time. The other "normal" events are asked for action on a scheduled basis.

This means that we can't abuse of executing code on the Main event, only placing in it little tasks that cannot be delayed. Why? because the other "normal" events share processor time. For example, an idle loop inside one event doesn't affect a lot to the execution of other events, but an idle loop on the Main event takes for it all the processor time, and this is a waste on a multitask system like SymbOS.

But the limitations end here, there are a lot of events that will make us to feel like home.

Every program as such needs some type of frontend, and it can be the most hard of the phases of creating it, because a good written program working perfect can be a deception without an easy and nice frontend to control it.

As I have said, SymbOS has a lot of different events to add to a program, and QUIGS has an editor of frontends to do it named "Form", because that is what it does. If you return to the last picture, you will see, under the menu and under the direct access symbols, four folders: Code, Form, Sheet and Map.

This means that a program in QUIGS is not only the written code, there are other aspects that are not in the listing but still are saved on the program file.

Programming / Re: ScoreTrack, Vilmos Kopácsy MIDI attempt
« on: 2020.February.27. 08:08:47 »
Ok, yes,.... The tests are being made on the SE-ONE, to not disturb SF3 development, but all the midi stuff will be incorporated at the end to the SE-ONE the SF3 has inside. Is for that I am naming the two cards indistinctly.

Programming / Re: ScoreTrack, Vilmos Kopácsy MIDI attempt
« on: 2020.February.27. 00:10:43 »
New step on SF3+MIDI: Hans has redirected the Midi OUT to the VS1053 music chip inside the SF3. It has 64 voice polyphony and GeneralMidi standard instrument banks.

From now on there is no need to have external equipment to play with  Midi music.

Programming / Re: ScoreTrack, Vilmos Kopácsy MIDI attempt
« on: 2020.February.26. 21:16:53 »
SymbOS ask for EXDOS (hard) drive units before booting, it doesn't manage these hardware directly. Zozo inspired this when Prodatron decided to create the Enterprise SymbOS port. This means that any new driver added on a future to EXDOS would work on SymbOS.

Now I don't remember the thread, but when I made the external cartridge adapter it was very clear that the SD software made by Zozo was a superb job.

I have found it. This is the thread.

I think there is still processing time to show something, except for complex Midi controllers(these need some filtering), because I can send and receive notes with nothing more than a slow Basic program doing IN(XX) and OUT XX,DD instructions.

Programming / Re: ScoreTrack, Vilmos Kopácsy MIDI attempt
« on: 2020.February.26. 20:37:06 »
The SD reader has been created segment independent, so moving it would be the better logical step. You can ask Zozo a demonstration of an external cartridge port adapter(hand made by me following his instructions) that can be positioned on any 64KB boundary by jumpers. The SD reader works comfortably on any position.

What is needed is "somebody" skilled enough(probably you, not me...) to overcome the Scoretrack development, because the segment-dependent issue is the minor of its problems.  It is unfinished on a lot of its options. For example, it only plays MIDI OUT, not saves nor plays IN-coming data.

Another issue is the lack of a MIDI compatible file mode, so I think that Vilmos used an external converter to pass real MIDI data to the program.

It is an almost "silent" program, when playing it does nothing on the screen, it doesn't move the pages of the sheet music or mark the played keys on the keyboard at the screen. There is not a metronome to mark the rhythm.

Its file manager is incompatible with the language Roms(BRD, HUN, ESP, etc).

It would be great to add mouse control.

Surely there are more things to fix than these.

Programming / Re: ScoreTrack, Vilmos Kopácsy MIDI attempt
« on: 2020.February.26. 13:02:58 »
I want to release here this Youtube Video:


This is the text I have put:

First of all, sorry for the very bad quality of this video, but I am very excited of this milestone.

What you are viewing is a mix of several achievements of the CPC SymbiFace3 multi-purpose card and the SE-ONE MSX cartridge adapted to the Enterprise computer... It is boring to repeat the explanation on how we(Hans from TMTLogig and me) have arrived to this stage, you can see the other videos on my channel to know. All the hardware and software credits to Hans, I am only the beta-tester.

Now I am going to describe what is seen on this video:

- 1st: SF3 has injected a modified ScoreTrack.rom(an unfinished software written for an unreleased MIDI interface on cartridge....) on the segments 06 and 07(cartridge area), of course I cant use the SD cartridge, only floppy(HxD).

- 2nd: The debugging serial port on the SE-ONE has been converted to a MIDI interface adding some discrete components.

-3rd: IstvanV already modified the ScoreTrack.rom, to give PC MIDI capabilities to his superb emulator EP128emu, I have only modified the ports used from F6-F7 to 21-22. Hans has emulated part of the UART chip used on the original Vilmos Kopácsy MIDI interface, following IstvanV indications.

And now.... what is not seen on this video...:

My monitor refuses to show the complete ScoreTrack screen, so I have cut it on the upper side.

Don't expect super high quality MIDI sound from my toy keyboard...

On a given point I focus a button with the schematic image of a electronic chip with a D over it, Dave is used to play. Then it changes to an image of a DIN connector, it is the moment that the program starts to send MIDI OUT.

Also note that there is no cartridge attached. The Roms inside the cartridge would collide with the Rom injected by the SF3.


Programming / Re: ScoreTrack, Vilmos Kopácsy MIDI atempt
« on: 2020.February.26. 02:55:26 »
Now we can mimic the sound of the MIDI songs that came with the interface and the Scoretrack Rom. The Roland MT32 was a pre-GeneralMidi synthesiser, so it sounds estrange on actual MIDI gears. On the other side, prices of real MT32 units are unreachable....

Download the attached file, uncompress it and install the executable version 2020-02-08. Also, check here for a newer version.

Put the MT32 Roms on a known place. Open MUNT(MT32 emulator by kingguppy & sergm), and go to the menu Options/ROM Configuration. Search for the directory where you put the roms and click Select Drawer or something similar. Check one control Rom and one PCM Rom and close the window.

Now go to marvellous EP128emu, menu Options/Sound/Configure, MIDI option, you must select the MT32 Synth Emulator. Close the menu. You will see a message from the MUNT program,  EP128emu has been linked to the MT32 emulator.

But.... IstvanV adverts that the messages are filtered by the emulator, so it can be that the emulation not sounds exactly the same as original:

"Currently, it also does not use the "repeat status" feature, nor nested MIDI messages, and most system messages are filtered out with the exception of Clock (F8h), Start (FAh), Continue (FBh) and Stop (FCh). These make it easier to parse the input data, but it could be difficult to implement the filtering if the interface was actually built as hardware."


Remember, for ScoreTrack to work on the emulator you must put the Strack2.Rom on segments 6 and 7, and load the songs on an disk image, selecting it on the Options/Disk menu(all the necessary files are on the first post of this thread).

Once the emulated Enterprise booted, deactivate the language Rom with :UK +Enter, an then execute :SC +Enter.

On this same thread there are explanations on how to manage the program. The leftmost upper button selects Dave or MIDI-OUT playing, but for internal sound you must first load  the file DAVE.ENV.

Who download only some parts of the file? probably  the boots that are constantly tracking the WWW.


Ok, once with QUIGS downloaded and installed, you must open the SETTINGS.TXT file to adapt the program to your monitor resolution. Also, it must be run on a freshly loaded WIN session, because if not, it will refuse to work annoyingly.

Now I will give a brief description of what is it and what not.

It is an environment, not only an editor for a language, it brings a lot of tools to create the app. Once you start using it understand the titanic task of creating it, while doing it so easy to the user.

Sadly, it has ONE BIG DRAWBACK: still there is no manual of use.... although it is very intuitive to use. Other minor drawback is that it has still a number of bugs, but it is very usable. For example, the use of Copy/Paste is very limited and the lenght of the lines has not been defined.

But first some hints about the target of QUIGS -----> SymbOS.

SymbOS is a "modern" multi-task WIMP,(Windows, Icons, Mouse, Pointer) operative system on a Z80 architecture computer, you all know that, but internally it manages cleverly and very fast a lot of "complex" things to show us a face that seem very similar to a WIN98 OS. Like EXOS, it manages automatically the pagination system, but instead, all SymbOS apps are made of relocatable code, something that EXOS can do but is not so easy to achieve. Don't fear, QUIGS will do that task for us....

Also, SymbOS is not a whole thing, it is made of a multitude of "events", like open/close a window, click a button, pull a menu, etc. QUIGS necessarily has to be based on these elements so, every time we launch the environment we  are presented with the first event, the bigger of all, Main:

And 5th.


Pages: 1 2 3 4 [5] 6 7 8 9 10 11 12 ... 185