Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
104 user(s) are online (60 user(s) are browsing Forums)

Members: 0
Guests: 104

more...

Headlines

Forum Index


Board index » All Posts (Hypex)




Re: New owner of an X5040, who needs help
Just popping in
Just popping in


@skynet

It's common for AmiDVD to give those SCSI errors in sloppy windows. It used to happen for me when I had a damaged disc. I suspect it sends SCSI commands to the driver which then converts internally to ATA. Or some kind of SCSI command encapsulated in an ATA command. Since I recall some standard where SCSI wass encapsulated in ATA.

As to the device it will examine CD0: and extract the device and unit so you shouldn't need to configure it. IIRC it can be set in tooltypes. But if you have one drive it should pick it up.

I liked FryingPan, but on OS4 I found it can be faulty, and it was never finished to be fully stable AFAIK. What driver are you using for MakeCD? The SCSI3_ATAPI driver should work or it used to for IDE on my A1/XE. Also are you running the latest patched version? Here is 3.2d if you don't have it.

http://aminet.net/package/disk/cdrom/MakeCD_3.2d

Go to top


Re: E-UAE 1.0.0 with an AmigaOS 3.9 HDF runs very slow
Just popping in
Just popping in


@MamePPCA1

Have you tried EUAE included with OS4 in the Emulation drawer? The only thing is you will need to add your HDF file and I don't recall if the GUI makes this easy or if it needs to be added by hand. It's easy enough to boot WB but it's made for games or single executables under the included OS3.1 WB. Why I ask is if you don't specifically need high speed JIT for your OS3.9 setup then EUAE may be good enough.

Go to top


Re: Block comments
Just popping in
Just popping in


@kas1e

Has HKvalhe made negative comments lately? He's quote vocal on feedback and looks like he's tested a lot of updated stuff. But the comments I've read lately and that would include last year were positive or just asking for info and weren't bad in any way I could see.

Go to top


Re: PiStorm - can PPC for classic Amiga make a come back?
Just popping in
Just popping in


@geennaam

Quote:
If the definition of "ppc for classic" is to run powerup or warpos then I do not see the point. The 68k emulation will probably run the 68k versions just as fast as a ppc emulation would run the warpos versions of an app.


I would say yes to be compatible with both. So both would be supported. The only question would be is if original PPC libraries would be supported or need custom ones. To work like a PiStorm does original should be supported.

Why I would say to support this is because a PPC card, either real or a PiStorm virtual PPC, would be expected to support this when plugged into an Amiga. So the point isn't to be compatible with old WarpOS games or software. The point would be to implement the classic PPC standard so PPC software can work.

In doing so, it also means it would be compatible with OS4.1. While a PiStorm optimised OS4.1 would be nice I doubt that is going to happen. So a Classic OS4 would also run by extension by being compatible.

Go to top


Re: PiStorm - can PPC for classic Amiga make a come back?
Just popping in
Just popping in


@MartinW

Quote:
Even if it were viable now, I'm not sure it would be a great experience compared to a 1.something or 2.something Ghz PPC machine. But I guess it would at least have half decent graphics provided a driver was ported (again! - same old problem)


That's the thing. A 1 or 2 Ghz machine is expensive. Checking the prices of the A1222 it looks about as much as I paid for my X1000 and doesn't offer much more.

And unlike those this would plug into a real Amiga. It's rare for a real Amiga to have a 1Ghz CPU though it is possible. So this would really be competing with unobtainium or brokenium that didn't go over 240Mhz.

If it ran on average to a 300Mhz level it wouldn't be much better. But it would open up a market previously locked to old expensive cards. And it would help the main criticism against OS4 not running on a real Amiga.

Go to top


Re: Enhancer 2.2 Freezes X5K during installation
Just popping in
Just popping in


The installer has a logging option that may help. But it may freeze before it saves it. However being able to log it to a console window would show what it's doing if possible.

Go to top


Re: PiStorm - can PPC for classic Amiga make a come back?
Just popping in
Just popping in


@328gts

Quote:


The speed of new Pi's will dictate if running PPC stuff will be feasible but I do think it's only a matter of time.⁸


I think it would be feasible now. It might not be the difference a PiStorm makes against 68K where it easily beats an 060 and runs Doom on planar like it was native fast VGA. But this would be cheaper and more attainable than a BlizzardPPC.

Go to top


Re: PiStorm - can PPC for classic Amiga make a come back?
Just popping in
Just popping in


@LiveForIt

Quote:
I did quick estimate, and end up at around 300mhz, based on benchmarks, someone posted, that’s not a lot, for a modern game, a modern game also needs a good gfx driver and lots of ram. You can perhaps run it but won’t be able to do a lot with it, without at least a good gfx driver.


That would be fast enough I think. Since real cards back in the day only clocked up to 240Mhz or so. The only problem is the modern Sonnet cards that average 400 or 500Mhz with some clocking in at 1Ghz! But, those would surely be rare. And an Amiga system with one of those would be both rare and expensive.

