Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
90 user(s) are online (44 user(s) are browsing Forums)

Members: 1
Guests: 89

walkero, more...

Headlines

Forum Index


Board index » All Posts (saimo)




Re: Guru vs. Grim Reaper
Quite a regular
Quite a regular


@lazi

Quote:
Dirty, but simple. :)

What is so complicated in having $CRASHHANDLER set by default to SYS:System/GrimReaper and having the possibility of adding a line like "Setenv CRASHHANDLER SYS:C/Reboot" in one's user-startup?

Quote:
We really should not bother GR only in very special circumstances.

Just don't add anything to user-startup, then

saimo

Go to top


Re: Guru vs. Grim Reaper
Quite a regular
Quite a regular


@tonyw

Quote:
Now that I think more about it, you could copy the Reboot command from C: into System/ and call it GrimReaper, then the reboot would happen automatically.

This solution is somewhat dirty. Something more elegant would be having an environment variable (say, CRASHHANDLER) defining the full path to the application to fire on crashes (much like VIEWER).
I guess this is trivial to implement, so I hope AOS4 developers are reading here

saimo

Go to top


Re: (Sent Today) - Lending my uA1 to Olivier LAVIALE (status changed)
Quite a regular
Quite a regular


@gofromiel

First off, welcome!
Then, in addition to what Raziel said, you should also unplug all the stuff that is not strictly necessary: DVD drives, network cards, etc.

I really hope this good deed by Aldur will lead to a wonderful ending! Respect to Aldur!

saimo

Go to top


Re: Radeon cards - please list your config here
Quite a regular
Quite a regular


I have a HIS Excalibur RADEON 9000 with 64 Mb onboard - worked perfectly, with interrupts enabled, ever since.
Full details...


Machine

A1-XEG4
MPC 7441/7551 at 800 MHz
FSB at 133 MHz
RAM 256 Mb


PCIScan output

01 0x10CC 0x0660 Mai Logic Incorporated Articia S Host Bridge
02 0x10CC 0x0661 Mai Logic Incorporated Articia S PCI Bridge
03 0x10B7 0x9200 3Com Corporation 3c905C-TX/TX-M [Tornado]
04 0x1106 0x0686 VIA Technologies, Inc. VT82C686 [Apollo Super South]
05 0x1106 0x0571 VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE
06 0x1106 0x3038 VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
07 0x1106 0x3038 VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
08 0x1106 0x3057 VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
09 0x1106 0x3058 VIA Technologies, Inc. VT82C686 AC97 Audio Controller
10 0x1106 0x3068 VIA Technologies, Inc. AC'97 Modem Controller
11 0x1095 0x0680 Silicon Image, Inc. PCI0680 Ultra ATA-133 Host Controller
12 0x1102 0x0002 Creative Labs SB Live! EMU10k1
13 0x1102 0x7002 Creative Labs SB Live! MIDI/Game Port
14 0x1002 0x4966 ATI Technologies Inc Radeon RV250 If [Radeon 9000]
15 0x1002 0x496E ATI Technologies Inc Radeon RV250 [Radeon 9000] (Secondary)


Monitor tooltypes

BOARDTYPE=Radeon
CMPLENGTH=6
SOFTSPRITE=No
IGNOREMASK=Yes
FAKENATIVEMODES=No
INTERRUPT=Yes
SETTINGSFILE=ENVARC:Sys/Picasso96.prefs


saimo

Go to top


Re: Need a KVM-switch-with-OS4 advice
Quite a regular
Quite a regular


@Jack

Quote:
Lost me here

The switch has a selector button(*): when pressed, the switch redirects the I/O to the other "channel" - f.ex., if currently keyboard, mouse and monitor are used by the A1 on channel 1, pressing the button puts channel 2 in use, i.e. keyboard, mouse and monitor are redirected to the Wintel box. Roughly, these are the steps performed by the switch when the button is pressed:
1. "detach" the devices from the current channel
2. try to "attach" the devices to the other channel
3. if step 2 fails, "re-attach" devices to the original channel
For some unknown reason, Windows is not able to detect the USB mouse if the machine gets turned on when its channel is *already* the current one; so, the solution, is switching manually by pressing the selector button(*).

(*)The switch also accepts a keyboard combo for a selector button press: my combo is SCROLL-LOCK + SCROLL-LOCK + F1/F2 for channel 1/2, respectively.

It's a very simple thing, but I can't seem to produce a brief and clear description. Sorry.

