Lotharek, SIDE 3.2, U1MB, and the FJC Firmware

SIDE 3.2

In May 2024. I received a customer’s Atari 130XE in which I was tasked with the job of installing Ultimate 1MB, Sophia 2, and UAV. Since this is typical of the upgrade assignments I receive, it did not represent a challenge and the machine was completed within a couple of days. Then – since the customer had also purchased and supplied a SIDE3 cartridge – I set about updating the Ultimate 1MB firmware with the necessary SIDE3-compatible components. While testing the system, I noticed corrupted entries in the SIDE3 Loader’s FAT directory listing, despite the fact I had pre-modded the host machine with a 74F08 chip in place of 74LS08 (unfortunately a common – but almost invariably effective – method of dealing with SIDE3 issues for the past four years).

Upon further investigation, I discovered that the customer’s SIDE3 cartridge (actually ‘SIDE 3.2’, although identifying in software as SIDE 3.1) carried a GoWin CPLD and firmware versioned 2.3. The CPLD firmware (commonly known as the ‘JED’) is the compiled VHDL bitstream which makes the hardware behave as it does, describing register locations, access timings, etc. Despite the fact I already had a pre-production SIDE 3.2 cartridge (also equipped with a GoWin CPLD, which replaced the more expensive and less readily available Lattice CPLD on prior SIDE3 versions, but with different buffer ICs, indicating that the bill of materials had changed since I was sent the only supposedly representative sample of SIDE 3.2 in my possession), that cartridge carried JED 1.3, and until that time I had never seen or heard of JED 2.3 before. I subsequently tested my pre-production SIDE 3.2 in the customer’s machine and one of my own ‘daily-driver’ U1MB Ataris, and found it worked perfectly, while the customer’s SIDE 3.2 (with JED 2.3) would not work reliably in either computer. I then tested older SIDE3 revisions (with Lattice CPLDs carrying JED 1.1 and JED 1.3, and all with the same SIDE Loader version 0.69 present on SIDE 3.2) and likewise found that they worked correctly.

My first experience of JED 2.3

How I learned JED 2.3 existed

That same day – 17 May 2024 – I contacted both Candle O’Sin (the designer of SIDE3) and ‘Lotharek’ (manufacturer and vendor of SIDE3) and informed them of the problems I was experiencing, adding that it seemed highly likely that the ‘new’ JED on the customer’s cartridge was responsible for the issues. I was informed – variously – by both parties that ‘JED 2.3’ was produced to address ‘timing issues’ believed to exist on SIDE 3.2 cartridges tested by Lotharek on 19-20 February 2024. It later transpired that the testing was carried out in the wake of a customer complaint concerning the reliability of a SIDE 3.2 cartridge purchased with JED 1.3. Lotharek – testing the cartridge and finding it not to work reliably in his own test machine(s) – asked Candle O’Sin to provide a new GoWin JED revision with the aforementioned ‘tweaked timings’. The new JED – which Lotharek assumed ‘fixed the issues’ after observing it to work on his test machine – promptly (on 21 February 2024) pushed the new JED revision onto all retail boards, even posting a product recall on his website inviting customers who had purchased SIDE 3.2 prior to that date to return their cartridge so that Lotharek could retroactively update the JED.

A production SIDE 3.2 cartridge PCB

My only involvement at the time had been by way of the production of a ‘test’ Loader at Lotharek’s request on the morning of 19 February. Lotharek’s objective was to test adjustments to the duration of the SD card power-on clocking delay in the loader to see if this would alleviate the issues he had experienced. The following day, however, Lotharek told me that a ‘hardware problem’ had caused the issues, indicating that the removal of some capacitors had provided a conclusive solution. That was the last I heard of the matter until 17 May 2024 – some three months later – when I encountered a ‘JED 2.3’ GoWin SIDE 3.2 for the first time, and found it did not work reliably on the customer’s machine (as well as directory corruption, the cartridge was prone to causing the host machine to boot directly to the OS memory test rather than to the SIDE3 Loader).

