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 ... 204
You can't stay quiet...


Konvertálás / Re: Colecovision játékok konvertálása
« on: 2020.December.23. 18:09:14 »
Még mindig megvan az FPGA dolog a színes bevitelre vonatkozó Spanyol kísérlettel, ha valaki folytatni akarja.


I still have the FPGA thing with the Spanish experiment on colour input, If somebody wants to continue.

Konvertálás / Re: Colecovision játékok konvertálása
« on: 2020.December.23. 17:30:57 »
Coleco Adam, MSX1, Memotech MTX, Sega SC-3000, Sord M5, SV-318 és SV-328, Tatung Einstein, TI-99/4, TI-99 / 4A és még sok más, mind a Texas Instruments TMS9918A VDP-t használta, és Az MSX család többi tagja (2, 2+ és TR) a Yamaha 9938 és 9958 VDP-ket használta, a TMS9918A evolúciói

Ezért van sok játékkonverzió ezekről a számítógépekről az MSX színtéren.


Coleco Adam, MSX1, Memotech MTX, Sega SC-3000, Sord M5, SV-318 and SV-328, Tatung Einstein, TI-99/4, TI-99/4A and more, all used the Texas Instruments TMS9918A VDP, and the rest of the MSX family(2, 2+ and TR) used the Yamaha 9938 and 9958 VDPs, evolutions of the TMS9918A

Is for that reason there are a lot of game conversions from these computers on the MSX scene.

The first text editor that I used at a professional programming job was VEDIT for CP/M, way back in 1982.

It works on IS-DOS!  I have selected VT52 as the terminal driver, and redefined some keys.

It allows the edition of very big files without memory paging, taking chunks of the file from disk, but I have still not tried this option.

I have downloaded it from here. At the end of the page there are two zips with files v2.33b. Create a disk image, or format a disk, and throw all files inside it.


First, you will need to configure the program.

Maintenance / Re: Non working eBay EP64
« on: 2020.December.22. 12:31:43 »
The Enterprise was very well build, every problem they had was corrected on the following new-built units.

....But the very first ones, the EP64s, suffered an issue with Philips capacitors. Forget about having a broken Dave.

Before trying anything, wait patiently for the advice of our brains here...

I think that it is not necessary to modify the Editor, only to include the click management on the Editor loop.

The Editor driver on the language Rom is a copy of the original one on the EXOS Rom, and I discovered(or was Bruce Tanner?) on the Hungarian disassembly the point where the loop is started again.

The idea I had was to make a branch to the free space at the end of the Rom and then check if the mouse driver is active on the Editor screen(only checking a System variable). If yes, execute the events scheduled on the mouse driver, printing legal codes on the Editor channel. The easiest of all events is to move the text cursor to the mouse pointer position with the Esc=<y><x> sequence, or a double click can execute a Carriage Return on the pointer position, that the Basic would interpret as Enter.

Once the events executed, the control is returned to the Editor loop.

Writing to the Editor channel is the only way to not corrupt its pointers and still be compatible.


Ok, this mouse thing is only my desire, and I can understand that it is not important for other users.

Thanks for giving me your opinion.

Hardver / Re: FPGA megint
« on: 2020.December.18. 18:24:05 »
Sajnálom, hogy megtámadtuk ezt a szálat ...

Hardver / Re: FPGA megint
« on: 2020.December.18. 16:14:37 »
I think they already know it.


Hardware / Re: Enterprise Deployment Attempt Over FPGA.
« on: 2020.December.18. 16:07:03 »
Thanks Bruce!

Hardver / Re: FPGA megint
« on: 2020.December.17. 20:57:53 »
Az FPGA verzión dolgozó spanyol csapat szinte állandóan 4–6 agyból áll, és folyamatos nyomás nehezedik a továbbjutásra, bár más számítógépek más magjai összefonódnak az Enterpriseéval, például a Spectrumé és az Oric. Miért? Mert vannak olyan részeik, amelyeket fel lehet használni.

Nagyon perfekcionisták, így a végén lesz egy magunk, amely nagyon közel áll az Enterprise-hoz.

Más projektek, például a ZX-Next, az SP32 emuláció, az R-Pi emuláció, az Amiga Reloaded, a ZXUNO, a MiST, a MiSTer is közbeiktatva vannak.

Csak tanácsadóként vagyok ...


The Spanish team working on the FPGA version is almost constantly made up of 4 to 6 brains, and there is constant pressure to move on, although other cores of other computers are intertwined with Enterprise, such as Spectrum and Oric. Why? Because they have parts that can be used.

They are very perfectionists, so at the end we will have a core very close to the Enterprise.

Other projects such as ZX-Next, SP32 emulation, R-Pi emulation, Amiga Reloaded, ZXUNO, MiST, MiSTer are also intervened.

I'm just a consultant ...


Some time ago I was interested on adding mouse control to the EDITOR device on text mode, much the same as was done on MS-DOS on PCs, on character boundaries.

The stock Boxsoft mouse driver only allowed a pointer on graphics modes, but with my few skills on assembler I managed to add the two text modes(40/80) on user screens.

The idea was to manage also an Editor screen, but I was not able to do EXOS calls within an interrupt, to move the text cursor to the mouse pointer position when a click being done.

The most promising solution was to modify the Editor driver that comes on the language Rom, but such option was very difficult for me to try....


It seems that you are comfortable modifying Roms, so may be you could be interested on such project. The good point on adding a mouse to the Editor control is that almost all Enterprise text-programs use it, so the integration could be total.


Also a mouse driver in Rom would be a great advance, because by now it is a loadable extension.

Programming / Re: Changing the EXOS font
« on: 2020.December.16. 22:33:52 »
Great! You have worked a lot on it. I will test it, sure.


On the past, I remember there was an utility to load a different font on the EP, but it worked as a whole definition on a file.

Also, there was an utility with a bunch of fonts, that were swapped with a command.

The problem with such programs was that they ceased to work with the language Rom.

Hardware / Re: Problem RGB - SCART.
« on: 2020.December.10. 15:35:41 »
Yes, I think the same. Is for that I said that the adapter idea is brilliant... as an idea.

On the practice, direct connection is always the best.

Hardware / Re: Problem RGB - SCART.
« on: 2020.December.09. 00:26:12 »

Your idea of an adapter for a Scart to Scart cable is brilliant, but for it you need to twist your mind... First time with the 90 degrees contacts( at the green PCB on your picture), you can easily swap the rows. And then the second time with the cable, as the schematic is made for the female Scart connector at the TV side.

I would have made a lot of errors, sure.

Hardware / Re: Problem RGB - SCART.
« on: 2020.December.08. 18:06:43 »
And, probably you have used this schematic:

Didn't you?

The sound output on the the RGB port is very weak, you only will hear it optimally with the Volume pumped up to the max, and it will add noise from the TV amplifier. Better take the sound from the Save Tape jack connector, It outputs in Stereo at the correct level!

The estrange and common on your set-up is that the two EP64s produce exactly the same issue WITH THE SAME CABLE, made by you.

Have you discarded a possible error on your cable?( I am the first here that sometimes overly trust on my experience....)

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