1

(27 odpowiedzi, napisanych Software, Gry - 8bit)

xxl napisał/a:

porownujesz kompletny OS napisany przez jedna z najwiekszych firm w branzy do szkicu os zarzuconego pzrez nonujenu bo "kompilator mu nie dziala tak jak chce"? ;-)

Please refrain from lying by deliberately misquoting what I wrote. I said that the inability of the MADS assembler to generate multiple relocatable block types in the same object file was just one of many impediments in 2014-2015, the biggest being that I thereafter spent 100 per cent of my time writing firmware for Candle and Lotharek's stuff.

BTW: please explain 'nonujenu'.

2

(263 odpowiedzi, napisanych Fabryka - 8bit)

Cyprian napisał/a:

może nowa Antonia sprawi że flashjazzcat wróci do rozwoju GUI.

Why? An accelerated CPU was never a requirement (although the demo will work with Antonia, since it uses no illegal opcodes and no timings are cycle-dependent), and Rapidus has been around for nearly a decade.

If anything would tempt me back into action, it would be the MADS assembler's proprietary (and otherwise quite flexible) relocatable format being expanded to support discreet main, extended and non-relocatable blocks in the same object file, per the SDX relocatable format. But despite having asked about this back in the mid 2010s, I won't pretend for a moment that there weren't other, far more compelling and tangible distractions which resulted in me bascially abandoning the GOS project (some of which - like the SIDE3 cart which consumed all of my spare time between 2019 and early 2023 - having turned out to be a hiding to nothing, all the off-shoot hardware projects having disappeared down the toilet).

3

(214 odpowiedzi, napisanych Fabryka - 8bit)

VLX napisał/a:

Flashjazzcat, thank you for uploading the fixed version to repository.

My pleasure, and thanks for the wise words.

4

(214 odpowiedzi, napisanych Fabryka - 8bit)

drac030 napisał/a:

Chłopie, nie jestem Twoją niańką, Twój program, Twoje błędy. A temat był poruszany także na AtariAge, pomijając już fakt, że sam obiecałeś to zrobić "w ciągu kilku dni", cztery lata temu:

https://www.atari.org.pl/forum/viewtopi ... 00#p291400

Yeah, and like I say, I forgot and a reminder would have been welcome if you were already going to the trouble of posting here in Polish that I was too lazy or negligent to fix the 'famous' bug. And of course I had fucking fixed it but presumably something happened in real life to divert my attention and I cannot recall receiving a personal reminder since then.

Anyway, DLT folder updated, as I say, purely and solely by virtue of the fact I meandered over here to see if there was anything going on.

5

(214 odpowiedzi, napisanych Fabryka - 8bit)

What? The third time a complaint that I had neglected to update the DLT binaries was posted in a Polish forum topic I knew nothing about and cannot read without a translator?

Well - just as well I looked, eventually. :D

6

(214 odpowiedzi, napisanych Fabryka - 8bit)

VLX napisał/a:

I mentioned this two days ago, so it went by so fast anyway.

No problem at all. :)

7

(214 odpowiedzi, napisanych Fabryka - 8bit)

Thanks for reminding me via a comment buried in a thread on a Polish forum I rarely visit. ;)

DLT folder should contain updated binaries now.

8

(94 odpowiedzi, napisanych Fabryka - 8bit)

Jacques napisał/a:

Thank you in advance for at least looking at it, whenever possible and whatever the outcome will be :-)

Mini-bank at $D500-$D5FF isn't doable without FPGA changes, unfortunately.

9

(94 odpowiedzi, napisanych Fabryka - 8bit)

Pin napisał/a:

Czy donacje mogły by te plany zasadniczo zmienić? ;)

I don't mind commercial hardware developers promising me income to secure large amounts of my time (which is no longer happening since Lotharek decided to break all the toys and Candle put all the WIP projects on PCBWay), but taking donations up-front from end-users before any work is done isn't something I will do. Donations after the fact: no problem. Another user has wanted me to port the loader to the MYIDEII cart for literally years on end, and even offered to pay. But I won't take the money because I doubt I will ever have the time or inclination to do the job. ;)

10

(94 odpowiedzi, napisanych Fabryka - 8bit)

I'll have a look at DCART support. Might be doable with no FPGA changes.

There are no plans to port the U1MB/SIDE loader to IDE Plus. That doesn't mean it couldn't happen, just that there are no plans. ;)

11

(48 odpowiedzi, napisanych Sprzęt - 8bit)

Pin napisał/a:

