51

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

I'll test this shortly, but my 1088XEL has no DRAMs in it already (only SRAM), and Rapidus behaves no differently installed there to when it's installed in a DRAM-equipped machine with U1MB, so it remains to be seen whether the SRAM module has extraordinary properties that a DIP SRAM does not.

pajero napisał/a:

IDE+ can handle partitions via SIO. Why SIDE only via LSIO?

IDE+ is a PBI/ECI device so can supplant the math pack with a BIOS overlay which intercepts SIO. SIDE is a cartridge, so cannot. U1MB is a PBI device, though, so provides the overlay and intercepts the SIO. Works perfectly well with other PBI devices as long as there are no device ID conflicts. The U1MB PBI capability has many uses and also facilitates the bootable CF adapters on the 1088XEL/XLD (since one can replace the PBI code with whatever is needed for the mass storage device).

The U1MB PBI BIOS provides 'New Device' support for SIDE. SIDE driven by the SDX driver is an LSIO device.

Atari didn't provide SIO indirection in anything but the PBI handler, so you're out of luck without a RAM-based OS.

54

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

I recall a couple of VBXE demos which checked for a blitter done IRQ but would misinterpret POKEY IRQs as blitter done IRQs and crash/run at crazy speeds. Just an idea, anyway.

55

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

Shortly. I've been working on an almost complete re-write since last July, which represents well over 1,000 hours of coding and testing. There are plenty of videos about it on my YouTube channel (look for my user name) and discussion about it in the U1MB/SIDE firmware thread at AtariAge.

56

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

You can leave the PBI BIOS enabled (if you want HSIO, etc), but disable the HDD, specifically.

As for the reason: it's likely that the BASIC XE cartridge does not decode fully in CCTL, so reacts to writes over the entire $D5xx page. No such problem with U1MB/SIDE3, where you can use the PBI HDD alongside the cartridge image without issues.

57

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

A genius under our noses took AtariDOS and turned it into the greatest file system in the world just by removing the 64 file limit. Why will no-one appreciate this achievement??? :D

58

(9,859 odpowiedzi, napisanych Bałagan)

Even using the BS figures (13.9M cases, 135K deaths), IFR in England is less than one per cent. It was speculated that we were well on the way to herd immunity towards the end of 2020, however, and there are 56M people in England. Deaths 'from' COVID (sole cause of death on death certificate) have been revised down to 17K, meanwhile. Do your own sums.

59

(9,859 odpowiedzi, napisanych Bałagan)

Using 'cases' (positive tests) to calculate the IFR of a disease people can catch without even knowing (or recording) it is a bad way of doing calculations. Might as well calculate it as population divided by deaths at this point, and not including people run over by buses, etc.

60

(9,859 odpowiedzi, napisanych Bałagan)

tOri napisał/a:

-> flashjazzcat - this perfectly describes the religion of covidianism, LOL and that any masks (except for tight suits) do not protect against viruses, especially respiratory diseases transmitted by air. It would be ridiculous if it weren't for the tragic consequences.

Precisely, and you echo the reaction of a friend of mine:

'It would be funny if these people weren't a menace to society and a danger to civilisation.'

It seems to me that they try to avoid an airborne virus in the same way they would try to avoid dust, paint fumes, or smoke. Unless practiced with clinical diligence (which it rarely is), mask-wearing has an air of superstitious ritual about it.

61

(9,859 odpowiedzi, napisanych Bałagan)

Dialogue between my wife (no mask or vax) and one of her managers (mid 30s, healthy, masked and jabbed) at the shop the other week:

Deborah: 'So, will you get rid of the mask when the mandate ends?'
Manager: 'Me? No! I'll keep wearing mine. I don't want to catch Omicron!'

A week later: manager is missing, assumed on holiday. But no: he's off work with COVID. :)

62

(9,859 odpowiedzi, napisanych Bałagan)