In any case, after I ‘raised the alarm’ with both the designer and the vendor on 17 May, Lotharek offered to ship me a GoWin platform cable, since this would be required to downgrade the JED from version 2.3 to the (apparently perfectly functional on the customer’s machine) older version 1.3 in the absence of any ‘Wishbone’ software-flash mechanism on the GoWin CPLDs. I updated the machine’s owner on the situation, and waited for the cable to arrive.

Around four weeks later, having periodically chased up the whereabouts of the cable with Lotharek, I was told – after asking again – that it had arrived at his office. Since May’s firmware commission (the money I am paid for instances of my ‘SIDE3 Loader’ and other firmware pre-installed on devices sold by Lotharek and his resellers) was also due, I asked about that as well. Lotharek indignantly explained that he was unable to pay the commission and would be unable to post the GoWin platform cable owing to a lack of funds in the wake of some problematic business transaction. Annoyed that my money (derived directly from the sale of devices retailing for up to £125) had apparently been spent, I told Lotharek that I urgently needed the cable in order to at least finalise the customer’s machine and be paid my fee for the upgrade work. My last three messages on the matter (sent on 26 June 2024) apparently went unread, although £93 (representing commission on eight units) was paid into my bank the following day. The promised cable, meanwhile, has still not been sent at the time of writing.

The label on the rear of the PCB, indicating that the CPLD was equipped with JED 2.3

Since it seemed unlikely I would ever receive the tools to downgrade the customer’s SIDE 3.2, Candle O’Sin suggested I might consider simply replacing the GoWin CPLD with a Lattice CPLD and thereby render the cartridge compatible with the CPLD programming tools I already had to hand. Candle provided instructions on reconfiguring the board, and I performed the CPLD swap and successfully programmed the Lattice CPLD with JED 1.3. However – for reasons unknown – the cartridge failed to work at all, despite the fact the version 3.2 PCB ‘theoretically’ supports either CPLD type (although no evidence exists that a Lattice chip had ever been installed prior to my attempt).

With the customer’s SIDE 3.2 now completely non-functional, I resigned myself to replacing it at my own expense and ordered another SIDE 3.2 from RetroLemon. I also ordered – on Candle O’Sin’s suggestion – a less expensive GoWin platform dongle. When the new cartridge arrived, I tested it in the same machines used for prior tests, and found it failed in the exact same way as its predecessor. However, now in possession of the platform cable, I was able to downgrade the JED to version 1.3, and when I tested it again, the cartridge worked perfectly in the test machines. Upgrading to JED 2.3 immediately ‘broke’ the cartridge again. Finally, I wrote JED 1.3 to the customer device again and pronounced the machine complete and working, more than seven weeks after I initially discovered the problems with SIDE 3.2.

Since 17 May 2024, I filmed the work I did on the various SIDE 3.2 cartridges, and in July I began to edit the footage, adding to it as new developments occurred. The finished video was put on general release on YouTube on 16 July 2024.

