Who's Online |
64 user(s) are online ( 56 user(s) are browsing Forums)
Members: 1
Guests: 63
davec555,
more...
|
|
|
|
|
Re: CPU Module
|
Posted on: 2007/9/19 22:11
#132181
|
Not too shy to talk 
|
@Jack
welcome back on the AOne bandwagon.
Paolo
|
|
|
|
|
|
Re: Long boot time OS4 Final
|
Posted on: 2007/9/19 22:06
#132182
|
Just popping in 
|
@TMTisFree
Put a :
run >nil:
Right before c:addnetinterface in your Startup-Sequence.
Don't forget to format your boot partition for SFS.
Good luck!
|
A1-XE/G4@933+Radeon7500/64MB, A1200BPPC+BVision
AmigaOS4 on both of course. 
|
|
|
|
Re: CPU Module
|
Posted on: 2007/9/19 21:35
#132183
|
Just can't stay away 
|
Hi @Jack Got module from ACube (Max)!!!!!Damn! How many years has it been?  Congrats!
|
|
|
|
|
|
Re: CPU Module
|
Posted on: 2007/9/19 21:26
#132184
|
Quite a regular 
|
@All Got module from ACube (Max)!!!!! :worship: Had some fight till got into uboot, now backing up the AOS4pre3 and preparing for install of os4final + july's update.   Jack
|
 "the expression, 'atonal music,' is most unfortunate--it is on a par with calling flying 'the art of not falling,' or swimming 'the art of not drowning.'. A. Schoenberg