Go to top


Re: PiStorm - can PPC for classic Amiga make a come back?
Just popping in
Just popping in


I would say this could be done as an independent project. Without Hyperion needing to have any involvement. Though given the effort put in the A1222 which needed an FPU emulator why not go all the way and emulate RISC PPC on another RISC like ARM?

Most sales for OS4 Classic were for emulation. So a project like this would also benefit sales. Last I checked Classic was also the only edition you could buy as digital.

It would make sense if it simulated a Blizzard PPC and associated powerpc library. Possibly a Cyber PPC. But what matters is a PPC library. Given it would take space and resources it may make sense to only emulate the PPC if possible. That would mean it would still need to run 68K code on the built in 68K. And there would be context switching. However, for running OS4, once it boot straps that would be a non issue.

OTOH, it would be good to have a mixed 68K and PPC without any context switching. In this case, a master emulator would detect a change from one CPU to the other, and switch emulator.

Using JIT or not would be a consideration. As it takes up RAM in the host CPU board. Given the focus is on PPC 68K emulation could be static and only PPC use JIT.

Go to top


Re: Pegasos2 with RadeonHD/RX via bridge
Just popping in
Just popping in


@kas1e

Quote:
Together with that, BBoot already faster on system loading : because it did use *.zip package with all kickstart modules, which loads to the memory, then unpacked, and loads from. This gives on real Pegaoss2 +10 seconds to load up the whole system. Quite a lot.


Zip? Oh no. That's yukky PC thing. On Amiga we use LhA. Or second to that GZip which has native firmware support.

They did some tests on compressed Kickstarts a few years back. But the result wasn't worth it according to results. Still, I wanted to test it myself once I had my X1Boot loader working, since I can control it. And can use XZ for best compression. Takes ages to compress the best but unpacks real fast!

Also, after reading through the latest posts in thread, it looks like the bridge issue is worked around now. I don't have any real Pegasos hardware so cannot test on the real thing. I can only test under qemu like every one else.

Go to top


Re: Radeon RX cards on X1000
Just popping in
Just popping in


@jabirulo

Quote:
Hi, I have on my SAM460ex and a radeonHD (r7-250) a WB feeeze on startup. If I set (THX Spectre660) INTERRUPT=Yes and composition=OFF it loads WB ok and system runs ok.


Just found your comment. I have the same issue with my X1000 and R7 250. For me the issues started when I installed Update 2.

Did you have the same issue with Update 1? And is your issue confined to Update 2?

Go to top


Re: Radeon RX cards on X1000
Just popping in
Just popping in


@Hans

Quote:
I don't see soft-reset as a definitive part of AmigaOS. It wasn't part of the original 68K AmigaOS. They only really became a thing with OS 4, because full reboots take so long.


One thing that was definitive of AmigaOS was the RAD drive. And Ramb0. Which OS4 people still used. You could do a soft reboot and it would survive. This doesn't happen with a cold reboot. Unless the firmware erases memory on reset I would consider this a bug. Because Exec always checked the memory for a existing ExecBase which a RAD would depend upon. If Exec isn't doing that but instead creating a new one every time it's not an Amiga Exec.

Quote:
I've also advocated for making the Early Startup Menu work without needing a reboot. That was met with pretty fierce resistance.


How would this work?

Go to top


Re: Pegasos2 with RadeonHD/RX via bridge
Just popping in
Just popping in


@balaton

Quote:
So according to a recent thread about Radeon RX on X1000 the freezes with interrupts=yes seem to be a known problem thus people getting it with emulation and passed through cards likely got the same issue and not an emulation bug after all. Unless more data comes up I consider this to be fixed in the RX driver and not something we need to do anything about in QEMU then.


Oh no. This happened to me on my X1000 with Update 2. It has a conflict with my R7 250. Disabling compositing and interrupts works around it but it's slow after that and not efficient.

I wasn't aware of any similar issues in the RX driver so I'll check that thread out.

I would consider this a software issue in the RX driver. Or graphics drivers as a whole. I wonder if the same issue occurs with Update 1 if that can work.


Edited by Hypex on 2023/8/18 7:04:16
Go to top


Re: Pegasos2 with RadeonHD/RX via bridge
Just popping in
Just popping in


@sailor

Quote:
please, for blonde - what i BBoot ? I found here many citations, but no what is it.


Debbie Harry is asking as well?

I'm glad you asked. I was getting a bit lost with all this boot talk. UBoot. BBoot. AmigaBoot.

Now I can only guess BBoot means Balaton Boot.

Go to top


Re: qemu emualtion of AmigaONE XE
Just popping in
Just popping in


@balaton