The chief complaints the video put forward are as follows:

  • Despite being the developer of the sofware/firmware for the SIDE3 cartridge, I was completely excluded by Lotharek from any decision-making or structured testing concerning the reliability of and/or need for JED 2.3. I had previously tested all prior JED revisions, but not only was Candle O’Sin’s direction to Lotharek that I be sent JED 2.3 and a means to flash it before it was deemed fit for release completely ignored, I was not even told of its existence, only discovering it on the customer’s SIDE 3.2 cartridge three months after it was released.
  • Lotharek not only mandated the creation of JED 2.3 based on limited testing in the wake of a customer complaint, but performed all pre-release beta-testing of the new JED on what I assume to be a severely limited number of machines. Moreover, said testing was carried out to completion in the space of 1-2 working days. Testing of prior JED versions – even when intended for the well-established Lattice-equipped cartridges – commonly involved several physically remote parties and was conducted over a period of weeks or even months. The possibility of other issues – be they hardware or software related – was hurriedly dismissed in favour of the conviction that the problem must lie with JED 1.3.
  • To make matters worse – and despite my raising the alarm that JED 2.3 was ‘problematic’ (at least on the customer machine and my own machine) on 17 May before proving it beyond doubt some seven weeks later – Lotharek appeared determined to blithely install JED 2.3 on recalled JED 1.3 SIDE 3.2 cartridges, regardless of the severely regressive behaviour of JED 2.3 I had observed during my own tests (notwithstanding the high likelihood that the new JED would nevertheless randomly work on other machines depending on a variety of nebulous external factors, possibly including the presence of the ’64K SRAM’ board or other add-ons).
  • Any progress I made concerning the customer’s SIDE 3.2 cartridge was accomplished in the face of Lotharek’s complete inability to provide a suitable GoWin programming cable (the one he would have provided me with in February 2024 as a matter of formaility had proper testing been considered a priority) at any point during the seven weeks between my identifying the problem and actually figuring out a solutuon.

In essence, my premise was that in making the executive decision that SIDE 3.2 required the stability ‘fixes’ supposedly provided by JED 2.3, and mandating that Candle O’Sin (who was apparently in no position perform first-hand testing of anything at the time) produce said JED revision, inadequately testing it (instead of sending it to me for a ‘second opinion’), and then pushing the JED onto production cartridges, Lotharek had made a catastrophic error of judgement and a series of poor decisions which were directly responsible for me wasting a considerable amount of time and money in the arduous quest to provide the customer with a working system. However, since I considered that undertaking preferable to the customer simply returning the device to the vendor and being offered a refund or another SIDE 3.2 which worked equally unreliably, I thought the undertaking worthwhile. Not only that, but I believed the test results presented in the video to be potentially useful not only to both the vendor and the designer, but to end users finding themselves in a similar position to the one I occupied.

Lotharek’s Response

Lotharek – upon hearing of or watching my video (which ultimately atracted over 3,000 views) – took great exception to it, and engaged me directly via Whatsapp messaging. I discussed the situation with him for two hours on the evening of 17 July 2024. Although the discussion was heated, I felt things quickly became more civil, and by the end, I felt optimistic that Lotharek was keen to solve the issue (indicating to me that he would consider retroactively downgrading cartridges back to JED 1.3, or – his preferred solution – commissioning the production of yet a further new JED revision).

It was surprising to me, then, to discover the next morning that Lotharek had produced a video ‘statement’ concerning the ‘SIDE3 situation’, which he clearly uploaded within an hour of our conversation the previous evening. In the video, he sought – as he had done on Whatsapp and via email – to distance himself from the technical side of his products, stressing that his involvement was completely limited to manufacture (in accordance with the Gerber files he received from Candle O’Sin, etc), retail, and first-line after-sales customer support with exclusive reference to hardware (not software or firmware).

Unfortunately, Lotharek’s insistence that he ‘just makes and sells’ the devices is completely inconsistent with his commissioning of JED 2.3 for SIDE 3.2 in February 2024 and of him being the only person to undertake beta-testing of the JED before unilaterally pronouncing it reliable and fit for release. He maintains, in his video, that he ‘assumes’ the products he sells are provided in a working state by the designers and firmware authors. Yet Lotharek has for some years also offered for sale ‘fixers’ and other add-ons which explicitly claim to alleviate known, common stability issues with other products on offer – SIDE3 included.

O2 Fixer product page with reference to ‘problems with fast cartridges like SIDE 3.1’

Lotharek also states that he tested JED 2.3 prior to release (whether or not the ‘fixer’ or the 64K SRAM board he also sells were present in the test machines or not is unclear, although I consider it highly likely that one or both were present) and ‘assumed’ it fixed the problem, despite being aware that Candle O’Sin lacked the equipment necessary for scrupulous testing, and despite completely failing to enlist me (the software developer) as a (more than willing) component of the structured testing.