Chętnie (w miarę moich skromnych możliwości) wesprę inicjatywę napisania sterownika R/W dla FAT16 i Sparta DOS X, może nawet w grupie kilku osób, wsparcie będzie bardziej motywujące ;)

Unfortunately writing file system driver extensions for SPARTA.SYS happens to be one area not yet explained by the SpartaDOS X programming manual, otherwise it would already be done.

12

(48 odpowiedzi, napisanych Sprzęt - 8bit)

lopez napisał/a:

Tak fatfs.sys potrzebuje trochę czasu na utworzenie indeksów (chyba?). Ale nie trwa to strasznie długo. Szkoda jedynie, że jest tylko do odczytu.

I offered to help make it R/W since I already wrote a R/W FAT DOS16/32 DOS for the SIDE3 Loader but never received any response to the offer. Presumably they have everything in hand, then. ;)

13

(48 odpowiedzi, napisanych Sprzęt - 8bit)

piomet napisał/a:

Dla potomnych. Przy zakładaniu partycji FAT16 pod Windows musi być ona PRIMARY, nie LOGICAL. Teraz widać ją pod Spartą po załadowaniu FATFS.SYS. Przytrzymanie przycisku na AVG (tego koło RESET) podczas włączania Atari emuluje SIDE2.
Teraz pytanie. Pod Spartą DIR zajmuje chwilę czasu dla partycji 2Gb. Czy uda się założenie kilku mniejszych partycji EXTERNAL jak zrobimy kilka partycji FAT16?

The FAT partition doesn't have to be primary at all, but in current versions of the firmware, the APT does. This was presumably your problem. I'll be lifting that requirement too in subsequent versions.

14

(11 odpowiedzi, napisanych Sprzęt - 8bit)

zaxon napisał/a:

Z tym update/downgrade  JED poprzez  Atari i soft FJC  sugeruję bardzo  uważać bo próbowałem to zrobić  . W efekcie  kompletnie zbrickowałem nowe SIDE.  Mam teraz trupka w szufladzie ;)

To elaborate on what Pecus already wrote:

The GoWin-CPLD SIDE 3.2 which is the subject of the video is not compatible with Lattice JED files and anyway lacks the 'Wishbone' interface necessary for JED/bitstream programming via software. Clearly what you have done is brick a SIDE 3.0/3.1 using the Wishbone JED flasher, which - although I pleaded for field-testing of the tool - was apparently tested by no-one but myself and Candle. This situation - while certainly offering further evidence of poor project management and inadequate testing - has no direct relevance to JED upgrades and downgrades on GoWin-equipped SIDE 3.2 cartridges.

At this point, with the product withdrawn, I am sure that those in possession of a Lattice platform cable and in need of a JED file for the purposes of de-bricking could reasonably ask the vendor/manufacturer to provide it, but what the reaction will be if the email is signed 'Yours, Zaxon', I cannot say for sure. :)

I'll be perfectly happy to recover/downgrade/upgrade/whatever any SIDE3, 3.1 or 3.2 cartridge the owner wants to send me, and as I understand it, the manufacturer has offered to perform JED 1.3 downgrades on SIDE 3.2 cartridges as a potential solution to the problems discussed in my video if the user prefers that to a refund.

15

(11 odpowiedzi, napisanych Sprzęt - 8bit)

I have no doubt.

16

(11 odpowiedzi, napisanych Sprzęt - 8bit)

Get the JED downgraded and take it from there. The cartridges in the video with JED 2.3 were incapable of loading large CAR files as well until they were downgraded to JED 1.3... I simply never got as far as showing that.

17

(118 odpowiedzi, napisanych Programowanie - 8 bit)

I asked @tebe about the ability to generate multiple RELOC blocks in the same source file more than ten years ago, so I figured it might not be too soon to bring it up again. :)

Instructions claim it's possible:

https://i.ibb.co/0nssLv9/blk.png

In practice, however, this results in a compiler error ('ORG in reloc block', etc). To be clear, what I was hoping to accomplish is exactly what's already supported by the SDX relocatable format (multiple reloc blocks of different types with inter-block references included in the fix-up table) but without the annoying limitations of said SDX relocatable format (eight character label names, no lo/hi fixups, etc).

For clarity, perhaps an example will help:

blk absolute $3000    ; loads at arbitary address, and is jettisoned after use

Init
    jsr something
    rts

    blk reloc main    ; loader relocates this block down to MEMLO in base memory
DriverStart

    ; do stuff

    blk reloc ext    ; loader relocates this block into extended memory (if available)
ExtCode
    ; do more stuff

    blk update address    ; produce fixup table    

18