|
|
|
|
AOS4.0 on the Rebound?
|
Posted on: 2007/9/19 21:26
#132185
|
Quite a regular
|
I expect.... Samantha 440 EP to ship with AOS4.0 during this upcoming Pianeta Amiga.... If not.... then AOS4.0 being released within a month of Sep. 22, 2007. This way, Amiga Inc., if they try to block it can't keep at least 400 extra new AOS4.0 users being born! Also, by Dec. 31st, 2007, there being at least 1,000 Sams with AOS4.0 out there. I for one, will try to at least buy the MB  (probably can raise that amount), but can't afford a full blown system at this time  , so it will stay in the box it's shipped in. I hope it's at least close to the same speed as an AmigaOneXE G4, 800 MHz. /dream mode on I wonder if, with the FPGA we can get at least a carbon copy of an Amiga 2000 (AOS1.3.3) with floppy drive (880K) support? /dream mode gone BTW, read Helge's post #50, it's excellent. Here.
|
Support Amiga Fantasy cases!!! How to program: 1. Start with lots and lots of 0's. 10. Add 1's, liberally.  "Details for OS 5 will be made public in the fourth quarter of 2007, ..." - Bill McEwen Whoah!!! He spoke, a bit late.
|
|
|
|
Re: Long boot time OS4 Final
|
Posted on: 2007/9/19 21:18
#132186
|
Just can't stay away
|
Hi @TMTisFree
Any tips how to skrink boot time to something decent?
Edit Kickstart modules? The new kernel contains extras that don't apply to you particular hardware...
|
|
|
|
|
|
Re: Long boot time OS4 Final
|
Posted on: 2007/9/19 21:03
#132187
|
Just popping in
|
@TMTisFree
I hope You are really this good looking Ms. TitsFree
What about the July-update? Some details and sorry I'm caged...
Maybe the net hangs or something else. Mine just got a bit more faster.
Edit: Search loads of tips from Amigaworld.net too to get the boot time fast.
Edit2: UBoot settings has a "timeout" put one to zero if not needed to dualboot and the other to one second.
Really this is all discussed before so look the older AW discussions or here.
Edited by PR1 on 2007/9/19 22:36:25
|
|
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/19 20:57
#132188
|
Just popping in
|
(how many posts can I make in a row in the same thread? :> ) @Hans Quote:
I'm certainly not an expert in this area, but I'd expect that all that a driver would need is the PCI card's base address. PC BIOS calls aren't available once an OS starts either, the OS basically extracts the hardware info it needs, loads the necessary driver, and then stops using BIOS calls. The VESA standard should specify how to find the VGA bios; that's all you really need.
You'd need the PCI card's /ROM base address/ (PCI devices have several apertures with different base addresses). There is some trickery to reading a PCI ROM from the OS as it's not really mapped, so you have to swap it into an address space that's already allocated /and/ is big enough (the video card's framebuffer area is great for this). And you're right, once you do that (which we already do in the Radeon driver), it's just a matter of locating the VBE section(s) in the ROM and working with them, you really shouldn't need a PC BIOS in addition to the video ROM.
|
|
- Josh
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/19 20:53
#132189
|
Just popping in
|
Quote:
LiveForIt wrote:
But I expect the standard entry point is the PC BIOS, because that where PCI card is registered after scanning the PCI bus for vendor id?s and product id?s, the video cards IO ports and memory maps are located some where else (but only the PC bios knows where that is if I?m right.)
No, that's not correct. The PCI subsystem and the PCI devices themselves know where the apertures of the PCI devices are mapped. The PC BIOS doesn't maintain control of anything once the OS starts (remember, the BIOS is responsible for getting the system up to a point where it can load an OS, and then go away, that's really it). Of course, many mainboards have other things in the BIOS ROM like IDE controller or video card ROM images -- but technically that's not part of the BIOS, that the PCI boot ROM for these devices integrated into the same physical ROM IC.
Edited by josh on 2007/9/20 15:18:45
|
|
- Josh
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/19 20:44
#132190
|
Just popping in
|
@joerg Quote:
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.
Hmm, interesting, must have been done after we opted not to implement planar modes in the Radeon driver...
|
|
- Josh
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/19 20:31
#132191
|
Home away from home 
|
@LiveForIt Quote:
LiveForIt wrote:
@Hans
But I expect the standard entry point is the PC BIOS, because that where PCI card is registered after scanning the PCI bus for vendor id?s and product id?s, the video cards IO ports and memory maps are located some where else (but only the PC bios knows where that is if I?m right.)
I'm certainly not an expert in this area, but I'd expect that all that a driver would need is the PCI card's base address. PC BIOS calls aren't available once an OS starts either, the OS basically extracts the hardware info it needs, loads the necessary driver, and then stops using BIOS calls. The VESA standard should specify how to find the VGA bios; that's all you really need. Hans
|
|
|
|
|
|
Long boot time OS4 Final
|
Posted on: 2007/9/19 20:24
#132192
|
Just popping in
|
I know I'm a bit late, but I just install OS4 Final on a blank partition and found a long delay before Workbench actually appears.
I checked the battery recently and I have verified that the network is correctly set (I post with OS4 Final).
Any tips how to skrink boot time to something decent?
Bye,
TMTisFree
|
|
"Never ascribe to malice that which is adequately explained by incompetence." (Napol?on Bonaparte)
"I would love to change the world, but they won?t give me the source code." (Unknown)
|
|
|
|
Re: TGE on Amiga
|
Posted on: 2007/9/19 20:22
#132193
|
Home away from home
|
@Psychopsam Quote:
Psychopsam wrote:
Is this still working? I am writing a new version of Starfighter on the PC using Torque and would love to be able to port it to the Amiga if Torque works on this platform.
What's the status of this?
That would be nice to know. However, Shadow hasn't logged in here since June, so it might take a while to get a response. Does anyone have any other contact details for him? Hans
|
|
|
|
|
|
Re: Reaction Roadmap?
|
Posted on: 2007/9/19 18:32
#132194
|
Not too shy to talk
|
@Hans
I originally intended to subclass the listbrowser gadget so that I could detect a click and drag out of the edge, but if you subclass the listbrowser, it doesn't smooth scroll any more (probably in case the subclass wants to do some sort of custom rendering that would break the smooth scrolling).
So, I tried adding an IDCMPHook to the window, but you can't trap left mousebutton clicks over the listbrowser. You CAN however trap middle button clicks over it.
For the actual dragging, I opened a borderless toolbar window (the kind that can't get focus), and used ChangeWindowBox() from the same IDCMPHook (using IDCMP_MOUSEMOVE events) to keep it just under the pointer.
|
|
|
|
|
|
Re: AmigaDos scripts OS4 [solved]
|
Posted on: 2007/9/19 18:26
#132195
|
Quite a regular
|
@goody The problem is solved, it was my fault, there was a space at the end of this line Quote: the second strange thing is, that many spaces get added albeit there is only one space (and nothing else) after the quotes. in the example you couldn't see that work: became work: (with many spaces after and not one). but since the problem is solved... anyway, thanx for the reply.
|
|
|
|
|
|
Re: Reaction Roadmap?
|
Posted on: 2007/9/19 18:11
#132196
|
Home away from home
|
@xeron Quote:
xeron wrote:
@Hans
Drag and drop would be really handy. For PFTP i had to roll my own, and even then had to resort to using the middle mouse button (which is a little counter intuitive, but it works).
How much effort was creating your own? Why did you end up using the middle mouse button? It would really help if we had a standard drag & drop API. We'd need a draggable class, drop-zone class, and any listview type object would probably need to have their own customized version. Maybe it could build on the current icon based drag & drop which works on a per app/window basis. Hans
|
|
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/19 18:07
#132197
|
Home away from home
|
@Hans
But I expect the standard entry point is the PC BIOS, because that where PCI card is registered after scanning the PCI bus for vendor id?s and product id?s, the video cards IO ports and memory maps are located some where else (but only the PC bios knows where that is if I?m right.)
To understand how Interrupt 0x10 work, you need to know sub interrupt vector routine found in the interrupt vector table works.
|
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/19 17:58
#132198
|
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 17:46
#132199
|
Just popping in
|
Oh well for VESA then. It does make mroe sense to define the software API than the register set, but a standard register set would have been more convenient for this sortof OT discussion.
I hope to get my AmigaOne booting again soon, then I can work on finding time to do something toward Radeon again.
|
|
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2007/9/19 17:42
#132200
|
Just popping in
|
@joerg Quote: 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). Planar modes weren't removed in P96-OS4, we just opted not to implement them in the OS4 Radeon driver as their usefulness seemed rather limited today.
|
|
- Josh
|
|
|
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