Watch as the Covidians who worshipped at the altar of 'The Science' (and complained that we didn't) now plead with us to ignore 'The Science' because The Science is not telling them to wear a mask and be afraid (since 'The Science' is actually 'The Politics'). Indeed, #WearAMask is tending on twitter. They don't want it to end! :D

63

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

Great - thank you!

If this looks reliable in a few days, I will update the CAR files at the DLT permalink, and add the updated copy to the APT toolkit disk.

64

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

Found the bug. An extra (non-existent) entry from the table of LBA partition table sector numbers was being grabbed from the array when the last partition was at the end of a sector of the APT chain. Since the bug resulted in MBR corruption, it seemed a good idea to add debugging code which triggered a breakpoint if any attempt was made to write sector 0 when laying out the APT. The breakpoint was immediately triggered with 78 partitions...

Please try the version attached and let me know if it passes Pin's most extreme stress-tests. :)

65

(9,859 odpowiedzi, napisanych Bałagan)

If we want to empirically evaluate the perceived threat-level to the vast majority of the healthy population from COVID-19, we need look no further than the most senior members of the British government, who clearly did not perceive the virus as a serious threat as early as May 2020 (seven weeks into the first UK lockdown), when they hosted 'bring a bottle' parties (um... 'business meetings') at 10 Downing Street while Joe Average was prohibited by law from socialising with his friends and family, on pain of fines and criminal prosecution. Of course, anyone observant knew this at the time (even though revelations about said gatherings were only leaked in recent months); you need only watch Nancy Pelosi getting her hair done, government officials removing their masks as soon as they believed the cameras were off, the UK health secretary removing his mask as soon as he walked into 10 Downing Street, US Governors having illicit social gatherings, etc, way back at the height of the crisis.

While all this was going on, the Queen of England sat alone at her husband's funeral, and a man sat crying in the car park while his wife died in hospital.

Whether these well-timed 'leaks' are deliberate and designed to help change the narrative (the press now pivoting against lock-downs, suggesting T-cell immunity from the common cold might protect against COVID, downplaying the seriousness of Omicron, etc) I do not know, but many observers seem locked in a state of hypnosis, still complaining that the people who 'broke the rules' should be punished for breaking the rules. Apologists maintain that 'it was a mistake', and 'we're deeply sorry', but many people are completely missing the point. If the people who were the architects of the pandemic response clearly and consistently ignored the restrictions they placed on the rest of the population, this should tell us one thing and one thing only: that they did not perceive the virus as a serious threat to themselves or their families.

Of course, it will take months or years for this to 'sink in' with many people the function of whose daily existence for the past twenty-two months has been to advertise the existential threat to healthy adults and children (remembering that 75 per cent of those dying from or with COVID had four co-morbidities), shout 'govern me harder, daddy!', wear ten masks, and eagerly take any injection offered them on condition that they are allowed to work or go on holiday. And I can hardly blame them at all, because they were terrorised by state-manipulated media to the point at which they will have to completely realign their worldview in order to comprehend what actually happened. And many people were simply obliged to go with the flow for the sake of their livelihood.

And yes: trying to vaccinate your way out of a pandemic was regarded as a dumb idea until about a year ago, when... um... 'the science changed'.

Good thread, anyway.

66

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

bugz_ napisał/a:

I was able to reproduce issue originally posted by @Pin and can give you some more insights. MBR gets corrupted when final number of created partitions is exactly 16, 47, 78 etc. Partition size doesn't matter.

This is most useful information; I was trying to recognise some such pattern yesterday when testing, and I was able to corrupt the MBR when the number of partitions was exactly 78. But if I used 'fill/divide' to simply create 100 partitions, there was no problem at all. So it seems that the TOTAL number of partitions must equal one of these 'magic' values, exactly as you say.

This patterns seems to correlate with maximum number of partitions which one can create in one sector. First number seems to not match my theory but first APT partition has also 15 mapping slots which makes theory plausible.

Good observation. What with my distracted mental state recently, I spent a few seconds trying to correlate the numbers with the various sector boundaries in the APT chain, but totally forgot while doing so that sector 1 of the chain is special, in that it contains the mapping slots in the first 256 bytes, and therefore only 16 partition table entries (in the upper half). Now, it starts to make sense.

I read APT_spec and create small python script for disk analysis if you would be interested. It helped me identify that issue.
If you would need any help on that just ping me.

Again - this would be most helpful. I may well get in touch, although I did (years ago) write an A8-based utility which dumps the entire APT record chain with absolute sector numbers, etc. It might be a lot more expedient to use a PC-hosted tool, however. Naturally the partition editor is burdened with complexity and eligible for many re-writes when I get time (I now dislike the mandate that all partitions are kept contiguous), and I have not done any serious work on it for some years.

The other interesting thing is that we had an issue just like this in the past, and I addressed it, fixed the primary fault, but yet a problem persists (coming to light literally years later). In any case, thanks to your analysis, I have some clues now. :)

