Who's Online |
148 user(s) are online ( 130 user(s) are browsing Forums)
Members: 0
Guests: 148
more...
|
|
Headlines |
-
iconecta.lha - network/misc
Mar 25, 2026
-
waitfile.lha - utility/script
Mar 25, 2026
-
vulkandonut.lha - demo/misc
Mar 24, 2026
-
scummvm.lha - game/misc
Mar 24, 2026
-
lharchiver.lha - utility/archive
Mar 24, 2026
-
image2pdf.lha - utility/text/convert
Mar 24, 2026
-
hwp_pdf.lha - library/hollywood
Mar 23, 2026
-
crosscrabtris.lha - game/puzzle
Mar 22, 2026
-
amigadiskbench.lha - utility/benchmark
Mar 22, 2026
-
vim_mui.lha - utility/text/edit
Mar 22, 2026
|
|
|
|
|
Re: How do I create a stable Amiga installation?
|
|
Not too shy to talk 
|
@icbrkr
Another stable NG machine (XE, 440, 460, X1K, X5K) user here...
My suggestion would be: make a backup of your SYS: to a USB drive and then start over... Something is quite amiss...
Put in your AmigaOS4 install CD (your machine should have come with one) and do a clean install of the OS to your boot partition.
The tricky bit is always the gfx card driver - assuming you were able to boot and use the CD, before rebooting, make sure to copy your gfx card driver files to your system.
From there it is the old chore of rebuilding your system.
First, do all the OS updates you get from AmiUpdate and the updates on Hyperion's site (assuming you've registered your OS serial number).
Then you go about configuring and adding everything the way you want.
As others have said in the thread, beware of the half-baked MattyOS ("Enhancer") things and install only VERY selectively.
There is no way his mercenary coding crew knew how to replace components reflecting 40 years of AmigaOS coding experience.
Good luck!!
PJS
|
|
|
|
|
|
Re: x1000 onboard network opensource driver in progress: new version
|
Posted on: Yesterday 20:26
#3
|
Just popping in 
|
I ran VNC with shows Twitch for about two hours and didn't have any problems. Downloads worked fine, too. Uploads seem to be slow, but maybe only Problem here?
Quote from page 1: Find out that on my x1000, when i connect router to the onboard NIC and then power on machine, then the leds both on router and on the NIC are green. All fine. Then, if i do reset by reset button on tower, they go to offline, and never come up even after OS4 loads up again. So , to make link again to work, i had to do exactly power off / power on.
I guess I still have that here.
Edited by TearsOfMe on 2026/3/25 22:25:17
|
|
|
|
|
|
Re: Videovortex
|
Posted on: Yesterday 18:49
#4
|
Just popping in 
|
@TearsOfMe @nbache Thank you for your advice! I got it now working  .
|
|
|
|
|
|
Re: x1000 onboard network opensource driver in progress: new version
|
Posted on: Yesterday 17:35
#5
|
Just popping in 
|
@kas1e Quote: You mean dock not working ? And that only with pa6t driver, but work with realtek drivers ? It's as if the processor is overloaded; the graphics in the various dockies (CPUDock, NetDock, ...) do not refresh constantly and struggle to function. I need to check with the RTL driver. Edit: Ok I've got the same behavior with the RTL driver. Quote: you mean local network and driver monitor whole network traffic like arp and co ? And in this situation dock works ? Cant it be that you mess with docks settings ? As soon as I start a download on my Mac, I also see the activity in the Dockie. I can also see the amount of data received or sent increasing, not only in the dockie, but also in Ranger for example, in the Network/General tab you can see this by refreshing the page. I don't see That with RTL driver. I'm using default settings for the dockie. In case it could help, this what I've got on the serial  :
[pa6t_eth] Init: pa6t_eth.device 1.1 (23.03.2026) (c) 2026 kas1e
[pa6t_eth] FindDevices: L2C ECAM=0xE0008000 (id=0xA0091959)
[pa6t_eth] FindDevices: MC0 ECAM=0xE0020000 (id=0xA00A1959)
[pa6t_eth] FindDevices: MC1 ECAM=0xE0028000 (id=0xA00A1959)
[pa6t_eth] DiagInit: phys=0x17CC0000 virt=0x5A810000 (2048 entries, 131104 bytes)
[pa6t_eth] *** AFTER CRASH: CFE> d 0x17CC0000 ***
[pa6t_eth] Init: ready. MAC 02:00:E0:0A:30:00
[pa6t_eth] Init: copy path = RoadShow internal (S2_CopyToBuff)
[pa6t_eth] S2_SANA2HOOK: supported methods: 0x800B0001 0x800B0002 0x800B0008(DMACopyToBuff32) 0x800B0009(DMACopyFromBuff32)
[pa6t_eth] S2_SANA2HOOK: DMA copy: to=1 from=1
[pa6t_eth] PostRxBuffers: DMA Memory+BusMaster enabled (was 0x0000)
Kind regards,
Edited by Petrol on 2026/3/25 21:59:19
|
|
|
|
|
|
Re: My AmigaOs4.1 projects
|
Posted on: Yesterday 16:17
#6
|
Just can't stay away 
|
@joergQuote: The file name was ScummVM2026.1.1lha. @all The situation has been resolved. It was Raziel’s wish that there be only one version of ScummVM on Os4Depot, and he also requested that the old ScummVM source code be deleted. The Os4Depot admin therefore acted entirely correctly. And I, too, bear no blame for the fact that the originally created version of ScummVM was overwritten. Just to make that clear once again. Of course, Raziel’s work should never be forgotten—he dedicated years to ScummVM and continuously developed the source code. His work is still present in the new build; whether or not AI is included is irrelevant, and of course, new improvements brought by the AI have also been added. Overall, it can be said that the bulk of Raziel’s work is still in this build.
|
|
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
|
|
|
|
Re: My AmigaOs4.1 projects
|
Posted on: Yesterday 16:01
#7
|
Home away from home 
|
@Maijestro Quote: Even if it uses a completely different filename? I uploaded it as ScummVM2026.1.1, not as “scummvm”. If you uploaded a ScummVM2026.1.1.lha instead of a scummvm.lha nothing should have been replaced, but using the same file name scummvm.lha and just using a different "Version" in https://os4depot.net/?function=submit or https://os4depot.net/?function=submit&replace=13139 isn't enough.
|
|
|
|
|
|
Re: My AmigaOs4.1 projects
|
Posted on: Yesterday 15:51
#8
|
Just can't stay away 
|
@joerg Quote: Thanks Quote: If you don't use the Passphrase to protect your uploads anyone can replace anything on os4depot.net by using the same file name, just like on Aminet. Even if it uses a completely different filename? I uploaded it as ScummVM2026.1.1, not as “scummvm”.
|
|
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
|
|
|
|
Re: Did anyone flash his cfe on x1000 with hw programmer ?
|
Posted on: Yesterday 15:15
#9
|
Just can't stay away 
|
I'm worried just reading this kas1e.
|
|
|
|
|
|
Re: My AmigaOs4.1 projects
|
Posted on: Yesterday 14:44
#11
|
Just can't stay away 
|
@kas1e
It was never my intention to undermine Raziel's work. My build clearly had a different version number—specifically, ScummVM-2026.1.1—and of course I wanted to keep it separate from Raziel's latest public build because I greatly appreciate his work.
In both uploads I made, the version number was clearly included to avoid overwriting the existing files. However, my AI build was then renamed and released as scummvm, which led to the overwrite.
And of course, I’d like to resolve these issues and not take credit for someone else’s work—the hard work on ScummVM was clearly done by Raziel.
So if anyone still has the latest source code and the original target build 2.9.0, they should overwrite it.
And I could then try again to make my build publicly available as a separate version on Os4depot.
One more thing about the missing bits: they don’t exist. I had uploaded a faulty build where that issue appeared; the current build now available doesn’t have this problem, neither on my X5000 nor under Qemu/Peg2. Unfortunately, there has been very little feedback so far, so of course I don’t know how well it works on other machines.
So if you’d like to test it, please do so and report any bugs, and I promise I’ll look into them.
|
|
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
|
|
|
|
Did anyone flash his cfe on x1000 with hw programmer ?
|
Posted on: Yesterday 11:02
#13
|
Home away from home 
|
@All Want to play with CFE and is there anyone who flash their x1000 with hardware programmer ? Just if you can share model, etc. I just need to be on safe side to be able to dump current and to flash it back to not have a brick :) I am thinkin about CH341A with sop8 , will that one be ok ? Also can someone share if it just one single slot for flash or there some "save" one in case first one flashed bad ? In trm i read: Quote: Dual serial flash EPROM chips are provided to hold the BIOS code. Jumpers are used to choose between them
So there 2 of same copy of cfe and if one die you simple set jumper to boot from second one ? Thanks!
Edited by kas1e on 2026/3/25 11:42:13
|
|
|
|
|
|
Re: My AmigaOs4.1 projects
|
Posted on: Yesterday 10:41
#14
|
Home away from home 
|
@Maijestro That all good but we have problem now :) you replaced good old well tested version by Raziel by AI port which wasnt tested properly, but just you do some tests, and even then ppls complain they have issues with basics like missing executable bit.. now, where old version from Raziel ? In your archive ? Or we can say buy buy to his version ? If that the case that not very good, you for sure shouldnt consider replacing good tested version by fast AI ports that for sure. Maybe create it like scummvm-ai or scummvm_majestro
Strange that it was allowed to be replaced.. It needs to be uploaded back and your version renamed, IMHO, so everything will be fine for everyone. Because its like you rush few years of Raziels work :( sure you didnt want to, but you can same way upload anything over ppls work and buy buy :) Even if Raziel say ok to replace because he dont care anymore it still not good for all who know and test his verdion and want exactly his version...
Anyway keep it up, just let it be not overwrite others work, etc :)
|
|
|
|
|
|
Re: x1000 onboard network opensource driver in progress: new version
|
Posted on: Yesterday 10:24
#15
|
Home away from home 
|
@Petrol Quote: I remark that during transfer, my dock did not refresh.
You mean dock not working ? And that only with pa6t driver, but work with realtek drivers ? Quote: Also, If I download something on my other machine, I can see the traffic on the PA6TETH in the net dockie!
Can you explain more plz: you mean local network and driver monitor whole network traffic like arp and co ? And in this situation dock works ? Cant it be that you mess with docks settings ? Anyway can you share what dock you use and with what params so i can play with
|
|
|
|
|
|
Re: Project - hardware to run AOS4 for 35 euro on QEMU 10 + GPU passthrough
|
Posted on: Yesterday 10:13
#16
|
Quite a regular 
|
TA-DA! The Belkin USB adapter works with QEMU via USB passthrough The Belkin is connected via Ethernet to a Linux computer. The Belkin is connected via USB to a Linux computer. USB is passed directly to QEMU/AmigaOS4 The Linux computer has internet access via Wi-Fi AmigaOS4 uses the Belkin USB adapter as its default network card. Command line for connecting the device to QEMU
-device usb-host,hostbus=0x003,hostaddr=0x005
Here is the data for the Linux side
Bus 003 Device 005: ID 050d:0121 Belkin Components F5D5050 100Mbps Ethernet
Here on the AOS4 side
[USB] INFO | "hub.usbfd" | "HUB" | Device on hub port 1 attached as fkt 0x6FF8FF00 (ifc 0x6FF43CC0)
[USB] INFO | "USB Fkt Init" | "Init Fkt" | [fkt 0x6FF8FF00] Fkt is {Vendor: 0x050D, Product: 0x0121, Class: 00.00}
[USB] INFO | "USB Fkt Init" | "Init Fkt" | [fkt 0x6FF8FF00] Fkt ("ADMtek","USB To LAN Converter","0001") initialized
[USB] INFO | "USB FD Starter" | "Sys_EndInitialAttachmentPhase" | Initial USB Attachment Phase terminated
[USB] INFO | "USB FD Starter" | "Bind FD" | No driver found for fkt 0x6FF8FF00/ifc 0x6FF43E40 {Class 00.00}
Test carried out on QEMU9 PEG2 – I’ve been testing it locally since yesterday and it’s working. It’s not exactly lightning fast, but it works ;-D  Screenshot description: On the right, in the background, tcpdump running on Linux ETTH On the left, Linux debug windows and the ‘serial_client.py’ window from the qemu-runner package EDIT: NET test. File downloads plus an ICMP flood from Linux using the command "ping -s 1023 -i 0.02" It handled 8 GB flawlessly and stably (given its data transfer capabilities)
Edited by smarkusg on 2026/3/25 22:32:27
|
|
|
|
|
|
Re: x1000 onboard network opensource driver in progress: new version
|
Posted on: Yesterday 7:04
#17
|
Just popping in 
|
@Kas1e Not all over the ways, I did some speed tests using Curl, browsing with Oddyssey, files transfer over network to my NAS/MAC. I remark that during transfer, my dock did not refresh. Also, If I download something on my other machine, I can see the traffic on the PA6TETH in the net dockie! 
|
|
|
|
|
|
Re: x1000 onboard network opensource driver in progress: new version
|
Posted on: Yesterday 3:25
#18
|
Home away from home 
|
@Petrol 24 hourse its really promising. And they all with network tests all over ways ?
@all Plz do test too before i scream amiiiiigaaa
|
|
|
|
|
|
Re: My AmigaOs4.1 projects
|
Posted on: 3/24 18:01
#19
|
Just can't stay away 
|
I just downloaded it directly from Os4depot and ran it on my X5000, and it works. Please download it again and test it. The old build has since been replaced by a new one.
And if it doesn't work, please specify the system you tested it on; it seems you're missing something.
|
|
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
|
|
|
|
Re: x1000 onboard network opensource driver in progress: new version
|
Posted on: 3/24 17:47
#20
|
Just popping in 
|
Sill online after 24 hours ;)
Do you have also network activity when nothing is running (I mean only WB started)?
Edited by Petrol on 2026/3/24 22:03:27
|
|
|
|
|
|