Who's Online |
70 user(s) are online ( 26 user(s) are browsing Forums)
Members: 0
Guests: 70
more...
|
|
|
|
|
Re: BattleChess
|
Posted on: 2007/10/9 21:11
#1581
|
Just can't stay away 
|
@Snuffy Quote: I finally found my copy of BattleChess. I discovered I can't use the A1 floppy to load it.
Why is this? Do you have a Catweazle controller? Quote: So, I formatted a 880 floppy in the A1 OK, but the A1200 doesn't recognize it! I formatted a another in the A1200 and the A1 says that cylinder '0' is invalid.
 So what's wrong with the track-disk floppy? If you use CrossDOSFilesystem on the A1 (PC0:) you can read it on the A1200 by mounting PC0:, if you use FFS (FD0:) you have to create a mountlist on the A1200 for 720 KB PC format floppies using FFS (make a copy of PC0 and change FileSystem to L:FastFileSystem and DOSType to 0x444F5300).
|
|
|
|
|
|
Re: Amiga-way
|
Posted on: 2007/10/9 19:08
#1582
|
Just can't stay away
|
@Jack Quote: Atm, all fits into 3.8GB here. Perfect for single-media-backup I recall the days I had backups spanning over 15 floppies
Even with all the hassle to transfer the iso to other box (btw: m68k ftpd managed to utilize almost full bandwidth of the network here, 7MB/s over 100 MBit ethernet, eating 75% of 1GHz G4). No DVD burner in the A1, or why did you transfer the ISO image to another computer? Quote: Oh, one more factor that allowed to perform the backup: the ~4GB image was created on SFS2 parition, Joerg strikes agaain For a 3.8 GB image a SFS\2 partition isn't required, only for files > 4 GB.
|
|
|
|
|
|
Re: RAID and AmigaOS 4.0
|
Posted on: 2007/10/5 16:19
#1583
|
Just can't stay away
|
@TMTisFree Quote: Beta-testing for what? I'm sorry but I'm surely missing something here... Software RAID, there is another implementation for AmigaOS4 already.
|
|
|
|
|
|
Re: RAID and AmigaOS 4.0
|
Posted on: 2007/10/4 18:22
#1584
|
Just can't stay away
|
@TMTisFree Quote: I have a SiL3112 and a SiL 3114 in the A1 atm,
so I can test different configs if needed. Contact GuruMeditation for beta-testing if you didn't already. The 'RAID' DOSType is just there because I forgot to remove it from the diskcache.library versions included in AmigaOS4 final and the AmiNet SFS archives, sorry. It was only supposed to be in beta versions for testing software RAID (currently 0, 1 and 5). There is no AmigaOS4 driver for hardware RAID controllers, the sii0680, sii3114, etc. are not hardware RAID controllers, it's just a software RAID implementation their, on the AmigaOne unused, BIOS supports as well as the included windows drivers.
|
|
|
|
|
|
Re: Basilisk 2
|
Posted on: 2007/9/28 16:51
#1585
|
Just can't stay away
|
@LiveForIt Quote: Int32 the words are in revere order. Wrong, that's the case with PDP endian (0x1234 big endian = 0x3412 PDP endian), but little endian is completely reversed (0x1234 big endian = 0x4321 little endian).
|
|
|
|
|
|
Re: Make CD
|
Posted on: 2007/9/24 18:14
#1586
|
Just can't stay away
|
@nubechecorre Quote: Now that make cd has got a public cd key maybe the author would agree to release for free to a programmer the source to port it to OS 4.0 ..
What do you think ? Could it be possible ? No, read the FAQ on the MakeCD homepage.
|
|
|
|
|
|
Re: resize and move window from anywhere
|
Posted on: 2007/9/22 14:34
#1587
|
Just can't stay away
|
@Atheist Quote:
Atheist wrote:
Oh wait, it moves the window from ANYWHERE on the window that I press the mouse button and put the pointer on.... So, you said something about resizing, can that be done from any border side??
<ctrl>+<amiga> = move <ctrl>+<alt> = resize from any border
|
|
|
|
|
|
Re: Long boot time OS4 Final
|
Posted on: 2007/9/20 22:28
#1588
|
Just can't stay away
|
@TMTisFree Quote:
TMTisFree wrote:
@joerg
Ok, USB disabled in both software and hardware, and still more than 50 sec. between 'Loading done...' and Workbench.
I tried to revert back memory to 512MB, still about 50 sec.
Will try with removing the sound card.
Sound cards are only accessed when a driver is loaded, not before the boot menu. Set the IDE driver config to the correct settings for each unit (HD, CD/DVD drive or nothing) instead of "auto". And remove all CDs/DVDs from the drives in case there is one in a drive, especially an unreadable CD/DVD (empty CD-R or DVD+-R for example) could cause a long delay.
|
|
|
|
|
|
Re: Long boot time OS4 Final
|
Posted on: 2007/9/20 21:23
#1589
|
Just can't stay away
|
@TMTisFree Quote:
TMTisFree wrote:
@TMTisFree
Strangely, the early startup menu takes also about 50 seconds to appear and when I click on Boot (so with S-s) it alos takes almost 50 sec. for the Workbench to appear.
Unless you are using an USB keyboard or mouse try if disabling the USB kickstart modules in the kicklayout and "C:USBCtrl START" in the startup-sequence helps.
|
|
|
|
|
|
Re: Problems to boot Linux intall CD HELP!
|
Posted on: 2007/9/20 21:12
#1590
|
Just can't stay away
|
@MamePPCA1 Quote: I type "diskboot 500000 2:0" but after some time it returns to the U-Boot prompt. Unless you are using a very old version of U-Boot the controller is missing, it's "diskboot <address> <drive>:<partition> <controller>", try "diskboot 500000 2:0 0" or "diskboot 500000 2:0 1". IIRC 0 is VIA686b and 1 is sii0680.
|
|
|
|
|
|
Re: getting rid of the rust
|
Posted on: 2007/9/20 21:07
#1591
|
Just can't stay away
|
@Jack Quote:
Jack wrote:
@TSK
Thanks for the cputemp docky link. Behaves strange with 7457. Let's ignore the offset (75C idle),there's no difference when starting dnetc and stopping it...
Probably totally not caluibrated for 7457 cpu.
Will watch it for a while and see if there's any use. Maybe someone can calibrate it
Most 74xx CPUs don't have a working TAU (Thermal Assist Unit). It works with 750 and 603e CPUs, but not with most 74xx CPUs, and even with 750/603e CPUs it can not be used for getting the CPU temperature (at least not without calibrating it, and nobody can do that for you since it has to be done for each CPU), only for getting temperature changes. You are probably the first one who is trying it with a 7457 CPU. If your CPU has no working TAU there is nothing which can be done.
|
|
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/19 17:58
#1592
|
Just can't stay away
|
@josh Quote:
josh wrote:
Planar modes weren't removed in P96-OS4
They were removed, check the release notes of rtg.library version 41.4272. For example my Merlin supports planar modes but on AmigaO4 they are not available anymore.
Edited by joerg on 2007/9/19 18:16:29
|
|
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/19 16:42
#1593
|
Just can't stay away
|
@billt Quote:
billt wrote:
Here's another question toward a VESA generic driver. Is there a standard definition of VESA graphics registers, refresh rates, PLL settings, etc?
No, you have to call BIOS functions to get anything with VESA. Quote: Previous graphics like VGA and SVGA I think were completely standard everywhere, or at least to a large extent. AFAIK only VGA, SVGA and higher modes weren't any more. Quote: If there is some absolute standard for all VESA registers, their offsets, sizes, field definitions, etc. then even without an x86 emulation it could be possible to write a driver to that standard register set instead of using x86 stuff, much like the current driver talks directly to Radeon specific registers or Voodoo driver talks directly to Voodoo specific registers. Yes, a great deal of work and all. A generic VGA, i.e. max. 640x480 4 bit planar, driver would have been possible that way, but since IIRC support for planar modes was removed in the AmigaOS4 version of Picasso96 that wont work either ... (but it could be that the planar modes were only removed from all drivers and not from Picasso96 itself).
|
|
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/16 12:30
#1594
|
Just can't stay away
|
@orgin Quote:
orgin wrote:
@joerg
Something is wrong in the news item then:
Features of PPCBoot (as implemented by Hyperion):
* x86 BIOS emulator capable of initialising and using nearly all PCI and AGP graphic cards based on the chipsets of ATI, nVidia, 3DFX, S3, 3Dlabs (Permedia), Trident etc.
What's wrong there? Hyperion did implement it in U-Boot/PPCBoot, using the SciTech emulator. Without it there would be nothing on the gfx card in U-Boot and you'd have to use a serial terminal for changing U-Boot settings or to select a boot configuration in the SLB.
|
|
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/15 17:32
#1595
|
Just can't stay away
|
@Hans Quote:
Hans wrote:
@orgin
Quote:
I thought so but couldn't confirm it.
Probably because it's wrong  The BIOS and x86 emulator in U-Boot is from SciTech (they used it for SNAP), Hyperion licensed it and IIRC ported it to U-Boot as well, but they didn't write it.
|
|
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/15 17:32
#1596
|
Just can't stay away
|
@orgin Quote:
orgin wrote:
@joerg
And you can't use uboot to initialize the card or use the uboot x86 emulator from os4?
U-Boot could set up a VESA gfx mode, but all you'd have is a single frame buffer in a fixed mode, you couldn't switch to different modes in OS4, and using more than one screen wouldn't be possible without ugly hacks like the HAM emulation of OS4 either. To be able to use more than one screen, all in the same, fixed resolution set up by U-Boot of course, for example all screen and other bitmaps would have to created in mainboard RAM and the contents of the current screen would have to be copied for example 50 times per second to the frame buffer, a dumb frame buffer for a single screen would be very slow already, but something like that would be completely unusable. When AmigaOS4 is started U-Boot is gone, it initializes the system and passes some arguments to AmigaOS4, but it doesn't survive. Quote: What would be the easiest way to solve this problem without just looking for pitfalls? IMHO a VESA gfx driver doesn't make sense, we need a new, faster gfx system using hardware 3D, not something which is much slower than the supported gfx cards. A VESA driver can be used for booting a system which doesn't have a driver for the currently installed gfx card yet to install the new gfx card driver, but not for normal usage.
|
|
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/15 15:30
#1597
|
Just can't stay away
|
@orgin Quote: VESA is the driver all other OS'es adds first to support the most wide amount of hardware from day one. I don't see why amigaOS has to be different about it. These other OSes run on x86 and can execute the VESA functions of the gfx card x86 BIOS. AmigaOS4 doesn't run on x86 and doesn't include a x86 emulator, therefore it can't use the gfx card BIOS.
|
|
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/15 15:26
#1598
|
Just can't stay away
|
@Hans Quote: Right now, no-one's written a VESA driver for OS4 (at least there isn't one released yet). If someone wrote such a driver, there wouldn't be an issue. IIRC, this is what Scitech's SNAP driver was supposed to do. No. SNAP was a gfx card driver system which supports a lot of (ancient) gfx cards, but for each new gfx card a driver had to be added to SNAP. Maybe it had a generic VESA framebuffer driver as well, but the main point of SNAP was that it has accelerated drivers for lots of gfx cards.
|
|
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/15 15:14
#1599
|
Just can't stay away
|
@orgin Quote:
orgin wrote:
@Hans
Hmm, does all this mean that you can't use 'any card' in VESA modes on os4? If so then one wonders why there has to be such an artificial limitation.
Someone would have to write a x86 emulator for OS4 first. Quote: Is this because of UBOOT or OS4 itself? I was under the impression that UBOOT had an x86 emulator that used the BIOS on gfx cards to initialize them. U-Boot includes a x86 emulator and you can use any gfx card with x86 BIOS in it, but that doesn't help once AmigaOS4 is started. AmigaOS4 could use the text mode U-Boot 1.1.x was using when it started AmigaOS4 For anything else like switching to VESA gfx modes you have to execute functions of the gfx card BIOS with a x86 emulator.
|
|
|
|
|
|
Re: Can AGP and PCI-66 be used simultaneously?
|
Posted on: 2007/9/14 1:58
#1600
|
Just can't stay away
|
@Hans Quote:
Hans wrote:
@joerg
Quote:
joerg wrote:
As long as you have a card in the AGP slot as well it can't work. You can only use one of both.
Ok, that's what I wanted to know. Pity though. All my other slots are in use.
The A1 has 2 PCI buses, one is used for the AGP and the PCI66 slot, the other one for the 3 PCI33 slots and the rest of the motherboard (VIA, eth3com, etc.). Since unlike PCI AGP is not a bus but a point-to-point channel it can't be shared with anything else. To be able to use all slots either the Articia would have had to support 3 buses (one for AGP, one for the PCI66 slot and one for the rest) instead of 2, or instead of the PCI66 slot a 4th PCI33 one, on the same bus as the 3 others, would have had to be used. Quote: Sorry, I meant U-Boot. If the hardware supports it, but U-boot doesn't, then it's not possible. If U-Boot or AmigaOS4 wouldn't support the 2nd bus AGP gfx cards wouldn't work either ... For the drivers there is AFAIK no difference between AGP and PCI.
|
|
|
|
|
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