(403 odpowiedzi, napisanych Fabryka - 8bit)

What an absolutely remarkable coincidence.

19

(5 odpowiedzi, napisanych Sprzęt - 8bit)

_tzok_ napisał/a:

Side2/3 nie ma jakieś "specjalnej" współpracy z U1MB, poza faktem, że firmware dla nich tworzyła ta sama osoba.

Inaccurate. Although SIDE2/3 can work 'stand-alone' (i.e. without U1MB), U1MB integrates tightly with both on the software side, and the hardware design makes similar provisions. The SIDE2/3 loader, for instance, mounts ATRs by calling functions which exist nowhere other than the PBI BIOS of U1MB.

20

(34 odpowiedzi, napisanych Software, Gry - 8bit)

PeteyM5 napisał/a:

I do not see any videos where "FredMark" posted a comment, mine or FlashJazzCats.

Yeah, because I deleted it, but I kept a copy:

https://i.ibb.co/8P1kqts/Peter.png

This is indelibly you on at least three signature counts, which I suppose explains your interest in whether there are any extant comments belonging to the account. Not that there are any laws against having multiple YouTube accounts (or against criticising content), so why deny it? :D

21

(34 odpowiedzi, napisanych Software, Gry - 8bit)

Speaking of videos: is your 'Fred Markus (FredMark)' YouTube account going to upload any content, or are you just using it to make incognito remarks under people's videos? Subbed, anyway. :D

https://www.youtube.com/@user-zb2ft1rf2w

22

(188 odpowiedzi, napisanych Bałagan)

I fear this would result in much coffee spillage unless one was sure the cup was empty. :D

23

(39 odpowiedzi, napisanych Software, Gry - 8bit)

PeteyM5 napisał/a:

I do not create these threats just for attention

Freudian slip. You might want to correct that.

24

(893 odpowiedzi, napisanych Scena - 8bit)

PeteyM5 napisał/a:

Someone monitors my YouTube channel

Congratulations on the subscriber.

25

(33 odpowiedzi, napisanych Bałagan)

PeteyM5 napisał/a:

The sound gap issue was never considered major, as it was never known to crash the system while running on real hardware.

Indeed. What we might call 'cosmetic' issues are less critical than bugs which cause crashing, but once your software doesn't crash, the next thing is to improve the presentation. The most noticeable thing about the presentation happened to be the gaps in the music, and normally it would be enough for one person to pass remark on this, and for the problem to be acknowledged by you (as it now is, some years later) and added to the 'known issues' list. But no: you chose to deny the problem existed and claimed that people were slowing the video down in order to manufacture problems where none existed, which in turn caused more commentators to remark 'No - the problem exists and is quite easy to spot'. You're responsible for turning something relatively insignificant into a point of contention about which you have apparently remained indignant and embittered for several years, before finally admitting what everyone else was saying from the start: the problem exists, but isn't a big deal as long as it's acknowledged and eventually fixed.

What I discovered, a call to RMT Silence will cause RMT to be silent for one RMT Play call, until another RMT Play call is made. It was better to just write 0s to the Pokey Registers so the next RMT Play will immediately make a sound. The new screen draw does not contain many loop processes that run very long, so checking the VCOUNT thing would not have worked. It was easier to look at the processes during new screen draw and estimate where the program is at when a new frame starts, and add a RMT Play Call. This was a very simple fix to the sound gap issue. The final version will run without any disturbing sound gaps.

Great. Until you discovered the cause of the issue, you could have written - three or four years ago - 'I will have a look at the music gap issue - thanks for pointing it out'. But instead it turned into a tremendous psycho-drama spanning years.

The Facebook accounts mentioned have been gone now. What is most important that these accounts are offline and currently not a problem.

Where to start with this? The accounts mentioned have 'been gone', but what about the accounts we didn't mention yet? I know of at least one which is still active as I write this, as do you (since you haven't deactivated it yet). And what does 'are offline' mean? I assume it doesn't mean 'permanently deleted', especially since you add that they are 'currently not a problem', implying that they may soon be a problem again, once you reactivate them within the thirty day account deletion grace period. Temporary deactivation of sock-puppet accounts is not the most important consideration by any means. On the contrary, it's an attempt to divert attention from the most important issue, which is that you're still incapable of unambiguously owning up to creating and maintaining those accounts, and still incapable of getting rid of them, once and for all.

You've acknowledged and taken ownership of the 'sound gap' issue, so keep going in that same positive vein and take ownership of the other issues (Facebook, emails, etc). I'm pretty sure you'd eventually be glad you did.