Lotharek – in his video – also claimed that my video was the first he had heard of any issue with JED 2.3 ‘after months of silence’ (from me). This is objectively untrue, since – as stated in my video – I provided Lotharek with an unequivocal diagnosis of the problem on 17 May 2024, squarely blaming JED 2.3 for the unprecedented situation of SIDE3 being unstable on a host machine pre-stabilised at my own hand. It was this communication which caused Lotharek to offer to send me a GoWin programming cable, and my frequent subsequent enquiries as to the cable’s whereabouts provided a clear indication that the JED downgrade remained a priority.

Information I sent to Lotharek on 17 May 2024

Lotharek also referenced – disapprovingly – my open-ended questions regarding the non-appearance of the SIDE3 ‘Wing’ promised and first previewed in late 2022. Said ‘Wing’ was designed to provide SIDE3 with Ultimate 1MB-like functionality such as a PBI HDD driver, extended PORTB memory, and other features requiring connection to the host machine’s ECI port. I noted in my video that the SIDE3 Loader I released in early 2023 (and which is present on all production SIDE 3.2 cartridges) even includes currently deactivated settings for the features the ‘Wing’ would provide. Lotharek blames Candle O’Sin’s ‘personal situation’ for the fact the ‘Wing’ has not yet been offered for sale, although Candle herself flatly denies this and claims that Lotharek has been provided with everything required to put the SIDE3 ‘Wing’ into production (regardless of any negative impacts this might inevitably inflict on Ultimate 1MB sales).

Throughout his video and in prior statements, Lotharek appeared to conflate my criticism of JED 2.3 and the circumstances of its deployment with criticism of his PCB production and board assembly capabilities – criticisms which were self-evidently never made. It was indeed Lotharek himself, when telling me on 20 February that the problems he had observed were caused by a ‘hardware problem’, who apparently considers the JED a component of the hardware – the same JED concerning which he undertook all quality control and pre-release testing, without seeking my assistance or my ‘second opinion’.

It was also interesting that Lotharek complained of ‘taking all the risk’ in the matter of manufacturing and selling SIDE3, Ultimate 1MB, etc. It should be remembered that it was Lotharek who chose to purchase Candle’s prior hardware designs and market them exclusively, Lotharek who subsequently decided it would be lucrative to sell devices with my firmware pre-installed while paying me regular commission, Lotharek who decided how much my firmware was worth in terms of monthly commission, Lotharek who eventually decided to set up his own SMT pick-and-place production facility, Lotharek who decided to replace the Lattice CPLD on SIDE3 with a cost-reduced GoWin CPLD, Lotharek who decided to replace the Renesas SRAMs on the U1MB with Alliance SRAMs, Lotharek who decided that SIDE 3.2 required a revised JED, Lotharek who decided to release said JED without allowing me to test it first, and so on. All this while claiming that he just ‘makes and sells’ the devices, and has no hand in their functionality or design.

‘Further Action’

While Lotharek did the arguably responsible thing and suspended sales of SIDE3 (albeit without giving me any prior notification, and withdrawing the product not after I informed him of issues in May, but after I publicised them two months later) pending a ‘solution’, he also stated – towards the end of his video – that ‘further actions would be taken’, insinuating that these ‘further actions’ may include punitive measures such as the withdrawal from sale of all products with my ‘FJC’ firmware pre-installed (thereby denying me the firmware commission he has hitherto paid me on every device sold with my firmware pre-installed, which includes ALL SIDE3 cartridges), or even attempts to recover previously paid firmware commission on SIDE3 devices should they be returned to the manufacturer.

On 19 July – three days after my video’s publication – I discovered (again, without having received any notification) that the FJC-firmware versions of Ultimate 1MB and Incognito had been withdrawn from Lotharek’s online shop and consigned to the ‘Discontinued’ page. The FJC-firmware SIDE2 cartridge (SIDE3’s predecessor) was withdrawn shortly afterwards. The only FJC-firmware product still on sale at the time of writing is the ‘Incognito Gold’, which is a revised version of Incognito board previously sold in FJC and ‘stock’ firmware flavours (both of which have also been relegated to ‘Discontinued’ status). The ‘Incognito Gold’ is limited to a final production run of fifty units, after which no more will be produced.

