Fontos klub információ
Important club information
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 ... 182
Programming / Re: Converting old Ocean games
« on: 2020.April.06. 03:28:23 »
The cable from Retrocables makes perfectly its function, although the EP plug will need some tailoring to enter completely on the EP strange socket. I have one of these and it works good for a LCD TV with Scart connector.

If your LCD TV/Monitor doesn't have a Scart connector....  

You need to make a cable yourself....

One good new is that your two monitors directly accept the Enterprise RGB signals(Scart needs some additional resistors). And other one is that  our computer delivers both composite sync and split syncs signals apart from the RGB colour signals.

The CRT will give you the more accurate "classic" feelings of scan-lines and colours, but less pixel-perfect than the LCD. 13'' screen seems too little for today standards, but on the contrary it is enough retro..... Amazing professional specs in that jewel.

The VGA cable on 15KHz can be seen apparently like a good solution, but it depends a lot on the maker to be or not compatible with all the screen modes that an Enterprise could deliver. Of course the Interlaced mode is discarded, and some very high line modes(like for example the presentation screen of the new Short Circuit game), will be shown cut.  

Other drawback of multi-sync monitors is that they tend to show false colours for Pal, the palette they use is not so wide as the original. But even so, maybe it suits to you.

Resolutions and colours were the main attractive of the EP computer on its days, but also its stereo capabilities and, if your monitors don't have integrated amplifier and speakers you will need to use a pair of space-wasting external ones.....

To finish, the aspect ratio of the monitor is also important, because the EP was build on the 4:3 past era, and you probably don't want to see forever a flattened image or these ugly black strips at the sides on a 16:9 monitor.

For the Enterprise I better would recommend you to buy a cheap 4:3 second-hand LCD Stereo TV with Scart if your LCD TV lacks the connector or stereo sound. 15'' is enough, but 4:3 LCD TVs were manufactured even on 17'' or 19''.

If you still prefer the CRT monitor or the VGA multi-sync, I can make you a cable.

VIDEO: / Re: Mozgó kép Enterprise -on...?
« on: 2020.April.05. 21:42:18 »



Hardware / Re: SymbiFace3 is near your Enterprise...
« on: 2020.April.01. 17:56:53 »
Please use the provided Strac3.Rom, not the Strack2.Rom  modified by IstvanV. The two versions use different ports.

Yes! you are right, you can use the external cartridge adapter designed by you... I only was its maker.

When you have all joined and working, I think that the occasion deserves a video, I can do it if you can't.

Hardware / Re: SymbiFace3 is near your Enterprise...
« on: 2020.April.01. 11:51:02 »
Zozo, now, if you want, the next step is to try the SF3 MIDI.

Hans is now trying proper MC6850 emulation on the MSX, later on the EP, but by now we can play with the modified ScoreTrack Rom.

First, you must update the SF3 with the attached DFU file, then do the CPLD update.

Load the Strack3.Rom to the SF3 SD card, and add an entry on the SF3_EP.INI file:

ROM[#06]  =SD:strack3.rom

This will inject the modified ScoreTrac Rom on segments 06 and 07, so you couldn't use the SD cartridge due to clash of Roms.

You only will have external drives to launch programs. Load all the ScoreTrack songs(.SGN), the DAVE.ENV file and the attached SYNTH.BAS listing on the external drive.

Restart the Enterprise+SF3. Then RUN "SYNTH.BAS". The listing will put the SF3 on SYNTH mode and lauch the ScoreTrack Rom, so any try of sending midi data to the emulated MIDI adapter will go to the MP3 chip acting like a General Midi instrument. You will not need external Midi equipment to hear the ScoreTrack songs.

Once inside ScoreTrack you can move with the joystick and Space bar. At the extreme left, press the "Integrated Circuit" symbol button to swap from Dave sound to MIDI OUT(the 5 pin Din symbol) and then press the "floppy" symbol button to load a song.

First do a DIR, and then select a .SGN file. The song will be loaded, and you only have to press the play button.(Some songs only make some notes and stop.)


There is another mode, MIDI, that makes real IN and OUT from outside of the SF3, but it needs a circuit and connectors to be created, and also external Midi equipment. But my experience is that the new internal Midi instrument is as good or better than the GM instrument that Windows provides.

This will open the door to convert a Midi program from CPC or MSX, or to finish the ScoreTrack program, making it able to record an incoming Midi stream or being Midi file compatible.

But first is needed the correct MC6850 emulation, to not reinvent the wheel.


Edit:  I forgot to mention that, on the SYNTH mode the SF3 also accepts data on the MIDI IN connector(when available), so I can send a song from a PC or from the MSX I have at the side of the Enterprise....

The SF3 has a diagnosis serial port that is used to send or receive Midi messages. This is the schematic:


You have converted it perfect on 6 days from its Spectrum release.... Is this a record?

It seems a great game, graphics and tune. Playing now.

Programming / Re: ScoreTrack, Vilmos Kopácsy MIDI attempt
« on: 2020.March.19. 16:59:52 »
Sorry again.... Geco has explained me that IstvanV created his emulated Midi interface before studying the ScoreTrack Rom, so he adapted the Rom to HIS working protocol.

Programming / Re: ScoreTrack, Vilmos Kopácsy MIDI attempt
« on: 2020.March.19. 11:48:21 »
I propose to make some changes on the Midi emulation(MC68B50), both on the EP128emu and on the SF3, and then on the ScoreTrack Rom:

Code: [Select]
First modification: Control Register initialisation.
 *C146  3E 03        LD    A, 3          ; 00000011, resets the MC68B50 chip, clears EP128emu and SF3 Midi buffers
  C148  D3 21        OUT   (21), A      
  C14A  3E 16        LD    A, 16h        ; 00010110 sets 1:64 frequency, 8 bit, 1 stop bit, EP128emu and SF3 IGNORE THIS!
  C14C  D3 21        OUT   (21), A       ; Future use: bits 5 and 6 = Transmit interrupt, bit 7 = Receive interrupt


Code: [Select]
Second modification: Midi OUT.
 *DCB6  00           NOP
  DCB7  DB 21        IN    A, (21)
  DCB9  CB 4F        BIT   1, A          ; bit 1 set marks if the data has been sent, bit 2 the same on receiving
  DCBB  28 FA        JR    Z, DCB7
  DCBD  F1           POP   AF
  DCBE  D3 22        OUT   (22), A       ; write the Midi OUT buffer
  DCC0  00           NOP

If the use of  21h and 22h ports on the EP128emu MIDI emulation is a problem, SF3 can also decode the F6h and F7h ports.

The SF3 will use 512Bytes on each FIFO buffer, IN and OUT.

On the test with the SE-ONE cartridge, the Midi output(the song being played) is unchanged by the Z80 frequency, because the output is managed by the emulated Midi interface.

Hardver / Re: Hajdani konfigom...
« on: 2020.March.18. 20:14:55 »
Köszönet ergoGnomik, remélem, hogy legalább megértetsz engem az egész koncepció mellett, amit megpróbálok kifejezni.


Thanks ergoGnomik, I hope that at least you understand me on the whole concept of what I try to express.

Hardver / Re: Hajdani konfigom...
« on: 2020.March.18. 15:16:59 »
Thanks Scipucsu and Zozo, I will try the bilingual way, but some times the answer is slower.

Hardver / Re: Hajdani konfigom...
« on: 2020.March.18. 15:08:03 »
Yo sí, pero yo pienso que estoy solo con éso. O, pienso de estar solo con éso. :D

Better:  "Yo sí, pero yo pienso que estoy solo con en eso(not éso)."

In Spanish it is odd to put the subject several times, often even there is not subject because there are other particles conjugated, even non verbs, that implicitly point to it. Example: "Voy a comer", "¡Tiene guasa!" or "Mal vamos...".

Hardver / Re: Hajdani konfigom...
« on: 2020.March.18. 13:37:09 »
Machine translation butchered it. Again. Why do you keep insisting on that?

Sorry for insisting on that.

When I use Google Translate I also ask the reverse translation, to see if the sentence looks close to what I want to mean.

Please forgive me if I bothered you, but only living in Hungary for several years I could write your difficult language like you. I think the important thing is that we can communicate.

The threads in Hungarian interest me as much as the others, and I will continue to comment on them if I think I can contribute something.

¿Quieres que te lo explique en Castellano?

Programming / Re:Converting old Ocean games
« on: 2020.March.18. 10:01:37 »
The machine even has Arabic characters on the keyboard as well as the English characters, which made it an interesting variant to see for sale.

Anyway, I'm afraid that I won't even be able to see the output from the computer (and verify the EXOS version) until I make an RGB-to-BNC cable, because I don't have a PAL TV.

Yes, the emulator is the best tool to develop, with all its options to debug, find strings, trace, disassembly, etc.

You can know more about the Egyptian Enterprise units here.

If you name the maker and model of your monitor we can aid you to make the video cable. If it has BNC connectors it is a professional one, sometimes they need Sync on Green or other strange ways to input the Sync signal.

Programming / Re: ScoreTrack, Vilmos Kopácsy MIDI attempt
« on: 2020.March.17. 12:14:08 »
Questions, aren't they the fuel that drives us humans?


I don't know from where to start, because I must return to some facts that I explained on the first commentary of this thread.

I think that the Midi interface that has arrived to our hands after so long time was made for the cartridge port for one very good reason. It was always an underused expansion port, out of being the place to put the necessary Basic Rom cartridge.

Probably the main reason for the unknown Jefrey(the name of the Rom writer and probably real developer) was to offer an interface that could be connected to all Enterprises, independently of the other expansions connected at the right side of the computer. The same objective than guided Szörg to put the SD reader there.  

But it is a very limited port to put devices, because the signals that arrive to it are oriented only to manage memory. This problem has been excellently solved in the case of the SD reader, using a memory zone as the interchange gate to the SD content.

On the Midi interface they did some similar, the two necessary ports where paginated on memory positions BFF8 and BFF9, on segment 7 put on page 03. The Rom is 32KB wide, and is placed on the 06 and 07 segments, allowing the cartridge to still hold copies of the language Rom on 04 and Basic Rom on 05 segments.

I have found that almost all Midi interfaces of that era made for MSX, BBC, CPC, PCW, Spectrum, used the same UART chip, the MC68B50. This chip doesn't have internally a lot of baud-rates to select, only 3 but related to the external oscillator used(1:1, 1:16, and 1:64). The 3 variants of the chip are the 1, 1.5 and 2Mhz versions, and the several Midi interface makers always selected the MC68B50 because its 2MH oscillator frequency, on the third selection, gives exactly the Midi baud-rate: 2.000.000/64=31250. Then only remains to select the serial protocol, 8bit and 1 stop bit and the chip has been configured.

It has 4 x 8 bit registers, Control(write), Status(read), Transmit Data(write) and Receive Data(read), and usually the interface makers joint all on only 2 ports, Control/Status and Data. Control is only used for initialisation, and is where we define the baud-rate and serial protocol.


Bits 5, 6 and 7 are used for interrupts, not applicable on the Cartridge Bus. They will go as Zeros.

Then you can see that  the initialisation is well defined, first we reset the chip writing 03h(00000011b) on the Control register, and then we write 16h(00010110d, 22d), this is, select 1:64 frequency and 8bit word with 1 stop bit.

Now, let's see what happens on the ScoreTrack Rom( I know the position because it was where IstvanV modified the Rom to work on the emulator):

Code: [Select]
*C146  32 F8 BF     LD    (BFF8), A     ; A arrives here with 00000111, perfect to reset the chip
  C149  3E 16        LD    A, 16h        ; 00010110 sets 1:64 frequency, 8 bit, 1 stop bit
  C14B  32 F8 BF     LD    (BFF8), A

Not needing any control except erasing the emulator Midi buffers, IstvanV modified it as this:

Code: [Select]
*C146  00     NOP
  C147  00     NOP
  C148  00     NOP
  C149  00     NOP
  C14A  00     NOP
  C14B  AF           XOR   A
  C14C  D3 F6        OUT   (F6), A       ; a Zero clears out buffer

To transmit data, the chip has the Status register, that has to be watched by the processor to know when there is data to receive or when it can send.  The Receive register is the bit 0, and the Send register is bit 1. The rest of bits are not important here.

On the ScoreTrack Rom there is only Midi OUT because the program is unfinished:

Code: [Select]
*DCB6  3A F8 BF     LD    A, (BFF8)
  DCB9  CB 4F        BIT   1, A         ; bit 1 marks if the data has been send
  DCBB  28 F9        JR    Z, DCB6
  DCBD  F1           POP   AF
  DCBE  32 F9 BF     LD    (BFF9), A    ;write the Midi OUT buffer

IstvanV modified it as this:

Code: [Select]
*DCB6  00           NOP
  DCB7  DB F6        IN    A, (F6)
  DCB9  CB 77        BIT   6, A          ; Send bit
  DCBB  20 FA        JR    NZ, DCB7
  DCBD  F1           POP   AF
  DCBE  D3 F7        OUT   (F7), A       ;Midi OUT
  DCC0  00           NOP

And then, here come my questions:

Why has made IstvanV so drastic changes to the code? Where they necessary? Some of you can contact him?

Because, we have to decide NOW if we must follow his changes, and remain compatible with the EP emulator and the Midi utilities, or on the contrary, emulate correctly the MC68B50, that will allow further development of the ScoreTrack program, share the chip emulation on the other computers that are supported by the  SF3, and probably we will have the opportunity to see easier sequencer conversions from other platforms that use the same chip, like CPC, even MSX.

Edit: if not evident, I want to mark the things that have been changed and apply or not apply to a good MC68B50 emulation:

-He has substituted the memory paginated ports for real unused ports. Good.
-Instead of the sequence 03h,16h written on the Control register for the chip initialisation he has opted to only write a Zero. Bad.
-On the Status byte, the Receive and Transmit bits have been changed from 0 and 1 bits to the 7 and 6 bits. Bad.
-The values of the bits inside the status byte has been negated, as you can see on the conditional jump. Bad.

Hardver / Re: Hajdani konfigom...
« on: 2020.March.16. 20:41:32 »
De 3D darabokat készít és tesztel, összefonódásokat készít, illeszkedik, tehát továbbra is aktív fejlesztő (alfa), nem pusztán javító hibák (béta).

Nagyszerű munka!

Hardware / Re: SymbiFace3 is near your Enterprise...
« on: 2020.March.16. 10:42:52 »

Pages: [1] 2 3 4 5 6 7 8 ... 182