Who's Online |
73 user(s) are online ( 36 user(s) are browsing Forums)
Members: 1
Guests: 72
daveyw,
more...
|
|
|
|
|
Re: PPC games on OS4, please help
|
Posted on: 2007/7/7 16:17
#1661
|
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
|
|
|
|
|
|
Re: PPC games on OS4, please help
|
Posted on: 2007/7/7 4:14
#1662
|
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).
|
|
|
|
|
|
Re: PPC games on OS4, please help
|
Posted on: 2007/7/7 1:34
#1663
|
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.
|
|
|
|
|
|
Re: PPC games on OS4, please help
|
Posted on: 2007/7/7 1:31
#1664
|
Just can't stay away
|
@AmiKit Quote: Where can I find OS4 compatible ixemul library please? . 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.
|
|
|
|
|
|
Re: Access Denied: Amiga Inc loses first stage
|
Posted on: 2007/6/23 9:29
#1665
|
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.
|
|
|
|
|
|
Re: Guru vs. Grim Reaper
|
Posted on: 2007/6/7 16:07
#1666
|
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}
|
|
|
|
|
|
Re: What's happened to Smart FileSystem 2?
|
Posted on: 2007/5/29 19:07
#1667
|
Just can't stay away
|
@salass00 Quote:
This is the function I am using (from latest public SDK):
success = ChangeFilePosition( file, position, mode )
int32 ChangeFilePosition(BPTR, int64, int32)
Ok, then probably only the 64 bit directory scanning functions like ExamineDir() were not in the SDK yet. Quote: The latest v52.3 version I uploaded to OS4Depot today should have working NSD64 support. If you could try it out with your filesystem it would be appreciated. I've tested it successfully with a 4,546,701,312 bytes image file. Quote: Quote:IIRC the ICD0 mountlist included in the old, m68k versions of diskimage.device is ok (a lot of it is for CacheCDFS, but it's ignored by CDFileSystem and doesn't cause problems). You just have to make sure it includes DosType = 0x43443031, LowCyl = 0 and BlockSize = 2048.
You can remove everything after the StackSize line from?CD1 and CD2, the "Control" options in these mountlists are only supported by CacheCDFS and are ignored by CDFileSystem. You should use different names for the diskimage.device mountlists, if someone has 2 CD/DVD drives installed he has a CD1: already, and on classic Amigas at least DF0: is always there (unless the floppy drive is broken). An icon for DiskImageGUI should be included, even if it's just the def_tool one, if you put it into SYS:WBStartup without icon it's not started.
|
|
|
|
|
|
Re: What's happened to Smart FileSystem 2?
|
Posted on: 2007/5/29 17:14
#1668
|
Just can't stay away
|
@salass00 Quote: There were bugs in the large file support, for example image files > 4 GB didn't work with my CD/DVD burning tool, but I currently don't have free HD space to create a SFS2 partition for checking what's wrong and fix it, therefore it's removed. There was no interrest in it anyway, AFAIK the only programs in which large file support was added are lha and DvPlayer, both done by OS4 developers or beta testers who didn't need SFS2 for testing the large file support in their software. Quote: I'm going to need a filesystem capable of handling files >4GB if I'm to test the mounting of DVD images with diskimage.device (I have just implemented NSD64/TD64 support but have yet to test it). NSD64 is only half of what you need, the image file has to be accessed using 64 bit offsets as well. OS4 final includes the 64 bit dos.library functions, but IIRC they were not in the last public SDK yet. You'd have to write custom functions using the old, 32 bit dos functions as workaround. That's of course possible, but it's more work. If the 64 bit dos.library functions were not in the last public SDK yet and the new diskimage.device is for AmigaOS4 only I could sent you a small link library with some 64 bit functions, but if you want to support AmigaOS 3.x as well you'll have to write your own functions based on the old 32 bit functions anyway. I have another file system with 100% working large file support, if you sent me a beta version of diskimage.device I can test if it works correctly with files > 4 GB. Quote: Also any suggestions on DVD mountlists for me to try/use would be appreciated too. IIRC the ICD0 mountlist included in the old, m68k versions of diskimage.device is ok (a lot of it is for CacheCDFS, but it's ignored by CDFileSystem and doesn't cause problems). You just have to make sure it includes DosType = 0x43443031, LowCyl = 0 and BlockSize = 2048.
|
|
|
|
|
|
Re: Hyperion Entertainment, please.....
|
Posted on: 2007/5/27 20:07
#1669
|
Just can't stay away
|
@Sister_Rita Quote: It is the Friedens and the other OS4 developers who have been working hard on Amiga OS during the last years!
So I wish THEM all the best. Maybe Hyperion looses in this lawsuit. But this doesnt mean that the Friedens will go down the drain with them, because they are not employees of Hyperion. I think there is a future even if the Friedens sign a deal and work for Amiga corporation in the future. Who should rewrite the OS4 parts the other OS4 developers did, or replacements for the contributions included in Hyperion's AmigaOS4 releases, in such a case? As long as Amiga Inc. doesn't accept the rights of the other developers it's very unlikely anyone would even want to work with them, and reimplementing everything from scratch by other, uninvolved developers, who don't know anything about these parts, would take a lot of time. Without Hyperion and/or (a large part of) the other OS4 developers there is no way there will be anything running an AmigaOS4 which is even remotely comparable to the current version, at least not this year, and very likely not next year either.
|
|
|
|
|
|
Re: transmissioncli, TCP/IP, FryingPan 0.41
|
Posted on: 2007/4/20 1:56
#1670
|
Just can't stay away
|
@Error Quote:
Error wrote:
@joerg
harder you say...
well, enabling the 'harder' part means just switching one bit in command from '0' to '1' (that's tough, isn't it) and there you go.
Stopping everything else from accessing the device, matching deferred error to the command which caused them, etc. is. But you are right, your method is much harder, if not impossible: To be able to use non-immediate commands with group 2 or 3 time outs you'd have to know the internal time outs of all existing AmigaOS device drivers, which are usually much smaller than the MMC group 2 or at least the group 3 time out ... I know them at least for all AmigaOS4 PPC native drivers and could use some non-immediate commands, although it wouldn't make any sense, since I know which ones I can use with which driver and which one I can't use in my old AmigaOS4-only CD/DVD burning software by limiting it to the device drivers which are included in AmigaOS4, but I very much doubt you know them  Quote: oh, btw. remember that since your commands are performed 'immediately' some drives will eject your dvd-rw before the deicing is performed. that will screw the disc completely, but i guess you're aware of that ;) you took the 'harder' way after all :) If a drive allows ejecting the disc although it was forbidden with PREVENT ALLOW MEDIUM REMOVAL it's simply broken, not my problem.
|
|
|
|
|
|
Re: transmissioncli, TCP/IP, FryingPan 0.41
|
Posted on: 2007/4/19 1:30
#1671
|
Just can't stay away
|
@MichaelMerkel Quote: afaik this is "normal behavior". at least this is like it always has been working here.
cleaning or finalizing a cd is always locking everything. this was the case with my old a4000 and cybppc and this is the case now with the a1 and a sil controler.
i have no idea why this "must" be like this - maybe someone else can? it is usually annoying. It shouldn't, and doesn't have to be that way. It's just easier to implement that way I could send you my burning tool for testing, currently burning DVD-Rs doesn't work and you can only burn images < 4 GB with it (SFS2 doesn't help, it had a bug which makes it fail with larger files), but everything else should work. Send me a PM or E-Mail if you want to check if you have the same problems with it, if not it's a bug in the burning software you are currently using, if you have the same problem with my program something else in your system is wrong.
|
|
|
|
|
|
Re: Time to Pay, I have an idea........
|
Posted on: 2007/4/18 17:46
#1672
|
Just can't stay away
|
@spotUP Quote: That list is based on the os4depot uploader, not the authors of the software, and even includes your cross-uploads from Aminet where you ignored the "Distribution: Aminet" ...
|
|
|
|
|
|
Re: SmartFileSystem 1.270
|
Posted on: 2007/4/17 20:16
#1673
|
Just can't stay away
|
@Raziel Quote:
Raziel wrote:
@joerg
Just for my understanding...are these the requesters that
would pop up BEFORE WB is loaded telling the user this or
that was processed on a drive successfully?
Yes. Quote: If they are...err, could have need them with upd3 and up,
back then it locked up my A1 by opening a screen not or
wrongly supported by the graphics driver. I didn't know there was such a problem on AmigaOS4  If I would have known it I would have removed it much earlier, but I never had any problems since I'm using a Voodoo3 ...
|
|
|
|
|
|
Re: SmartFileSystem 1.270
|
Posted on: 2007/4/17 20:13
#1674
|
Just can't stay away
|
@mailman Quote:
mailman wrote:
Thanks, but if it is not important for AmigaOne user (by that I undestand OS4 users) then why the new version is available for OS4 only?
Both versions are updated and the link for the m68k version was to version 1.270, I just forgot to change the version number in the text for the m68k version as well, fixed now.
|
|
|
|
|
|
SmartFileSystem 1.270
|
Posted on: 2007/4/17 18:04
#1675
|
Just can't stay away
|
I've uploaded a new version to the SFS homepage with the timed out requesters for successfull operations removed. It's not important for AmigaOne users, but on classic Amigas you usually can't see these requesters anyway since they are displayed on a PAL screen, before the gfx card drivers are loaded and IPrefs was started.
|
|
|
|
|
|
Re: Amiga Center at Kent
|
Posted on: 2007/4/17 16:00
#1676
|
Just can't stay away
|
Quote: Amiga [...] today is the third most recognized brand in Europe. I'm very surprised the austrian telecom company is that strong, but why do they refer to a totally unrelated company which just happens to have the same name? The other Amiga still known by some people in europe was very strong in the German Democratic Republic (not very surprising when you have a monopoly ), but it's nearly as insignificant as Amiga Inc. now. In case they mean themself there is a sligt typo: third least recoginsed brand might be true, nobody, except for a few AmigaOS freaks, knows them in europe.
|
|
|
|
|
|
SmartFilesystem 1.269
|
Posted on: 2007/4/10 16:42
#1677
|
Just can't stay away
|
I've uploaded a new version of SFS to the SFS homepage.
|
|
|
|
|
|
Re: RAD: on AOS4.0
|
Posted on: 2007/4/7 14:34
#1678
|
Just can't stay away
|
@Atheist Quote:
Atheist wrote:
I'm using AOS4.0 Pre-release 4.
Why are you using an old version of AmigaOS4? Quote: I can't figure out how to make a RAD:
I know how to do it on AOS1.3.3, which is alter the highcylinder (I think it was) in the mountlist file, then "mount RAD: from mountlist".
But there isn't a mountlist file anywhere here on the HD.
Can anyone tell me all the steps to do to make it please? In AmigaOS4 final there is a RAD mountlist in Storage/DOSDrivers and Documentation/Kickstart/ramdrive_dev.doc which describes how to create a RAD: which survives a reboot.
|
|
|
|
|
|
Re: Donations, donor list
|
Posted on: 2007/3/19 19:14
#1679
|
Just can't stay away
|
@orgin Quote: orgin wrote:
No idea, exchange rates? Premium accounts? Exchange fee is additionally 2.5%, that would be a difference of $0.25, it's probably the "cross border fee" paypal adds sometimes (seems to be random, it doesn't depend on the country of the sender or anything else which could make sense) in addition to the normal and exchange fees... If there is anything PayPal is good at it's inventing new, strange and undocumented fees nobody understands
|
|
|
|
|
|
Re: is born... (aka AbiWord 2.6.4..)
|
Posted on: 2007/3/19 17:11
#1680
|
Just can't stay away
|
@COBRA Quote: Is it not possible to map accesses to bin, usr, etc. to a seperate directory, instead of using an assign? So that programs would reference them as Cygwin:bin/ Cygwin:usr/ , etc.? For that you don't even have to change any code (or only very few which has builtin hardcoded paths instead of using the ones from configure), simply (re)configure und (re)build everything with --prefix=/cygnix, just like it was done in GeekGadgets (there it was --prefix=/gg or --prefix=/ade instead).
|
|
|
|
|
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