saimo

Go to top


Re: Need a KVM-switch-with-OS4 advice
Quite a regular
Quite a regular


@Jack

Quote:
What's the "explicit switchng"?

I mean, when I turn the Wintel box on and it is the one that gets the input/output (i.e. the A1 is off), Windows does not detect the mouse, so I must manually press the KVM switch (or the relative keyboard shortcut) to get the dumb OS to recognize the device (what happens is that the switch tries to redirect the I/O to the other machine, but, finding none, returns to the Wintel one). TBH, I haven't tried the A1 on the same channel, but I just cannot bother

BTW: the KVM model is D-Link DKVM-2KH.

saimo

Go to top


Re: Need a KVM-switch-with-OS4 advice
Quite a regular
Quite a regular


@Jack

I have a D-Link KVM (not here, and I can't remember the model, sorry) to which a CRT monitor, a PS2 keyboard and an USB mouse are connected.
I have no problems whatsoever on the A1 (G4-XE) side, whereas the Wintel machine does have a problem with it as it requires an explicit switching before it detects the mouse (the Wintel machine is on the second "channel").

saimo

Go to top


Re: Changing the way that drawers open
Quite a regular
Quite a regular


@aldur

It's not exactly what you are looking for, but this might help: if you keep RAMIGA pressed while opening a drawer, the parent drawer window will get closed.

saimo

Go to top


Re: AmigaOS 4 Final compatibility is amazing!
Quite a regular
Quite a regular


@hotrod

Quote:
I'm using ClassAction v4.40 and it still gives me a DSI error when deleting something from the RAM disk :(. Does that work for you? Try to unpack something and delete a couple of times. Then tell me if it works.

I don't need to make the test as I do that frequently every day
And yes, it works. And used to work ever since. Probably that's because you're using an old version: I have v4.50 here. You can download it from the official homepage.

saimo

Go to top


Re: AmigaOS 4 Final compatibility is amazing!
Quite a regular
Quite a regular


@hotrod

Quote:
Have you noticed that something works that didn't with update #4?

Yes. FrexxEd and ClassAction both used to cause some rare DSIs, but they are gone now
I haven't tried many other programs yet, and those two are just the first that came to mind.

saimo

Go to top


Re: Report your 'AmigaOS 4.0 Final' bugs here!
Quite a regular
Quite a regular


@tonyw

Quote:
Thanks for those figures, they are what I was looking for.

You're welcome

Quote:
It seems that you are operating right at the bounds of your monitor's capabilities, if reducing the refresh rate from 86 to 85 is enough to make a big difference.

Well, I'm actually pushing the horizontal frequency to the max (70 kHz), so it could be.
However, the monitor seems to happily cope with what it's asked for by the Picasso96Settings, so one would expect that the same should happen also with tooltypes.

Quote:
I'll make up those modes myself and see if I can measure a difference between 85 and 86. Maybe there is an arithmetic problem in there somewhere.

Yes, I was thinking along those lines as well. Indeed, at least the ScreenMode preferences return slightly different numbers - could it be a sign?

saimo

Go to top


Re: OS4 Screenshots . . .
Quite a regular
Quite a regular


@Snuffy

Quote:
Ahh, Novometal IV! Nice clean & simple theme!

Glad you like it
BTW: I have recently added a few grabs of my AOS4 Final Update setup dressed with the novometal theme in the image section.

saimo

Go to top


Re: Report your 'AmigaOS 4.0 Final' bugs here!
Quite a regular
Quite a regular


@tonyw

Quote:
If you have a monitor mode that does not produce a usable output from a Radeon or Voodoo, then we would like to know about it in case it is a bug that needs to be fixed.

Please let me have full details of:
1) your monitor type (TFT/CRT/model, etc);
2) the mode(s) that do(es) not work properly;
3) the P96 settings for that scan rate that *DOES* work properly;
4) the model of video card.

I need to be able to enter your numbers and see what scan rates etc are produced, before I can be sure it's a bug.

You can PM me if you like, to avoid cluttering the thread.

I think that this could be rather instructive for everybody, so I hope you don't mind if I answer directly here.

I don't think we're dealing with a bug here, but rather with a different way of calculating the parameters.
But let's look at the real figures.

