Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
58 user(s) are online (37 user(s) are browsing Forums)

Members: 1
Guests: 57

TearsOfMe, more...

Headlines

Forum Index


Board index » All Posts (joerg)




Re: PPC games on OS4, please help
Just can't stay away
Just can't stay away


@AmiKit

Quote:
Heretic II: still crashes on OS4pre4 even with native ixemul installed. It displays yellow recoverable alert at the end of installation when the registration window is about to open. I have Radeon 7000. Please help.
Sorry, no idea since I only have the demo version which uses a simple shell script to start the game.

Quote:
Wipeout2097 doesn't work or crashes, even on OS4pre4.
Disable "MipMapping" and "Play Intro", maybe "CD Audio" has to be disabled as well. And IIRC you must not wait too long before pressing a key after it displayed some pictures while loading or it will try to play an animation anyway which crashes.

Quote:
Shogo: still no go. Freezes as soon as the launcher is displayed. I experimented with the CDDA tooltypes, I also tried to disable them completely but with no succes Joerg, can you list your working tooltypes or send me the .info file please?
I'm using the following tooltypes, but I only have the demo version of Shogo and I'm using a Voodoo3.
Quote:
(MUTE)
WINDOW=NIL:
TOOLTIPS
POPUP
TIPTEXTHEIGHT=11
TIPTEXTNAME=Helvetica.font
*** Don't change these manually ***
ENABLEPOLYGAPFIX
ENABLETRIPLEBUFFER
ENABLETJUNCTS
COMMANDLINE=
SAVECOMMANDLINE
AUDIOCHANNELS=4
AHIUNIT=0
MIXFREQUENCY=1
MIXAHEAD=2048
REZLOAD
SOUNDCACHE=10000
TEXTURECACHE=10000
GENERALFILEBUFFER=64
MODELFILEBUFFER=1000
SOUNDFILEBUFFER=1000
PRECACHE=2
AMBIENTSOUNDS=0
SOUNDSYSTEM=1
CDDADEVICE=a1ide.device
CDDAUNIT=2

Go to top


Re: PPC games on OS4, please help
Just can't stay away
Just can't stay away


@LiveForIt