The status of the FJC-firmware lines at RetroLemon (Lotharek’s UK distributor) – though still on sale at the time of writing – remains unclear, the proprietor being away until August 2024.

On 23 July 2024, I noticed that Lotharek’s SIDE3 page had been altered yet again, the device’s status having changed from suspended/withdrawn, to discontinued/terminated.

SIDE3’s product page in the ‘Discontinued’ section of the webiste

Permanent withdrawal/termination of FJC-firmware products in this manner, in the absence of any clear rationale or explanation, appears to be an act of spite, especially considering the fact he continues to offer for sale those products (with ‘stock’ firmware) whose intellectual property he has already purchased outright from Candle O’Sin. However, since Lotharek cannot sell SIDE3 without paying commission to Candle O’Sin and to myself, and cannot sell other devices with my firmware pre-installed without paying me commission even if he owns the hardware designs outright, the only conclusion I can draw is that he simply no longer wants to pay, although it’s interesting to note that he is still selling Incognito with my firmware pre-installed, presumably because that’s considered a premium offering and a limited-run collector’s edition (a fact reflected by its increased price). So it’s heartening to know my firmware is still considered good for something and capable of generating revenue.

The ‘Incognito Gold’ product page

As for the threat to attempt recovery of already paid commission on SIDE 3.2 cartridges returned by customers who are subsequently refunded, this appears to indicate – at the very least – that the vendor is determined to share the burden of any material loss among parties who played no part in the events which resulted in cartridges being sold with poorly tested CPLD code. Even if it could be shown that my unambiguous and conclusive demonstration of the curative effects of removing JED 2.3 from the device were misleading and my software was somehow directly responsible for the garbled directories shown in my video, bugs in software – once discovered and understood – are easily rectified via field updates which can be quickly issued to end users and applied at zero cost and incurring minimal risk. Contrast this with the practicalities of downgrading the CPLD code on the GoWin chip; something requring the purchase of a USB GoWin platform dongle, the manufacture of an adapter cable, the installation of the GoWin platform software, and distribution of the required bitstream file to the customer. The matter appears moot, however, in the wake of email conversations Lotharek has conducted with SIDE 3.2 owners in recent days, in which he has suggested a downgrade from JED 2.3 to JED 1.3 as a likely solution to stability issues. This – accompanied by the offer of a full refund should the customer prefer it – appears to me an unambiguous acknowledgement that problems were caused by the presence of JED 2.3. Since I had no hand in the creation of JED 2.3, no knowledge of its existence prior to its wide distribution, and was afforded no opportunity to test it prior to release, I accept no responsibility for its presence on retail SIDE 3.2 cartridges, and likewise no liability for lost income incurred through problems resulting from it.

Another owner of SIDE 3.2 with JED 2.3 experiencing the same issues

The same user’s JED revision

 

Ultimate 1MB

The problems encountered with SIDE 3.2 closely followed some ‘controversy’ concerning Ultimate 1MB, after one high-volume customer who had apparently purchased some forty U1MB boards in the space of around two years (and installed them in machines he had upgraded and ‘flipped’ on eBay) experienced SIDE3 issues when device was paired with the latest Ultimate boards he had purchased from RetroLemon. The first I heard of the matter was when Jakub (RetroLemon’s proprietor) contacted me on 8 April 2024 and asked whether I knew that new builds of U1MB had ‘compatibility problems’ with my firmware. Needless to say I knew of no such thing, and did not even know that U1MB had been revised in any way. Jakub went on to explain that Lotharek had changed the SRAM chips on U1MB after the older ICs ‘became unavailable’, and that he (Jakub) learned of problems after the high-volume customer bought some of the newer boards, experienced issues, and noticed that the boards had Alliance SRAM chips instead of the usual Renesas memory. Problems included ‘birdies’ (ANTIC DMA corruption), malfunction of the U1MB firmware, and the machine booting directly to the OS memory test.

