@Hans

That means there is a question of whether it is possible to access the underlying radeon GPU command buffer in a legitimate way along with feeding blocks of 3D data to it without disrupting your existing 2D driver.

Is there any considerations for opening access to this in some clean way without trashing your existing driver?

@AmigaBlitter

Given the right framework with a developer that is interested I'm sure we will benefit from this.

Now to just find out if anyone else wants to do driver level code as well?

we can't all rely on a small number of people to handle everything can we?

@Raziel

I don't need your pills... I'm happy having gone down the rabbit hole after getting my first Amiga computer...

However... I would just love it if it was possible to actually build recent Application project releases without needing to fuss about and fix the build scripting to compile the codebase...so I would be more sure to have a complete set of sources that build into something usable natively.

I have never enjoyed or had any form of stable cross-compiler until now ( I have managed to get adtools installed but would like to know what the hell to do if there is actually a native version of the AmigaOS 4 compiler in the directory tree... )

@xenic

Two things need to be known...

because "sgit init" and "sgit clone" are for creating a barebones/copy-of-existing repository setup...

1= Writing to the repository using "sgit push origin master"
where origin and master are the host and branch references.

2= Reading from a repository "git pull"(no pull so alternate)
"sgit fetch <repo>"
"sgit merge origin/master"
"sgit rebase master"
are the magic commands to update collaborator changes.

at least according to the information I got when asking as an issue against the sgit github project.

very very awkward for the sgit workflow in this way.

standard "git" is "init/clone/push/pull" with other operations as "extra features"

very very strange that we need to workaround a default feature using alternate extra functions.

Just my own opinion in using sgit for Perception-IME and Polymorph-VMM on github myself including some collobarative work with perception-ime (which I am very grateful for).

@Raziel

I see crazy joined the party :P

Then again... I'm definitely here to stay...
even with being slow on some updates.

@Raziel

Yes I did, actually using TimberWolf to do so...

I have minimal TimberWolf problems myself...mostly to do with shutting it down or random startup faults.

Now the code is available I'll look through and see if there is anything I can do for building it myself.

One thing I have noticed... "Linux Hosted Cross-Compiler" is mandatory (lots of autotools in the configure scripting).

Kind of makes it a problem in trying to build TimberWolf for AOS4 natively on AOS4.

I have a number of items now that I have put aside needing me to work out how to deal with cross-compiler built "installation" and verification of whether the dammed thing is "AOS4 native" or actually host-as-target built...and a mix of the same with a recent adtools build.

when everything is automated with a walkthrough...great...
when I have to go hunting myself...definitely more awkward since I have only got remote access to non-AOS4 hardware through ssh/scp and editing the files remotely is definitely out of the question ("amiga" termcap definition is majorly broken in Linux by default currently).
not an AOS4 issue...but definitely something I can resolve...

Once I build myself a local x86 server machine to use for building with a cross-compiler.

@tfrieden

I've been waiting for this for a while...definitely going to clone it out and take a walk through.

same nickname using gmail.com for my username on github.com
definitely interested in adding any patches and changes that can help this project become more up to date or better in any small way I can.

Thank you again for making this available.

Is there any chance of making the python source changes available as well in a similar fashion?

I'd like to see if it is possible to update the system python with the 2.7 or 3.5 series sources using the AOS4 changes applied there

Definitely interested in seeing beyond the "standard release" as available from Mozilla...

I'm personally just wondering how much is actively modified for TimberWolf to actually run on AmigaOS.

What about changing the AddNetInterface line in the startup-sequence/network-startup scripting...

Specifically a "RUN <>Nil: C:AddNetInterface Devs:NetInterfaces/<ifname>" for each interface by name?

so that instead of serially adding interfaces you can add them in parallel with first launch+config becoming the order in which they attach to the network stack ?

@jaokim

I've ***tried*** using svn on aos4 for checking out resource projects that I was considering for code re-use in my own projects.

Ran into only empty svn root directories being created and nothing actively downloading at all.