Quote:
Any success whit the current update?
Sigh. No WarpOS software can work with the old powerpc.library on OS4 Final, the July 2007 update nor any future update of AmigaOS4.
Just because some WarpOS software doesn't crash immediately sometimes for some users, but trashes random memory instead, doesn't mean it works ...
The powerpc.library from Update4 doesn't and can't work with anything but the Update4 kernel (because of bugs in powerpc.library, not in the newer kernels, and unfortunately I didn't add a check for the kernel version and refusing to start it with other versions).

Go to top


Re: CPUTemp.docky and the CPU usage graph
Just can't stay away
Just can't stay away


@dwolfman

Quote:

dwolfman wrote:
With the new OS4 update, I've got the new CPUTemp.docky working in a dock, but noticed something odd about it.

The readme says the graph should use a darker color for "ignored" tasks. I've added dnetc to my icon tooltypes, but it doesn't seem to be showing it as a darker color. I do get on occasion a second usage percentage showing, just not the darker shading for the background usage.

Could I have done something wrong? Here are my tooltypes from the icon:

IGNORETASKS=CPUInfo.CPUTask|CPUClock.CPUTask|dnetc
...

Joerg? Any ideas?
I've never used dnetc, but it's probably using a different name for it's cruncher task. Search with a tool like Ranger, XOper, Scout, etc., which displays all tasks for a task with state ready and a very low task priority, probably < -100.

Go to top


Re: I'm Smiling
Just can't stay away
Just can't stay away


@Rogue

Quote:
It should never have tried to do anything like a "dual-CPU" solution, because you had to use all kind of tricks to get decent speed out of it (see Shogo as an example, it doesn't run on any WarpUp emulation AFAIK).
Shogo works on OS4 Update4. I only have the demo version, but IIRC other beta testers used the full version successfully as well. Except for the AHI music (the sound effects work, but the background music thread crashes), which was a problem in other Hyperion games as well on OS4, for example Freespace and Heretic II. The ShogoLauncher crashing when searching for CD drives itself (no CDDADEVICE and/or CDDAUNIT tooltypes set) is not WarpOS related, the problems installing or registering the full version probably not either. The intro/animation which should be there when starting the game doesn't work (black screen or flickering, but no crash). But the game itself does work. The first level on Voodoo3 even using hardware 3D with minimal gfx errors, for later parts and on Radeon cards only software 3D is usable.
Shogo is just the only WarpOS Warp3D game in which hardware 3D doesn't even work with a Voodoo3 on OS4.

Quote:
The bottom line is that IMO there isn't enough software that makes sense to preserve, hence WarpOS support is of no concern.
For the WarpOS games using Warp3D the WarpOS part isn't the main problem, to make them work the OS4 Warp3D would have to include workarounds for the Warp3D related bugs in the games. Most of the old WarpOS Warp3D games work correctly with hardware 3D on Voodoo cards (Freespace, Heretic II, Payback, Wipeout2097, ...) because they were tested on Voodoo gfx cards, but AFAIK hardly anything works on Radeon cards which weren't supported by Warp3D yet when these games were written.
m68k Warp3D games, IIRC Payback included a m68k binary as well, have (or had, I don't remeber if Payback works with the current Warp3D and only had problems with early versions) exactely the same hardware 3D problems on OS4 and Radeon cards.
The first versions of the OS4 Warp3D.library didn't have a m68k jump table, which is used by WarpOS software as well, and could only be used with AmigaOS4 native Warp3D software, with hindsight it would have been better if it would have been keept that way ...

Except for games, and scene demos which largely don't work anyway, there isn't any WarpOS-only software AFAIK, and with Petunia the m68k versions aren't much slower, or even much faster than the WarpOS versions, for example without special workarounds for it in powerpc.library the WarpOS version of fxPAINT is even slower than running the m68k one with the interpreting m68k emulator on 750 CPUs (on 74xx CPUs it's data cache flushing of the complete 4 GB address space, instead of just the few bytes actually used for transferring data between the m68k and PPC parts, is much less of a problem).

Go to top


Re: Older versions of SFS?
Just can't stay away
Just can't stay away


@micro

Quote:

micro wrote:
Is it possible for you to upload the older versions of SFS? Since there is only 1.270 available on aminet, and according to some people on morphzone, i have to download 1.252 or similair version, to get MorphOS to run on my classic amiga.
I don't know anything about problems with the current version, nobody has reported any bugs/problems until now.
But you shouldn't use 2 incompatible file systems on the same partition anyway, if you want to use the PPC native MorphOS SFS never write to such partitions with an AmigaOS version of SFS, and never write to AmigaOS SFS partitions with the MorphOS SFS. According to the MorphOS SFSCheck readme they made incompatible changes in the MorphOS SFS
If you want to continue to use AmigaOS 3.x as well, and not switch to MorphOS completely, it's probably best to create a FFS boot partition for loading MorphOS from AmigaOS 3.x and special, MorphOS-only SFS partition(s) with MorphOS itself, etc. for using the MorphOS SFS in MorphOS, don't mount any AmigaOS SFS partitions on MorphOS and don't mount MorphOS SFS partitions on AmigaOS, and only use FFS partitions for transferring data between MorphOS and AmigaOS.
Or make sure the PPC native MorphOS SFS is never used but always an AmigaOS m68k version of SFS. On AmigaOS4 you could do that by storing an AmigaOS 3.x m68k SFS binary with a different DOSType, for example 0x53465301 ('SFS\1'), in the RDB and use that DOSType instead of the standard SFS one (0x53465300, 'SFS\0') for all SFS partitions. Unless they do something very strange that should work on MorphOS as well, but of course an emulated m68k version is slower than a PPC native version.

Go to top


Re: Newlib.library 52.20??
Just can't stay away
Just can't stay away


@dwolfman

Quote:
However, I run this and it requires newlib.library 52.20!!
Ooops, it was build with the current (beta) newlib SDK instead of an old version which is required for compatibility to OS4 Final.
But it only needs newlib.library 52.20 if you start it from shell or workbench, using it as docky should work on OS4 Final.
I'll upload a new version build with the old newlib SDK.

Quote:
I have 52.3 right now, but have not been able to locate it anywhere to download. Is this in some obscure download place? Or is it soon to be released?
52.3 from OS4 Final is the current public version, only OS4 beta testers and developers have newer versions until the next AmigaOS4 update is released.

Go to top


Re: HDD crash recovery better than expected!
Just can't stay away
Just can't stay away


@Richi

Quote:
There was a thread on AW.net on the proper configuration of FFS, it seems that after the normal installation it is set in a very sub-optimal way.
It was proven that changing the parameters in the right way could greately increase the performance.
Was the "fs_set_flush_strategy" tool included in any of the AmigaOS4 releases? AFAIK it wasn't, and that's what you need to change the settings (put "fs_set_flush_strategy >NIL: dhx: 1" for each FFS2 partition into S:User-Startup). For example copying large files to a FFS2 partition is about 10 times faster with the flush strategy set to "relaxed".

If it wasn't included I could write and release a replacement, but using SFS is still faster anyway

Go to top


CD/DVD burning tool
Just can't stay away
Just can't stay away


I've uploaded a simple burning tool to my SFS homepage, AmiDVD.

It doesn't have much features, especially the ISO9660 creation part is very limited, but it can be used for single session data CDs/DVDs, for example for backups or burning existing images, or images created by MakeCD which is free now but AFAIK can't burn DVDs.

Go to top


Re: I'm Smiling
Just can't stay away
Just can't stay away


@tiffers

Quote:

tiffers wrote:
@Mikey_C

Could it be WarpUp emulation is working/back for OS 4.0?
No.

For what do you want WarpOS emulation anyway?

Not for WarpOS games, at least 90% of them are too broken to run on AmigaOS4 without problems, especially the ones using Warp3D as well.

With the WarpOS scene demos it's even worse, 90% of them are too broken to even start.

WarpOS applications like FxPaint aren't usable either (at least the demo version, it constantly flushes the caches for the complete 4 GB address space, instead of only the few bytes actually used for passing data between the m68k and PPC CPUs on a real WarpUP system, which makes the WarpOS version much slower than the m68k one, even if you run the m68k version with m68k interpreter and not the m68k JIT. The powerpc.library which was included in Update4 had workarounds for such crap, but that caused other problems).

I have a powerpc.library which works on OS4 Final since over a year, but I haven't found a single WarpOS program yet which would justify a WarpOS emulation for AmigaOS4.

Go to top


Re: Unicode support in future os4 updates?
Just can't stay away
Just can't stay away


@TetiSoft

Quote:
I've heard that the IRC protocol doesnt include any MIME
specification of the used charset. The user is responsible
to know which charset is used by the other user and to send
the text he typed in the charset which is expected by the
other user.
Yes, and it's even much worse than that, originally IRC used the 7 bit IBM national charset of norway (IIRC, or whereever else it was invented)

But since there is no charset in IRC using anything but UFT-8 (or US-ASCII) doesn't make sense.

Quote:
Or in other words, you have to tell the other users that they shall send ISO-8859-1 or -15.
Except for private chats you usually can't do that, the networks and/or channels define a charset all users should use.

Quote:
Or you use an IRC client
which is able to decode UTF-8 and to convert it to the
current OS4 system default charset before displaying the
text.
And which can convert everything you type from the system default charset to UTF-8 before it sends it. It should support converting from/to other 8 bit charsets as well since UTF-8 isn't used everywhere. All IIRC clients, except for the AmigaOS one (AFAIK WookieChat is the only one still developed), do support that, and most try to auto detect UTF-8 when receiving texts even if you have configured it to use a 8 bit charset.

Go to top


Re: Unicode support in future os4 updates?
Just can't stay away
Just can't stay away


@ZeroG

Quote:
Where is the problem to display swedish characters using the swedish charset, when the UFT-8 String has been converted to the normal swedish amiga-charset?
On AmigaOS4 with ReAction there is no problem. On OS4 with MUI you have to use workarounds (fontname_MIME-charset-name.font). If swedish doesn't use ISO-8859-1 it's not possible on AmigaOS 3.x in MUI programs, on AmigaOS <= 3.9 the charset is always ISO-8859-1, you can use something else only if you use unicode and the bullet API and render all texts yourself, not in any GUI system.

Go to top


Re: Unicode support in future os4 updates?
Just can't stay away
Just can't stay away


@TetiSoft

Quote:
To sum up the discussion, I would not even think about
using UTF-8 file names before the user is able to type
UTF-8 file names,
Even if you could type them you couldn't use them, the only filesystem which allows UTF-8 names is only available to the OS4 beta testers ...
Since FFS2, SFS, etc. reject eveything which included chars between 128 and 159 you can't create files with UTF-8 names.

Go to top


Re: Unicode support in future os4 updates?
Just can't stay away
Just can't stay away


@ZeroG

Quote:
It should be possible to add UTF-8 support in WoookieChat using codesets.library. Maybe you should ask jahc for it.
Something like codesets.library is only required for software which has to work on AmigaOS 3.x, on OS4 it's not required. OS4 includes even 2 charset conversions, the iconv functions in newlib and diskfont.library ObtainCharsetInfo() DFCS_MAPTABLE.
The main problem is displaying the unicode texts, although it's supported since AmigaOS 2.0 or 2.1 already (bullet.library API, on OS4 it's easier to use through the diskfont.library Open/CloseOutlineFont() and E*() functions) hardly anything uses it. In ReAction and MUI programs you have the additional problem that you can't render yourself into the window and the standard classes are limited to 8 bit charsets, you'd have to (re)implement all gadgets, etc.

Go to top


Re: PPC games on OS4, please help
Just can't stay away
Just can't stay away


@AmiKit

Quote:
How? Have you copied the powerppc.library from OS4pre4 to OS4Final? What other libraries/files/steps are needed, pls?
For WarpOS software using Warp3D you additionally need Warp3DPPC.library, but no matter what others write it does not work with the OS4 final kernel, just because it may not crash immediately but trashes random memory instead doesn't mean it works ...
At least don't run any other software at the same time and do a cold reboot (<ctrl><alt><alt>) directly after using any WarpOS software with the old powerpc.library on OS4 final.

Go to top


Re: PPC games on OS4, please help
Just can't stay away
Just can't stay away


@AmiKit

Quote:

AmiKit wrote:
@joerg

Shogo have installed successfully however it freezes as soon as the ShogoLauncher window is displayed. The same with demo version.
IIRC that happens when the launcher is searching for CD drives, if you manually set the CD tooltypes it's working, for example add
CDDADEVICE=sii0680ide.device
CDDAUNIT=2

Go to top


Re: PPC games on OS4, please help
Just can't stay away
Just can't stay away


@AmiKit

Quote:
Btw. what about Shogo? No go? Anyone?
Hardware 3D, especially on Radeon cards: Forget it. On my Voodoo3 the 1st level was nearly working correctly, but later there are lots of missing walls, etc.
IIRC using software rendering worked correctly here with the demo version of Shogo. With the default font the texts are messed up, only the top half or 3/4 is displayed, but using another font they are displayed correctly, the font can be changed in one of the config files. The intro doesn't work (it doesn't crash, you just get a black screen or some flickering). Most WarpOS games had problems with AHI with the OS4 powerpc.library, especially background music, if you get crashes try with sound and/or music disabled (I don't remember if the Update4 version of powerpc.library did that itself for Shogo, some versions included special workarounds for some games).

Go to top


Re: PPC games on OS4, please help
Just can't stay away
Just can't stay away


@samo79

Quote:
Or wait for a new powerpc.library ...
There wont be a new powerpc.library. Unless someone else implements a new one from scratch.

Go to top


Re: PPC games on OS4, please help
Just can't stay away
Just can't stay away


@AmiKit

Quote:
Where can I find OS4 compatible ixemul library please?
here.

But for the games it doesn't help much, you may be able to install them with the OS4 ixemul.library, but you can't run WarpOS software on OS4 final since it doesn't include a powerpc.library. Don't install an old version of powerpc.library, the old versions do not work on OS4 final.
If you want to run WarpOS software you have to install OS4 Update4 as well and boot from the Update4 partition, incl. loading the Update4 kickstart modules, whenever you want to run WarpOS software.

Go to top


Re: Access Denied: Amiga Inc loses first stage
Just can't stay away
Just can't stay away


@Billsey

Quote:

Billsey wrote:
Justia has a corrected version of the Judge's order (listed as document number 40). At first glance, it looks as though the person doing the filing forgot to put some kind of UPC symbol across the top of the document. Nothing big, but I haven't looked any deeper, so there might be other differences as well.
In the initial version the formatting was messed up on page 3. That's probably the only change.

Go to top


Re: Guru vs. Grim Reaper
Just can't stay away
Just can't stay away


@lazi

Quote:
lazi wrote:
@Rogue

Quote:
Rogue wrote:

It's not quite that easy. The initial requester is done by the kernel reaper...
Not for normal crashes, even the inital requester is in GrimReaper, only for ramlib crashes there is a requester in reaper.

Quote:
I found that if I rename/remove/replace the GrimReaper file then even the initial requester does not come up.
However if I copy c:reboot to utilities/grimreaper it does not started by a crash.
C:Reboot doesn't work with the arguments passed to GrimReaper, try a script with something like
Reboot FAST
as SYS:System/GrimReaper. Don't forget to set the 'S' protection bit when using a script.

Quote:
Is there a proper way to capture the crash by changing the GrimReaper file and after handled it somehow (eg.: play a sound) then call the original GrimReaper?
Rename GrimReaper, for example to RealGrimReaper, and use a script as SYS:System/GrimReaper:
.key ARGS/F
.bra {
.ket }
soundplayer path:to/crashsound
RealGrimReaper {ARGS}

Go to top



TopTop
« 1 ... 55 56 57 (58) 59 60 61 62 »




Powered by XOOPS 2.0 © 2001-2016 The XOOPS Project