Quote:
Isn't it Kickstart/Kicklayout? That's what BBoot also looks for when you zip your Kickstart directory. That one has only Kickstart in path but found in System/Kickstart on CD and the CD therefore has an additional Kickstart/Kicklayout file with paths pointing to System/Kickstart but on installation the System/Kickstart dir should be copied to SYS:Kickstart then the Kicklayout file in it would be used and the CD:Kickstart/Kicklayout is only on the CD and should not be copied. Did the frozen install not copy the Kickstart dir or how it missed the Kicklayout file in it?


Yes that's what I meant. For some reason I had startup in my head. Kickstart/Kicklayout is the correct location and would also point the CD to files at System/Kickstart.

By the looks of it it has just copied the whole dir to system and the post fix failed. Given a CD Kicklayout was installed I wonder if it just blindly copied the whole lot and then overwrites the Kickstart with the proper version at the last minute. Thought that would be slightly lazy if it did.

If it suddenly broke or crashed before postfix that would explain it.

Go to top


Re: Pegasos2 with RadeonHD/RX via bridge
Just popping in
Just popping in


@joerg

Quote:
The complete U-Boot source was always available, the HTTP interface of the U-Boot repository displays the files as being 19-20 years old. No idea where you got incomplete U-Boot sources with binary parts from.


It was around the time there was that project to rebuild UBoot I got hold hold of the sources. But I wasn't aware the sources were complete and just sitting online. All I know is in the sources I had there were some internal UBoot functions that had no source and were linked in from a binary only. It was also a but quirky looking. Like one of those compiler setups that was hacked together and didn't have a clean way to configure and make easily.

Go to top


Re: qemu emualtion of AmigaONE XE
Just popping in
Just popping in


@balaton

Quote:
I can eventually look at emulating nvram but it's low priority for me at the moment. The default in u-boot is to boot from HD so once you've installed just escape and use the settings should work for now. It's less work than typing the command in pegasos2 that was needed before.


Isn't this something already emulated by QEMU? I mean, how does it emulate a Mac machine? A Mac relies on nvram in the same kind of way and that has to be stored somewhere.

As to shutting down, no the XE cannot. It was a hardware flaw. The closest an A1 gets to shutting down is a blinking cursor on a blank screen.

The Quit item in Workbench seems rather useless and has been since it was first introduced in OS2 or what ever release had the item there. No Workbench I've seen can actually quit and always complains about some process running. Even if it could quit it would just quit to DOS into a shell window. Or quit to a blank screen without window.

Go to top


Re: qemu emualtion of AmigaONE XE
Just popping in
Just popping in


@Maijestro

Quote:
You are right, a kicklayout was created from the install CD and copied to SYS:Kickstart/ , because Qemu crashes after the AmigaOs4.1 installation when closing the installer, I suspect that the changes were not written to the installation HD as it should be.


That would explain it. Looks like the easiest way to fix it. The default HD startup file would be somewhere but not sure where it is kept.

Go to top


Re: Pegasos2 with RadeonHD/RX via bridge
Just popping in
Just popping in


@joerg

Quote:
The scitech x86emu is missing and it's U-Boot 1.3.2-rc2.


That's a rather later release and a deal breaker.

Quote:
x86emu is there, and of course cmd_boota.c as well, the source for it was always available


That's better than the source I had from somewhere that had binary blobs for private UBoot functions. In Linux speak it was compiled with non-free firmware. I wonder how long it's been out there as the project to reboot UBoot and update it relied on having source.

Quote:
Only the Pegasos2 version of AmigaOS doesn't support it and uses Kickstart/nvram.config instead. But that's read-only, you can't change the contents with AmigaOS functions or tools (C:NVSetVar, Prefs/U-Boot, etc.), only by editing the file and reboot.


Surprised at that. Thought it would just read it directly off the firmware nvram. The X1000 does. Both are inferior to the XE which can wrote to nvram from OS. The X1000 has an RTAS resource so don't know why it doesn't do that. They had CFE source so knew how it did it. Also I don't see why an an nvram.config couldn't be written to from the OS since it's a normal file so that's an unusual restriction.


Edited by Hypex on 2023/8/6 15:21:13
Go to top


Re: qemu emualtion of AmigaONE XE
Just popping in
Just popping in


@Maijestro

Quote:
"Couldn't find file System/Kickstart/loader".


That's the location of the Kickstart on CD. It looks like it's installed a Kicklayout for a CD boot. And not HD boot for some reason. Any comments in the Kickstart/Kicklayout file?

Quote:
I also don't understand much about NVRAM only that it stores things in the firmware, could really be the problem....I have no idea.


It contains settings for IDE and booting. So without it, UBoot is in a default state. It doesn't know what drives you have, what controller nor how to boot. So scans and looks for what it can find.

Quote:
First short tests are much faster than on Pegasos 2 emulation. Sound ac97 unfortunately does not work, internet works but is unstable "rtl8039".


AC97 sound was broken on a lot of real machines as well with a missing sound chip.

You might as well specify SounndBlaster or other supported card if you can on PCI devices as common PCI sound cards are supported by QEMU.

Go to top



TopTop
(1) 2 3 4 ... 11 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project