Who's Online |
33 user(s) are online ( 14 user(s) are browsing Forums)
Members: 1
Guests: 32
NinjaCyborg,
more...
|
|
|
|
Re: updating sgit
|
|
Home away from home
|
@Capehill
everything in "case 0:"
need to be in a process_fork_fn()
then you need create process, with ptherad or CreateProcessTags() or what ever its callled, in DOS library,
no fork in amiga land.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Video editing software
|
|
Home away from home
|
@Antique
You can edit videos in blender
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: How do you like your A1222?
|
|
Home away from home
|
@hlt
That will require different versions of libraries and programs, so problems wont go away, but instead require effort from the users (developers) of A1222.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Amiga OS4, virtual memory and swap partition..
|
Posted on: 10/26 12:32
#4
|
Home away from home
|
@Chris
I belive there is MEMF_VIRTUAL that needs to be used.
private is kind of MMU memory, but I'm not sure if its swapped out to disk, it be arranged, to free up larger blocks of memory.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Payback game: last CD batch
|
Posted on: 10/13 21:26
#5
|
Home away from home
|
Got the cd as well, better late then never
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: CLIB4 Shared Objects and Shared Library
|
Posted on: 10/10 20:44
#6
|
Home away from home
|
@joerg
Your suggesting was added it to back of name, but you add it to front of name perhaps. clib4_libsdl_x.x.x.x.so
this why list of files will be sorted.
I think troublesome, considering that most stuff, is ported from other OS’s, you need modify the build process to add the “clib4” part to the name.
__attribute__((__used__)) const char *os4_c_library = “clib4”; can be put into the link library and forgotten.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: AmigaOs4.1 manuals/howto
|
Posted on: 10/10 16:57
#7
|
Home away from home
|
@Maijestro
Well, the UBOOT on AmigaONE-XE and SE has not been updated, so good if documentation stays the same.
if you have newer hardware, you need correct documentation for your hardware. don’t mess up the old documentation.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Why not use the second core for chipset emulation?
|
|
Home away from home
|
@Hans
it does not.
When you read and write to the chipset, that’s when most chipset is emulated. this how it synchronized clock cycles to the video output. Every read and write, equals a amount of clock cycles, that is used for the video rendering. This who it can get exact output, even when emulation is not real time.
Even the blitter is done like that, even if in that case, should been done in parallel.
So you need to run 99% on the other core, that’s probably fine on X50x0, where emulation is running fine on just one core, the main advantage is that it frees up the main core.
Of course, we can all agree that a bad implementation is better than no implementation.
Edited by LiveForIt on 2024/10/10 8:39:29 Edited by LiveForIt on 2024/10/10 8:41:03 Edited by LiveForIt on 2024/10/10 8:43:32
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Why not use the second core for chipset emulation?
|
|
Home away from home
|
@Tuvok
Your ignore nice working done on clib4, by many developers, and it’s necessary. For progress to be made, on other topics.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: CLIB4 Shared Objects and Shared Library
|
Posted on: 10/9 22:23
#10
|
Home away from home
|
@rjd324
Yeh, should be different directories for clib and newlib .so files. nothing to debate, it will conflicting other vice.
I guess the elf.library, need to check for const symbol in ELF file. like we do with version strings.
With that fix done, and the memory leek done, it should be ready to be used, for real.
ramlib and how that works is a different topic. We don’t need to debate.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Why not use the second core for chipset emulation?
|
Posted on: 10/9 12:41
#11
|
Home away from home
|
@ferrels Quote: At this point in time, why would anyone in their right mind care about using an additional core on an OS4 system to emulate the custom chipset of a classic Amiga Well it lower the CPU usage on main core for one. but Yeh.. they have half working SMP implementation done, lets say someone start working on this, and when its don, its no longer compatible with AmigaOS4.2 SMP, that be kind a blow… to considering considerable time it take to figure out how to do this, and implement it. Quote: There isn't a large enough user base to even justify the investment to rewrite the kernel to make it SMP it does not mean, nobody is working on it, it might take a long time, and it might not be worth it (As in paying someone to do it, and getting some revenue back in the form of sales), but it possible it can happen, already lot of time is spent on it. It's just that OS will need to handle L1 Cache, and correct for all public data, and there is lot of list and messages structure, that need some kind of management system. If can be done with current implementation, maybe, but sure it won’t be efficient without, being specifically written to support. Perhaps L1 can be disabled, but that effect performance. We see what happens, the people who are supposed to work on it are not talking, so who know where we are at. Hopefully get our yearly update at AmiWest. First time, they talked about it was back 2005, there was talk about dual G4 CPU module for AmigaONE-XE, it’s now almost 20 years after, it was first talked about. So yeh… this was not easy, true has many roadblocks and unnecessary challenges, that has hampered progress. Quote: And even if there were, rewriting OS4 to take advantage of SMP would break backward compatibility Yeh, it seems that is a likely outcome, of this experimentation. this why NinjaCyborg perhaps suggested using the other cores in a different way. Having an implementation that allows AMP (Asymmetric Multi-Processing) won’t be bad, but a little disappointing. I do not know is required for AMP, but I believe this what the OS needed to support for a successful UAE on the second core concept, without SMP.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Why not use the second core for chipset emulation?
|
Posted on: 10/8 16:53
#12
|
Home away from home
|
@smarkusg
If UAE was able to run on different CPU CORE, using RAM as frame buffer, the keyboard IO, will need to somehow get to the other CORE, the network will need to get to other CORE (grated it’s not work now.) and you need to be able to copy memory from the CORE into a window. there must be some interaction between CORE1 and CORE2.
Some kind of framework will need to exist between the cores to interact, somehow I have the feeling, that’s not easy without the OS knowing about it.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: AmiStore purchases and downloads
|
|
Home away from home
|
@Hans
I’m familiar with stripes but have not done any development against that API. My company uses it for subscriptions, and it seems to me that’s what stripe is made for. Perhaps because I have not seen it used in any other way.
this what I’m thinking
[AmiStore] -> [QR] -> [PhoneCamera] -> [WebStore] -> [login] -> [PayPal]/[Stripe]
AmiStore just becomes place to list what you own, and what you can buy. AmigaKit Updater does downloads etc.
WebStore can be Shopify or whatever (as long as it can handle license).
[AmiStore] -> [Dynamic QR] -> [PhoneCamera] -> [Aspire] -> [Login] -> [SessionToken] -> [AmiStore] [AmiStore] -> [RAST] + [SessionToken] -> [query list]
Edited by LiveForIt on 2024/10/8 10:50:02 Edited by LiveForIt on 2024/10/8 11:20:38 Edited by LiveForIt on 2024/10/8 11:21:30
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Why not use the second core for chipset emulation?
|
Posted on: 10/7 17:54
#14
|
Home away from home
|
@NinjaCyborg Quote: How would it work? It would need some dedicated memory virtualized to match the chipset memory addresses. This memory would then be mapped to say, a surface on the graphics card that could be attached to a screen or window. Likewise the audio could be mixed with the wider system audio. It would still need applications to be earmarked as 'run this in a sandbox that uses the chip emulator'. AmigaOS4.x does have fixed address for CHIP memory, it’s not address space you expect infect the same address space as FAST. Its also not as much of problem as you might think. the chipset hardware registers typical has lower and upper register.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Why not use the second core for chipset emulation?
|
Posted on: 10/7 12:04
#15
|
Home away from home
|
@NinjaCyborg Quote: By the way what is an extra core? It's an additional CPU that has direct memory access same as the first CPU does. nope, etch core has its own independent L1-cahce, this independent L1-cahce must be synchronize with the other cores L1-cahce. This is why this is not as simple as adding Mutex, and some spinlocks. Quote: Is that really much different from the original Amiga architecture which had several different chips all accessing memory directly to do processing, yes, it is… old 680x0 does not have L1-cahce, and different chips do not have cache, this make old architecture a lot easier to work with.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: AmiStore purchases and downloads
|
Posted on: 10/5 14:48
#16
|
Home away from home
|
@Hans API’s are 200% hackable, it wont be secure, better to pay using QR code, on your phone. The only security we have, is that all the developers are nice people
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: USB keyboards and Uboot - on a Sam460ex
|
Posted on: 10/2 22:44
#17
|
Home away from home
|
@Hypex
Well the graphics looks it’s not normally because of WaitTOF, but its often a bug inside a bitmap lock()/unlock() peer or intuition lock()/unlock(). Can be other things as well, like Layers lock()/unlock(), or Screen lock()/unlock().
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: AmigaOS 4.1 Final Edition or Odyssey?
|
Posted on: 10/2 22:38
#18
|
Home away from home
|
@nbache
Peg2 has OpenFirmware, but CFE and OpenFirmware use the same way to load AmigaOS. Only AmigaONE-X1000 has CFE.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: USB keyboards and Uboot - on a Sam460ex
|
Posted on: 10/1 21:41
#19
|
Home away from home
|
@NinjaCyborg
must be null modem cable, not a straight through Cable.
use putty on the PC.
to open a serial shell on AmigaOS
you can wrote the folling in shell:
newshell aux:
i have that in my user-startup, so always have a shell, I can access the computer, if the gfx has locked up. useful for debuging.
Not sure if AmigaOS support USB2SER addapters, but my PC does. and so I use the onboard serial port header on my AmigaONE.
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|
Re: Creating an AmigaOS4 library
|
|
Home away from home
|
@MigthyMax https://www.ibm.com/docs/fi/aix/7.1?to ... n-synchronize-instructionhttps://www.ibm.com/docs/sv/aix/7.2?to ... e-synchronize-instructionThats interesting, I'm using a old sdk, and have not seen that macro. I think might been added due to experimental SMP support, Is not L1 cache that’s per core? Keeping that in sync can be important. This means that will be major problem for all amiga libraries, and perhaps other parts, unless isync is added, to keep public data in sync. The parts I guess be affected, is chained lists, and we love this on Amiga. I wonder however, won’t it better to warp functions in a dcbf and isync, inside a function pointers. instead of inserting maco, that only effect new functions. void (*old_bla) () = NULL; // set on patch, or lib init. void bla() { asm("dcbf 1,4"); old_bla(); asm("isync"); } or perhaps void bla() { ObtainMutexLock(libCountMutex) old_bla(); FlushL1Cahce(); RelaseMutex(libCountMutex); } Some stuff can perhaps be done using shadow memory creating some kind exception, so that, so that it can be hidden, out of sight. in the exception call itself. however that only good as fallback, not ideal for new code. And I see problem, with fact that Amiga programs, like to manage their own memory.
Edited by LiveForIt on 2024/9/21 9:30:18 Edited by LiveForIt on 2024/9/21 9:32:33 Edited by LiveForIt on 2024/9/21 10:44:45 Edited by LiveForIt on 2024/9/21 10:58:08
|
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
|
|
|