I'm not sure what the issue is as repeatin the test on my RPi using an up to date linux svn client worked okay..

maybe it is that all of the projects ported from Linux for deveopment purposes are needing to use specific snapshot points for projects that are moving targets.

@All, As I have my own projects openly hosted on Google Code... I'll have to migrate them somewhere...

I'll see what I can do through my GitHub Acct then...
as I have managed to get most of them migrated to there.

Hopefully SGIT works well enough so that I can make a massive data commit for perception ime with regards the Kanji Data Tables and not just the Hiragana Table with Katakana conversion option.

I have mixed Samba Sharing which I can access from Android and Windows (one is a Linux on RPi setup which is also FTP Accessible from AmigaOS and the other is AmigaOS4.1.6+)

I have not run into any problems between Samba and Windows but then I have specifically setup the Samba as an SMB/NMB "master" peer with the Windows taking settings from the Samba Server for encryption and communications compatability modes.

I can decompress that here without needing swap ( I would be pulling the file to a slaved RPi I have attached to my AOS4 machine...and unpacking it there before accessing it with AOS4, the RPi will be using a "built from Source" Linux installation I compiled myself).

Maybe you can grab use of a machine to slave off of AOS4 for the same type of setup where you are ?

@All,

The only "common" information is... RKRM 3rd Edition based,

ISO-Latin-1 (this is ISO-8859-1 through ISO-8859-15 collectively)

You can only trust the Character Codes up o code 127(DEL)

Anything above character 127 is subject to change at the users whims.

Additionally ... I am working with UTF-8 as the codeset of choice for my own projects.

Use Locale.Library to get the MIBenum value and then query the on-disk reference file mapping them to names if you looked into S: and L:

DiskFont.Library will only tell you about what is currently displayed (and I am having fun and games with *multiple* Keymaps along with chording whole typed words for presenting small menus of options... 3000+ "daily Kanji" with readings anywhere from 1 through to 8 syllables for common and upto 16 syllables for uncommon readings, each "syllable" is equal to 2 or 3 English Letters...and that is only for the Japanese).

I wonder how anyone will cope when the "system default" is set for Unicode and there is no "upper limit" for Character codes (when a 32bit CodePoint IS reasonable).

Assumptions == Screwups of the worst kind... good to ask and definitely double-check before cutting code out of the frypan :P

@K-L

Well it is appearing to launch on 11/11 by NZ/JP if it appears anytime soon.

Hell of a birthday present

@Hans

I'd be willing to donate a little attention to this...which would provide an initial base for more knowledgable coders to update if a 100% native assembly routine is required ( I only really know to optimize for 020/040 processors and the same rules appear to work well on the PPC from what I have tried).

@All:

For the UI of a SoftKeyboard on AmigaOS I would look at Locking and cloning the Workbench Screen settings and create a screen that is always "on top" of the screen stack,

Selecting a Key from the embedded Window containing the SoftKeyboard would queue an InputEvent write to the input device awaiting the user to select thetarget programs window.

Reselection of the Application Window then triggers the SoftKeyboard on IDCMP_INACTIVEWINDOW events to perform the input.device write.

this bypasses any requirement to know anything about what is currently displayed at the cost of screen real-estate at the base of the view-area.

I did think of a Window-only SoftKeyboard but this would not work across screens.

And I recall the MegaBall author wrote a similar UI option for a music player years ago.

The question would then be of how to keep the SoftKeyboard Displayed while cycling screens and without patching?

some kind of "heartbeat" timer forcing the SoftKeyboard to the front-most screen on top of anything else?

Any other ideas?

@orgin

I'm interested and would expand the existing perception framework with it.

@noXLar

An On-Screen-Keyboard or similar tool correct?

I am currently giving thought to such a thing myself.

@Hans

Thank you for helping clarify that.

@RIBDEVIL

How ARexx friendly is it?

Other than that I intend building a dataset for a programming project.

as for 23000 entries, I need about 3x that at least for current estimates.