My monitor is an Acer AJ 17 (CRT, 4+ years old) - works fine also under Windows (it's attached to both the A1 and the Wintel machine by means of a KVM). The manual indicates these ranges for the scanning frequencies: 30-70 kHz horizontal, 50-120 Hz vertical.
My graphic board is a HIS Excalibur RADEON 9000 - worked fine ever since.

I normally use a 1024x768x32@86 mode, so I did not test other modes with the tooltypes method.
I could get it to work without any problem whatsoever with Picasso96Prefs at the first attempt. When the monitor tooltypes have been introduced, I tried to define the same mode but, as said, the picture would not be centered properly (now, with a grab, I could calculate that the leftmost 12 pixels are not shown), so I stuck to Picasso96Prefs. Note that if I lower the vertical frequency to 85 Hz the screen seems to be shown properly.
Here's a table showing some numbers about the three modes:

key: method, mode: horizontal (kHz) / vertical (Hz) frequency as reported by ScreenMode preferences, horizontal (kHz) / vertical (Hz) frequency as reported by the monitor's own OSD

Picasso96Prefs, 1024x768@86: 70.02 / 87, 69.4 / 86 (good)
tooltypes, 1024x768@86: 70.02 / 86, 69.1 / 86 (bad)
tooltypes, 1024x768@85: 68.68 / 85, 68.6 / 85 (good)

Finally, here's a screenshot showing the working Picasso96 settings and the corresponding non-working tooltypes settings.

Hope this helps,
saimo

Go to top


Re: Report your 'AmigaOS 4.0 Final' bugs here!
Quite a regular
Quite a regular


@tonyw

Quote:
You should not use the old Picasso96Settings file any more. It is obsolete and omitted from OS4 Final. In later issues it might not even be supported.

At the moment the new way of specifying screenmodes is not as powerful as Picasso96's. For example, (AFAIK) it does not allow to play with the pixel clock or, more importantly, with the manual centering - and this is a major letdown: for example, I cannot define a 1024x768@86 screenmode without having the screen shifted to the left so much that I cannot see the leftmost column of ~32 pixels ( yes, I have all the monitor tooltypes correctly defined and perfectly reflecting the Picasso96 settings).
Moreover, the loss of a visual interface to perform the setting is by no means a good thing, although it's obvious that Picasso96's GUI could (and should) be improved.

In all, replacing Picasso96Prefs with just the new monitor tooltypes just does not cut it and represents a step backwards.

saimo

Go to top


Re: OS4 Screenshots . . .
Quite a regular
Quite a regular


@samwel

Quote:
Wow! What a nice and clean looking custom look you have.

I mostly don't like the custom looks because they're not usable for anything other than looking at. But yours is REALLY nice!

Thank you
I try to keep things as easy and clean as possible, retaining at the same time some sort of basic elegance - if you're interested, the path I followed is kind of summarized by the screenshots here and here.
BTW: I released my theme on OS4Depot a long time ago, so anybody can try it out (uhm... maybe maybe there are some minor differences with the current theme, but they should not really matter...).

saimo

Go to top


Re: OS4 Screenshots . . .
Quite a regular
Quite a regular


@NTN

Quote:
Interesting tool

Here's my take (done for support in the AOS4 bugs thread, not to show off AOS4 elegance/customizability).

saimo

Go to top


Re: OS4 won't boot
Quite a regular
Quite a regular


@Mawrick

Also, check out the filesystems (more info by joerg here).

saimo

edit: link

Go to top


Re: Report your 'AmigaOS 4.0 Final' bugs here!
Quite a regular
Quite a regular


@orgin

Quote:
I guess when they redo the workbench they'll fix stuff like this.

Yes, so do I. After all, I think it would be trivial already now, given that all that would be needed is adding a checkbox in the Workbench preferences and little else.

saimo

Go to top


Re: Report your 'AmigaOS 4.0 Final' bugs here!
Quite a regular
Quite a regular


@acefnq

Quote:
I had exactl;y the same settings, I don't know what you picture did but all of a sudden it has started to work and I changed nothing.


Magical picture!

Quote:
Only difference was I was looking at tooltypes for things in WBStarup to see if there could be any clashes.

Are you sure you did not (unadvertedly) touch anything? Are you sure it did not already work?
Anyway, it would be interesting hearing from others.

saimo

Go to top


Re: Report your 'AmigaOS 4.0 Final' bugs here!
Quite a regular
Quite a regular


@orgin

Quote:
If it's not in the release then no.

No, it's not there... but on (heh) OS4Depot (works just fine here).

saimo

Go to top



TopTop
« 1 ... 28 29 30 (31) 32 33 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project