U1MB firmware malfunction (misreported CPU speed) on an U1MB with Alliance SRAMs

ANTIC DMA ‘birdies’ on a system with U1MB carrying Alliance memory

U1MB with Alliance SRAM apparently causing the OS to boot direct to the memory test

My chief objection to the diagnosis put forward (that the issue – although acknowledged to be caused by hardware changes rather than software – manifested itself only when my firmware was present) was that the correlation between the firmware version and manifestation of the issues was specious and immaterial. My contention was that if memory corruption and DMA issues were occuring in the wake of the hardware changes, they were happening regardless of whether the firmware installed on the board made such issues easier to observe. In short: the hardware either works or doesn’t.

I contacted Lotharek directly regarding the issue, and he responded – interestingly – by saying that he was unprepared to offer support to the customer who had reported the issues, on the grounds that he refused to support people who would not pay for my work (i.e. the firmware). It was clear that Lotharek knew that the customer was purchasing U1MB in large volumes, and that he was purchasing the boards in ‘stock’ configuration and applying my firmware after the fact. What Lotharek did not realise, however, was that the customer was making regular firmware payments of GBP 20 per unit sold, thereby bypassing Jakub and Lotharek (who charge a ~GBP 20 premium on the FJC-firmware devices, resulting in commission of ~GBP 11.50 paid to me per sale). So in actuality, the customer was offering me more meaningful material support than the vendor. Indeed, any end-user was operating fully within their rights when purchasing a ‘stock’ device and upgrading it with my firmware after the fact, regardless of whether they chose to offer me material compensation for my work or not. What I had stipulated in the terms of use was that commercial sellers should make prior licensing arrangements with me prior to selling instances of my firmware pre-flashed to retail hardware. The customer – whether morally obliged to make such payments or not – had chosen to do so (presumably because of the volume of machines he was upgrading and selling, and out of a genuine desire to support my efforts regardless of volumes sold), thereby – in my view – making himself immune to criticism of any kind from any direction.

It seemed to me, however, that Lotharek – realising the vendor had been denied an albeit small amount of revenue and that the customer was paying me almost double my usual commission intead of spending the balance on the premium charged for the FJC devices – was quite irked by being ‘cut out of the deal’, despite initially appearing to take a principled stance on the need for me to be compensated for my contributions. Lotharek also stressed that the customer support issue was Jakub’s problem and not his, and that he wasn’t directly involved in the activities of his resellers.

The customer – with whom I had liaised directly in the wake of Jakub’s remarks – subsequently sent me two of the ‘problematic’ U1MB boards so that I could test them. Although I was unable to replicate his issues, I did notice several other board-routing changes to the device in addition to the Alliance SRAMs already known about, and the slightly unusual PLCC flash ROM markings the customer had also reported. The customer kindly allowed me to keep one of the two revised U1MB boards, and I later noticed that the board donated to me had two cuts on the 5V trace from the OS ROM connector, and a diode ‘bodged’ to the front of the board.

Diode intended to limit current to the Alliance SRAMs

5V trace cut on Alliance-SRAM U1MB board

Subsequent discussion with Candle O’Sin revealed that the modifications were intended to ameliorate perceived Alliance SRAM incompatibility with NMOS TTL signals by lowering the operating voltage of the RAM chips. I was, however, unable to observe any behavioural difference between the modified board and another Alliance-SRAM-equipped U1MB I received (which lacked the cut traces and the diode) from a customer.

