@Hans

This is a complex subject.

On one hand it makes sense to follow the path of least resistance, which would be to take advantage of cheap and powerful hardware, and just skip the heavy lifting altogether. That's also fine for newcomers who couldn't care less what the underlying hardware is.

On the other hand, for the existing and mostly original user base, there's a strong preference for native hardware, just because that's how it's always been, change being difficult to embrace for many, which also explains why people still want new Classic HW, 20 years after NG hardware has become available.

When considering cost alone, the first approach is definitely preferable, but there is a middle ground which can benefit everyone including people outside of the Amiga universe, and that would be open source hardware. That approach is working very well in the MCU/IoT world. It allows people with talent to design useful hardware and drivers, while people with enough funds can get the hardware mass-produced, and is typically done with some royalty scheme as it's important to keep the designers/coders on-board to continue improving/expending the product. It works quite well for companies like Sparkfun, Olimex, AdaFruit, and SeeedStudio to name a few.

Maybe that's how Amiga hardware will be produced in the future, I don't know, but I like the idea.

@white

I don't know if what follows is applicable to your observation but I thought I'd mention it in case it does.

The Amiga RDB can be located anywhere within the first few KB of a drive, can't remember if it's 4k, 32k or more, but when you configure the RDB in MediaToolbox you can choose where the RDB should be written (start block and size), and is automatically found, wherever it is, by kickstart or cfe/uboot.

So if your RDB start at block 2, and has an SFS partition listed in it, it wouldn't matter what you do in Parted, the RDB would still be there until you overwrite the RDB, presumably with data written to the first partition starting at block 2.
I doubt linux would scan the entire disk and find the SFS partition, but rather finds and parses the RDB.

I use this feature extensively on external drives as it allows to share the same drive between x86 and Amiga by having an MBR on the first block, followed by the RDB, keeping the partitions hidden from each other.

That approach requires remembering not to create/start the first MBR partition before the end of the RDB blocks, and keeping track of which block is the border between the x86 and Amiga partitions to prevent overlapping partitions.

Technically you could even specify the otherwise invisible partitions of the other OS in both the MBR and RDB, but it's too easy to make a destructive mistake, not worth the risk on a backup drive.

I also use netfs between my Amigas without trouble.

To keep it simple I only configured the XE as the server and use netmount on the X1000.

On the XE I Roadshow prefs under services I have amiganetfs set to port 2500 using tcp.
Under Servers I have added amiganetfs type Stream, Program: MY:Path/to/netfs-server, no arguments, Active, No wait, No socket I/O.

On the X1000 I do have the assign:path/file AmiTCP:L/netfs-handler, I'm not sure it's required, perhaps putting the handler in L: would work too, but that path is hard-coded in the NetMount command.

Hope it helps

On my XE it runs well except for a crash on exit but it's quite handy that it can use the same add-ons as the PC like noscript to keep it fast and flashgot to download flash videos.

Kas1e,

What is the value defined for the STACK_DEFAULT constant?
Maybe it's just a stack issue?

What does the crash log look like?

At first I thought it wasa good idea as it then matches the os version it's depending on, but Chris' example made me change my mind. It better to start with v 1.0 (even though it should be 1.1 )

@Sicky

It may be that you haven't disabled the clock in Commander prefs, without the clock it shouldn't open a screen so pressing Esc should quit Aquario normally.


And here's how you can make Commander's "Unblank command" cause Aquario (or any other Hollywood application) to exit as if you had pressed the Esc key:

Download SetSignal from:
http://aminet.net/package/util/misc/SetSignal

Set the Unblank command to:
SetSignal Acuario 12

Now anytime you press a key or move the mouse it will close Acuario but that means you won't be able to change any of its settings with F1..F10 while it's running :-/

