Who's Online |
90 user(s) are online ( 44 user(s) are browsing Forums)
Members: 1
Guests: 89
walkero,
more...
|
|
Headlines |
-
amiarcadia.lha - emulation/gamesystem
Mar 28, 2024
-
losmalditosdemo.lha - game/adventure
Mar 26, 2024
-
libfreetype.lha - development/library/graphics
Mar 25, 2024
-
ign-addon-ods.lha - office/spreadsheet
Mar 25, 2024
-
meminfo.lha - utility/hardware
Mar 25, 2024
-
libsdl2_ttf.lha - development/library/graphics
Mar 24, 2024
-
thf.lha - game/fps
Mar 24, 2024
-
amigagpt.lha - network/chat
Mar 24, 2024
-
liba52.lha - development/library/audio
Mar 23, 2024
-
libsdl2_mixer.lha - development/library/audio
Mar 23, 2024
|
|
|
|
Re: Guru vs. Grim Reaper
|
Posted on: 2007/6/6 16:51
#601
|
Quite a regular
|
@lazi Quote: 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
|
|
|
|
Re: Guru vs. Grim Reaper
|
Posted on: 2007/6/6 13:59
#602
|
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
|
|
|
|
Re: (Sent Today) - Lending my uA1 to Olivier LAVIALE (status changed)
|
Posted on: 2007/5/15 16:39
#603
|
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
|
|
|
|
Re: Radeon cards - please list your config here
|
Posted on: 2007/4/21 14:43
#604
|
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
|
|
|
|
Re: Need a KVM-switch-with-OS4 advice
|
Posted on: 2007/4/16 21:56
#605
|
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
|
|
|
|
Re: Need a KVM-switch-with-OS4 advice
|
Posted on: 2007/4/16 20:44
#606
|
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
|
|
|
|
Re: Need a KVM-switch-with-OS4 advice
|
Posted on: 2007/4/16 16:11
#607
|
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
|
|
|
|
Re: Changing the way that drawers open
|
Posted on: 2007/2/5 18:04
#608
|
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
|
|
|
|
Re: AmigaOS 4 Final compatibility is amazing!
|
Posted on: 2007/1/3 20:16
#609
|
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
|
|
|
|
Re: AmigaOS 4 Final compatibility is amazing!
|
Posted on: 2007/1/3 20:03
#610
|
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
|
|
|
|
Re: Report your 'AmigaOS 4.0 Final' bugs here!
|
Posted on: 2007/1/2 10:09
#611
|
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
|
|
|
|
Re: OS4 Screenshots . . .
|
Posted on: 2006/12/31 22:10
#612
|
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
|
|
|
|
Re: Report your 'AmigaOS 4.0 Final' bugs here!
|
Posted on: 2006/12/31 12:54
#613
|
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
|
|
|
|
Re: Report your 'AmigaOS 4.0 Final' bugs here!
|
Posted on: 2006/12/31 2:16
#614
|
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
|
|
|
|
Re: OS4 Screenshots . . .
|
Posted on: 2006/12/30 16:14
#615
|
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
|
|
|
|
Re: OS4 Screenshots . . .
|
Posted on: 2006/12/30 15:41
#616
|
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
|
|
|
|
Re: OS4 won't boot
|
Posted on: 2006/12/29 20:10
#617
|
Quite a regular
|
@Mawrick Also, check out the filesystems (more info by joerg here). saimo edit: link
|
|
|
|
Re: Report your 'AmigaOS 4.0 Final' bugs here!
|
Posted on: 2006/12/29 17:42
#618
|
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
|
|
|
|
Re: Report your 'AmigaOS 4.0 Final' bugs here!
|
Posted on: 2006/12/29 17:36
#619
|
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
|
|
|
|
Re: Report your 'AmigaOS 4.0 Final' bugs here!
|
Posted on: 2006/12/29 17:24
#620
|
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
|
|
|
|