As a result of these changes and the uncertainty they caused, the high-volume customer lost confidence in purchasing ‘stock’ U1MB boards and upgrading them after the fact, especially given the UK vendor’s puzzling assertion at the time that the Alliance-SRAM U1MB boards were only guaranteed to work with the stock firmware. The customer thereby felt obliged (in order to ensure he was protected by the product warranty) to purchase devices with the FJC firmware pre-installed, and in so doing pay the FJC-firmware premium to the vendor and support my efforts indirectly rather than directly. The customer also remarked that the terms of the warranty implied that stock boards subject to ‘software mods’ (i.e. after-the-fact firmware updates) might not be covered by said warranty.

Lotharek’s warranty policy, apparently not covering software modifications

Regardless, this situation represented another instance of my being ‘kept out of the loop’ and encountering and/or being implicated in issues caused by changes made without my knowledge. Not only that, but it was another example of customers ending up in the potential position of beta-testing changes to hardware which they knew nothing about when they purchased it. Moreover, the attitude of both the manufacturer and the vendor indicated a strong desire to steer customers into paying the premium price for devices with the FJC firmware pre-installed instead of purchasing the stock firmware device and updating the firmware after the fact. Indeed, the warranty policy offers further discouragement to any end-user interested in proceeding in that manner, by suggesting that the warranty (which is ‘kept’ on the pre-upgraded devices) is invalidated once the user upgrades the firmware on the device.

Indication that the warranty – ‘kept’ with pre-upgraded devices – is not kept with user-upgraded devices

Ironically, U1MB with my firmware pre-installed has since been withdrawn from Lotharek’s product line, and Lotharek has perfunctorily indicated (in a video) that users might instead offer me their support independently. Whether this represents spiteful retaliation or is a result of the manufactured perception of incompatibilies bewteen the revised hardware and my firmware is not known, but it certainly ensures that potential users of my firmware are no longer covered by any product warranty, and that they are obliged to undertake after-the-fact firmware updates.

On 8 May 2024, Lotharek posted on his social media business page images of ‘U1MB Revised 2K24’ being tested. Although Candle had previously indicated to me that a revised board would eventually be released (primarily in order to better accomodate the Alliance SRAMs and get rid of the large CR2032 coin-bell battery previously mounted on the bottom of the PCB), I have at the time of writing received no pre-production or production sample. It is currently not known whether the intention is to offer the device with my firmware pre-installed.

U1MB Revised 2K24

Lotharek’s Public Statement

On 4 August 2024, Lotharek published a statement on his ‘lotharek.pl’ Facebook business page, saying that:

  • He had decided to remove all FJC-firmware products from his shop (aside from the remaining ‘Incognito Gold’ boards, of which he claimed forty of the original fifty units remained unsold).
  • Accusations that he did not pay FJC royalties were ‘fake’ and damaging to his reputation.
  • His decision was motivated by ‘open-sourcing’ of projects, ‘lack of support’, and ‘not moral behaviour’ [sic].
  • Problems should be discussed in private, while successes should be publicised.
  • He would also withdraw from sale all ‘Candle’ products whose IP had not already been purchased outright.

The statement was subject to at least one series of revisions, and the final version included a link to my PayPal donation page and an invitation to ‘support Jon’s work’.

The initial version of Lotharek’s Facebook statement

The final revision of Lotharek’s Facebook statement

While this statement broadly did no more than confirm a course of action which could already be inferred from the content of his video and the edits made to his website in late July, editorialising concerning non-payment of ‘FJC royalties’, ‘lack of support’, and attempts to adopt a position of moral superiority were puzzling to say the least. Responding to one commentator, Lotharek claimed to have received no prior correspondence from me at all regarding problems with SIDE3 JED 2.3.

Lotharek stating he received no emails concerning JED 2.3

However, this represents a ‘lie by omission’, since he failed to mention the WhatsApp messages I sent in May and June (the first – sent on 17 May – being illustrated earlier in this article), all of which were read and acknowledged, but without prompting any action whatsoever. Not only was Lotharek therefore made aware of the issue via ‘the usual’ channel on 17 May, but the questions concerning the ‘morality’ of my video concerning JED 2.3 are inapplicable, every reasonable attempt having been made to motivate Lotharek into action up to seven weeks before my video was published (communications having eventually tailed off after five weeks following a quarrel regarding overdue royalty payments and the non-appearance of the GoWin platform cable I had been promised).