Better yet, if you use DPMS to turn the monitor off in the Timing tab of ScreenBlankers prefs, e.g. "Stand-By delay", then a better approach would be to put the SetSignal command in the "StandBy Command" field of Commander Prefs, that way as long as the aquarium is visible you can control it with Esc/F1..F10, and once the screen goes to sleep it will quit Acuario as there's no point in keeping it running in the background so when you return from StandBy the Workbench will be visible right away.

I compiled a test version which also accepts his subvendor ID but it's only going to work if it has the same codec chip as the 5.1 card, otherwise I'll need to know what codec that card has and if it's another amk4xxx codec it should be easy enough to add support for it.

@klapdeur

I'll compile a new mixer with that device ID and send it to you for testing.

If it works I'll release it.

[Edit]
Actually there's nothing I can do for the Envy 24HT at this time, the reason why Davy didn't provide support for in previous versions of mixer was that this chipset doesn't have an internal volume mixer to be controlled via software IIRC.
...
Hmm, actually it might just be the Juli@ card because the revolution does have volume control.

Alex

@salass00

These ASCII string are from error messages to be printed out by printf() or similar.

They better not get stripped

@JosDushIt

A while back I needed a way to time how long some commands took and wrote http://os4depot.net/share/utility/shell/timer.lha

It tries to be as accurate as possible and consequently it doesn't report the result in Ticks but you could make that happen by modifying the source code a bit.

As their name implies, Pixies must be magic sprites of sorts.

As with anything wrapped in magic we don't know what it does nor how it does it, unless it does absolutely nothing, but it's really tempting to find out so maybe I'll give it a quick try to put my curiosity at ease and solve that mystery at long last




[edit]
Meh, no luck, I tried and gcc returned:

error: 'struct GraphicsIFace' has no member named 'NewPixieField'

and then a quick scan of the ASCII strings inside graphics.library revealed that none of the pixie functions are implemented (yet?).

/me puts his magician costume back in some old wooden chest.

@fingus

Send me the code for some osd(test,level,color) function which displays a transparent window with a string and some blocks like in your screenshot and I'll add it to mixer

I'm too labuzy right now to figure out how to do it

@DaveAE

Ok, I'll add the AHI <- Mixer.prefs to my todo list

@TSK

Can you confirm that this happens with the latest version (1.30) of Mixer? I thought I had fixed that issue already in 1.29

Hey Davy, thanks!

In short, in the case of the solo-1 driver AHI was resetting the card but wasn't setting the PCM volume so it would default to around -15dB, while mixer was setting it to +1.5dB. Most likely Hotrod has the same problem with his SBLive.

I'm not sure what dB value is best but for now on the solo-1 I've made Mixer set all the levels to 0dB by default (unless the user saved different levels) and the AHI driver also sets the PCM level to 0dB to be consistent. Maybe I should make the driver use the levels from ENV(ARC):Mixer.prefs to really keep it consistent?

I'll ask ssolie about the other drivers then.

I've just released a new version of Mixer, it's mostly focused on the Solo-1/ESS193x sound cards support, in particular it adds the ability to control the spatializer circuit to get some "surround" effect.

In the process I figured out what the cause of the problem was with the initial volume set by the Solo-1 AHI driver and fixed it, so I can fix it on the SB-Live and any other card with the same issue, provided I can get a hold of the source of their AHI driver.

simply escape the quotes with a wildcard like this:

LFORMAT="command *"%s%s*" params"

That's easy, just get a monitor with built-in speakers and when you'll adjust the volume on the monitor it should use OSD to show you the level

It's nothing new and the reason for it is quite simple actually: When the archiver extracts the files, it writes to these directories and consequently their timestamp gets updated by the file system (at least in the case of FFS, not sure about the others).

If a drawer is empty, it will retain its original timestamp when it is extracted.

@samo79

Although eventually it could be added to the menu, I'd rather not go there ATM because it requires adding a section of code to load the icon, modify the tooltypes and save it back, which I'd first have to learn how to do, taking time I'd rather be spending on more pressing projects.