67

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

Yeah: this is definitely a bug. I'll look into it when I get time. Thanks for flagging it up.

68

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

We can see quite well how what's shown in the video works. :) If this was empirically the only/best way of doing things, every DOS would work this way, but it does not. Offloading everything to the peripheral is all nice and good, but I don't really see what it proves, or what my 'whims' have to do with it. All systems have to be 'designed' in some way, and the programmer has to make decisions. XBIOS chose to use a completely proprietary API. I assume that was one of your 'whims'. :)

In short: I answered your question regarding long filenames. A follow-up lecture or debate is completely redundant. Imitation is the sincerest form of flattery, however. I appreciate that. :D

69

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

FMS in the loader handles long filenames, CIO DOS handles short filenames. You can access the files with long names via the short alias. Long filename handling is extremely code and buffer heavy, and there would be no hope of housing such an FMS in 5K... unless your AVR/MCU is doing all the work and the software on the Atari side is just being handed long filenames via the API.

It would be largely pointless anyway, given the fact almost all software which works with DOS expects 8.3 filenames.

70

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

Getting into the SIDE3 Loader without disturbing the underlying application (providing the application is reset protected) is almost certainly doable, given time. The latest (unreleased) version of the SIDE3 Loader can be run interactively from the SDX prompt as well, if that's useful.

There is no IRQ signal on the cart connector, meanwhile, so you will never trigger an IRQ with a button the way it can be done with PBI devices. Such a facility is of rather limited use anyway if the running application happens to turn interrupts off.

71

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

Advertising AVG in the SIDE thread. Classy move.

72

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

Santyago napisał/a:

No tak, piszę, że czarny ekran mam na wyjściu composite / svideo - nie na dvi :)

Utterly bizarre. Quite the opposite to what I expected, in fact. Perhaps Simius needs to be involved in the investigation.

73

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

Check the legacy video to see if it actually made it into the BIOS menu. I've seen strange black-screens on the DVI output from time to time and would like to investigate it further.

74

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

SDX on the SIDE3 cart serves no purpose whatsoever when U1MB is present and the PBI HDD is enabled. The purpose of this config is to use the cartridge solely for mass storage and cartridge loading. The exact same version of SDX is right on the U1MB and you should use this one. The SIDE2/SIDE3 driver cannot process CONFIG.SYS, because the default CONFIG.SYS (on the CAR: device of the cart's SDX ROM) installs the driver which allows access to the HDD.

The MERGE command (as described above) is a good workaround for CONFIG.SYS amendments, but as said: you need not worry about this on an U1MB machine.

75

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

Auto-translation certainly makes your post appear semi-literate, but since I do not speak Polish, I cannot say if this is down to the failings of the translator, of it is simply a faithful representation of the character of the original writings.

I think I bet on the latter ;-)

I see: 'Muh... AVG... muh... XEP80... blah-blah... system graphics routines'.