Moreover, the clear sentiment that ‘problems should remain private, while successes should be made public’ raises some concerning questions regarding transparency in the eyes of the customer. By 17 May, SIDE 3.2 with JED 2.3 had been on sale for almost three months, and during the ensuing seven week period (until my video was published), I am aware of no attempts made by the vendor to a) correct the issues or b) notify customers there might be a problem. Indeed, his earlier RMA notification invited customers who had purchased SIDE 3.2 with JED 1.3 prior to 21 February to return their cartridge and have it ‘upgraded’ to the problematic version. It remains questionable, then – had my video (which simply confirmed the diagnosis I had privately provided on May 17) not been published – whether JED 2.3 owners would have been made aware of any potential reliability issues at all.

Concerning ‘lack of support’: it’s difficult to know what more I could do in terms of supporting the manufacturer, having promptly provided the requested test loader on 19 February within an hour of Lotharek requesting it, and having provided a report (sent directly to Lotharek) of the JED 2.3 problems on 17 May within an hour of discovering them (and later confirming the cause of the issue using equipment purchased at my own expense).

Regarding royalties, the source of accusations of ‘non-payment’ are unknown. At no point in my video was there any direct or implied accusation that commission had been persistently withheld. What I did reference was that payments had progressively arrived later and later every month up until June’s in-arrears payment for May (which arrived unprecedentedly late, on 26 June), but I deliberately avoided going into detail concerning the explanation privately offered for the lateness of May’s royalty payment. I also presented my actual income received per unit as a porportion of the surcharge imposed on the customer (being unaware that any secrecy surrounded this sum) and did so ‘without comment’, being perfectly satisfied with the percentage I received per sale.

Lotharek’s End of Text

On 5 August – the morning after posting his statement and apparently in light of commentary provided by me and other observers – Lotharek appeared to conclude the discussion by blaming communication issues on the presence of ‘Candle in the middle’.

While I can agree that poor communication was certainly a contributing factor, the real issue seems to me not to be ‘Candle in the middle’, but ‘FJC left out entirely’.

Moving Forward

While – as an ardent champion of the products designed by Candle O’Sin and sold by Lotharek – it will pain me not to enjoy continued involvement in their testing and development, having been repeatedly ‘left out of the loop’ concerning several recent design changes, I have to conclude that my involvement had already been curtailed such that I had to contend with problems arising from hardware changes of which I was told nothing. In spite of this, I continue to liaise directly with SIDE3 owners in the hope of enacting expedient solutions to their problems.

Since at the time of the events under discussion, I had already embarked on the large-scale refactoring of the SIDE3 Loader source code which I consider a pre-requisite of the improvements, fixes and functionality enhancements I felt not only obligated but keen to implement, it’s obviously disappointing that such a labour-intensive undertaking is unlikely to generate further income (unless of course SIDE3 is reintroduced, since my firmware cannot be sold on a commercial basis without my recieving commission).

Nevertheless, hopefully I can continue to support owners of SIDE3, Ultimate 1MB, and Incognito in the future, as I have enjoyed doing for well over a decade. Sincere thanks to all the users of these products for the support and encouragement they have shown me since I first became involved in firmware production for Atari 8-bit upgrades and peripherals.

Beyond that: should I become involved with the development of firmware for actively developed hardware again in the future, I think the lessons learned from my experiences working on SIDE3 will prove invaluable. At the bare minimum, a project of this magnitude and complexity requires effective project management, clear communication, centralised resource management which ensures that all involved parties are automatically notified of (and sign off on) all hardware, firmware and software changes, and structured in-house and public beta testing strategies. The responsibility for success or failure in such a scenario would thereby be equally shared among all parties involved.

FJC

(Last revised, 7 August 2024)