I have just released yet another demo (months ago I had shown a video, but I had not released the program itself):
The terrain is rendered by means of perspective-correct, wrap-around texture mapping. The city is rendered by means of solid bitmap zooming. The UFO is rendered by means of zero-keyed bitmap zooming. The screen uses PTDS, is 319x200 dots and employs the RGBWa color model. On a stock Amiga 1200, the speed varies between 19 and 23 fps. On an Amiga 1200 equipped with a Blizzard 1230 IV mounting a 50 MHz 68030 and 60 ns FAST RAM, the speed varies between 67 and 80 fps. The fps fluctuations depend on the fact that the size of the UFO goes from very small (thus requiring only a few RAM accesses) to very large (requiring a lot of RAM accesses).
It is mostly just a prototype, can be nice with a readme and maybe fix exit.. but that might be more speculative code. Something we should avoid, next logical step is to build it into clib4, to avoid workarounds.
for now exit with RemTask(FindTask(NULL)); for it to die witht out closing libraries and classes and so on.
maybe:
#define vforkExit() RemTask(FindTask(NULL));
Maybe put a marker in the child process so it knows it’s a vforked thread.
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
And MorphOS does not have fork() yet, as Piru explained. I wrote that information because I compiled a program with fork() that ran fine. However, I didn't notice the warning about the implicit declaration of fork(), and the program ran in a branch where fork() was not used.
AmigaOS3: Amiga 1200 AmigaOS4: Micro A1-C, AmigaOne XE, Pegasos II, Sam440ep, Sam440ep-flex, AmigaOne X1000 MorphOS: Efika 5200b, Pegasos I, Pegasos II, Powerbook, Mac Mini, iMac, Powermac Quad
That's pretty crap, especially as there are lots of dodgy overseas seller on TradeMe already. But I have found they tend to turn a blind eye to any large volume seller. Years ago I bought a sound card from an NZ based bulk seller. Of course, I needed a specific sound chip that was supported under OS4. When the card arrived, it did not have the advertised chip. I complained to TradeMe about the seller's false listing details, but they didn't give damn.
I released a small update for the Rave audio editor yesterday night...
Unless I'm doing something wrong, there seems to be a bug in the new version of Rave. If I bring up the Settings requester and then click on either "File Requester" or "Advanced" the program stops responding, along with much of the OS. I have to reboot to recover.
I have a working vfork for AmigaOS4... so now its not only MorphOS that has it...
the stack is moved, so never do &local to get the address, before the vfork(), besides closing BPTR file pointers, and doing stuff like that will be like begging for problems and bugs. a lot of stuff must be atomic.. vfork is messy not so easy to see where the vfork thread ends.
I guess pthreads spawn is safer, easier to read. and less likely to break on a system update. (in anycase the way I did it might be quite system friendly... besides the side effects.), unless the OS is updated to 64bit, or we change to a different CPU type.
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
I would like to fund a guitar purchase and I haven't used this system in months now.
Obviously the board is used (they're sold out now new). Please do your homework on X5040 before replying, but it is basically the top end OS4 machine.
Motherboard + RAM for £1300 + shipping.
This is already a considerable loss on what was paid. It will include the USB recovery stick (used to install the system), the OS4.1FE license (apparently I can transfer this) and I'm sure I'll be able to transfer the Enhancer license but I haven't actually enquired about that yet.
Initially, UK only please. I'm not familiar with overseas shipping.
For a nominal amount (£30?) I can happily include a 128GB SSD with an installed system.
If there is interest, I would be willing to sell the complete system which would add a CoolerMaster SL600M case, PSU, RX560 GPU, and sound card. BUT (there's a big but), the case is BIG and has a glass side panel. I can't ship that so it would have to be collection from West Somerset (look up Butlins). If you're interested then PM me and we can talk prices.
[EDIT] OK, that was fast, but it looks like sale pending!
Dunno is it me or not, but once i go over your link on trademe.co.nz, i have right at top : "This listing closed and did not sell".
Yes, that's correct. The original listing didn't sell. Then TradeMe decided to cut me off, and block me from relisting because I'm not physically in New Zealand right now. Zero consideration for my situation. Just rule idiots executing company policy.
I made this PTDS proof-of-concept program many months ago, but I couldn't bother releasing it until today. It produces an effect of movement over a variable terrain. The terrain is rendered by means of perspective-correct texture mapping, according to a looping sequence of textures (Texequencer = Textures + Sequencer), on a triple-buffered 319x200 PDTS screen, using the RGBW color model. Apologies for the dull textures :p
NOTES * On a stock Amiga 1200, the speed alternates between 26 and 27 fps. * On an Amiga 1200 equipped with a Blizzard 1230 IV mounting a 50 MHz 68030 and 60 ns FAST RAM, the speed alternates between 89 and 90 fps. * YouTube's encoding degraded the quality.
From the author: "I’ve launched a Kickstarter for a book about the Commodore Amiga cracking scene, covering the early years (1985), the peak era (1990-1993), and the decline of the active scene around 1996."
Key Topics Covered:
- The origins of Amiga cracking: First pioneers and groups.
- The rise of elite groups and zero-day releases.
- Major cracking groups, their members and how they worked.
- Hierarchy of a cracking group: Suppliers, Crackers, BBS Operators, Swappers.
- How original games were acquired and leaked.
- The BBS underground: modem-based distribution.
- Race to release: Get your crack out first or get nuked.
- Interviews with legendary crackers and sysops.
- The hidden economy of cracking: funding, calling cards, and BBS profits.
- Rivalries and wars between major groups.
- The evolution of crack intros.
- Cracking tools, methods, and techniques.
- The biggest cracks and infamous game releases.
- Copy protections and how they were defeated.
- Busting operations: police raids, F.A.S.T., and legal consequences.
- Game publishers’ response: Their view on the Amiga scene.
- Games modified by crackers: Fixes, built-in errors, and hidden messages.
- Almost everything there is to know about Amiga cracking.
More Information:
- 70% of the manuscript is already complete - only final details and layout remain.
- Steen is an experienced IT project manager; he has successfully run numerous complex projects.
- Steen has been the maintainer of www.BigBookOfAmigaHardware.com since 2013, demonstrating his dedication to the Amiga community.
- Steen is a scene member, not a journalist. This will be reflected in the book's authentic, insider perspective.
it's clear from the command line options format that blink became slink, same people after all made blink, went on to make Lattice, and then joined SAS
I pushed the dual playfield a bit further: 256+256 colors, plus 8-bit alpha per color component value, plus 2-bit alpha channel.
LAYERS
Common: * PTDQ system * RGBWa color model * 320x256 visible dots * interleaved bitplanes * horizontal and vertical scrolling
Background: * 336x336 dots * maximum 256 colors
Foreground: * 672x576 dots * maximum 256 colors * 8-bit alpha per color component * 2-bit alpha per pixel
NOTES
* Both the layers reside in CHIP RAM. * The layers use 8 bitplanes in all. * The foreground mode is changed by writing a whole 24-bit palette to the COLORxx registers with the CPU during the vertical blanking. The required palettes are pre-calculated at startup. * The CPU is idle most of the time. The Copper is idle most of time (but if the staggered lines are on, it performs a wait and a write for each visible rasterline). The Blitter is idle. * YouTube's encoding degraded the quality.