Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
53 user(s) are online (35 user(s) are browsing Forums)

Members: 0
Guests: 53

more...

Headlines

Forum Index


Board index » All Posts (cygnusEd)




Re: What is needed for speedup Amicygnix ???
Quite a regular
Quite a regular


@Mrodfr

Quote:
Is it just nothing to do and wait after GFX driver updated on the next update of AOS4 (OpenGL,....) ????

Will not help. The X server renders everything with own routines.


Quote:
There are something on the Amicygnix code that should be updated to have better speed also ???

Because of the above reason, it should speed up the server, if he uses the system routines for scrolling and things like this. I'm working on this, but had not much success so far.


Quote:
Allready the speed could be better by using special settings before launching Amicygnix (the setting program), or during the use of Amicygnix (inside the settings menus) ???

There are several ways to speed up AmiCygnix. You could try to use a faster window manager. If you have installed the AmiCygnix tools package, you can select the window manager "mwm" in myX11Setup. On SAM systems it should help a little bit.

But I think one the biggest problems are the aliased fonts. By default GTK2 programs on AmiCygnix are only using TTF and Type1 fonts. The normal X fonts are not used. You could compare for example "xedit" (X app) with "leafpad" (GTK2 app). Have a look at the panel menu.

So you ask, how you can make the X fonts available to GTK2 programs?
Stop AmiCygnix and create a file called ".fonts.conf" in "Cygnix:Home/root" with this content:

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<!-- Font directory list -->
<dir>/Cygnix/CygnixPPC/X11R6.3/lib/X11/fonts/75dpi</dir>
</fontconfig>

This adds the following X fonts to the system: LucidaTypewriter, New Century Schoolbook, Times, Helvetica, Utopia, Charter and others.

Afterwards call "Cygnix:CygnixPPC/bin/fc-cache -v -f" in a shell to update the font caches.

Launch AmiCygnix again. Launch the GTK2 prefs editor with the menu item "Settings/Appearance" and select a X font (e.g. "Lucida Typewriter") and click on "apply" + "close". Afterwards every GTK2 app uses this font for it's GUI. Don't forget to select a X font in the application.

I don't know, how much this increases speed on SAM. Would be nice, if you could tell me.

Finally you could select the "Default" theme in the GTK2 prefs editor.


Edited by cygnusEd on 2009/7/11 1:42:39
Go to top


Re: AmiCygnix DSI's
Quite a regular
Quite a regular


@samo79

Tried it here. I've created a screenmode for 1680 x 1050 and selected it in myX11Setup. Although I don't have such a large monitor, it worked.
Please keep in mind, that only 16bit modes are supported.

You could try this: Set the environment variable "Cygnix/CYGNIX_SCREEN_MODE" to "picasso96@ask". When you launch AmiCygnix afterwards, a screen requester should appear, where you can select your screenmode.

If this does not work, I have no idea, where your problem is .

Go to top


Re: AmiCygnix DSI's
Quite a regular
Quite a regular


@samo79

You can use "myX11Setup" to change the resolution. Open the screenmode requester in the first line of the myX11Setup window. You should be able to select your desired screenmode there.

Go to top


Re: AmiCygnix DSI's
Quite a regular
Quite a regular


@TrevorDick

The problem is an old abc-shell binary ("sh"), which is installed somewhere on your system. Old versions do crash when used in AmiCygnix. Minimum version: 53.1. This version is included in the AmiCygnix package.

Try to find this binary. You can open a shell and type "which sh" to find it. Delete it or replace it with the binary in "Cygnix:CygnixPPC/bin".

Hope this helps.

Go to top


Re: AmiCygnix DSI's
Quite a regular
Quite a regular


@TrevorDick

It looks like an old problem with some abc-shell binaries. Can you post a Grim Reaper's stack trace here, so I can see the reason of the crashes?

Go to top


Re: Shall we create a bounty for an modern AMP system?
Quite a regular
Quite a regular


@kas1e

No, I didn't make any improvements to the server yet. It is very difficult to implement.

Go to top


Re: Shall we create a bounty for an modern AMP system?
Quite a regular
Quite a regular


@virgola

Quote:
About the Amicygnix Vs native packaging a question: there will be any performance or features difference between the two?
Do you think we will be able to stop and restart the apache service to reload its configuration?
There will be no performance or feature difference. The only disadvantage is the dependency to the AmiCygnix base package.
The server will work like the current apache port. With the configuration utility "myApacheStarter" (must be adapted) you will be able to stop and restart the server.

Quote:
Keep it up and I'm sure people will appreciate somehow ($).
What do you prefere the most: opening a bounty o free donation on your site?
I would prefer a bounty. It is a complex project, which needs a lot of time to do it. It is discouraging, when I compare the amount of donations I've got for AmiCygnix and the time I've invested so far (This does not mean, that I don't appreciate the donations I've got - thanks again!).

Quote:
Speaking now for MySql, can you write down the list of missing function in pthreads so we can contact the F. brothers and tell them clearly what we do need?
I will work on it.

Quote:
P.S. Just a curiosity: why are you still using AWeb?
It is the browser I know best and I like to use it for web development, although it has no CSS support.

Go to top


Re: Shall we create a bounty for an modern AMP system?
Quite a regular
Quite a regular


@virgola

O.K. - I was able to compile a first Apache binary of the latest package 2.2.11. It was not so difficult than I thought . It has still some little bugs and PHP and MySQL is missing, but it works fine. So I'm sure now, that it is possible to make the port (Still not sure about the MySQL server).

Snapshot:
Resized Image







What I can offer is to create an AmiCygnix package first (As said above: The X server and the desktop is not needed) and a native package later. But please keep in mind, that it will need some time.

Go to top


Re: Shall we create a bounty for an modern AMP system?
Quite a regular
Quite a regular


@virgola

Quote:
virgola wrote:
@cygnusEd

First of all thanks for answering!

Second: sure, an AmyCygnix package based would be much appreciated!
Just a quick question: it does mean that I have to turn on all the X server & Co. to use the Apache server? I hope not, as it will be slow as hell on my slow Sammy...
No, you would not need the X server and you don't need to launch the desktop. Only the environment is needed.


Quote:
I personally don't mind about the single process issue, as I'm sure everybody will use it only for local development.

About the MySql native driver there are major advantages about:
- it solves legal issues, as it is developed by PHP people
- has a better memory management, being directly integrated into PHP will share the same memory and move faster data back and forth from MySql
- from what I understood it will be the future

For summarizing about the bounty: you 're on for a new port of Apache 2.2.x, PHP and MySql client, all Cygnix indipendent.
Sorry, I can't confirm that. I'm not sure, that I can make a port of Apache 2.2 (had a look at it). It is much more complex than 1.3. Before I can accept such a bounty, I want to be sure, that I can do it.
But more important: Removing all dependencies to AmiCygnix needs a lot of time. I also have to recompile several libraries I have ready for AmiCygnix. I'm afraid I don't have the time for this at the moment.


Quote:
Do you think we can contact the authors of the pthreads library (the Friedens) for adding the functions you do need for porting MySql server?
Yes, why not. I can make a list of the missing functions.

Go to top


Re: Shall we create a bounty for an modern AMP system?
Quite a regular
Quite a regular


@nubechecorre

It is related to virgola's request for "MySql Native Driver for PHP (http://forge.mysql.com/wiki/PHP_MYSQLND)".

Go to top


Re: Shall we create a bounty for an modern AMP system?
Quite a regular
Quite a regular


@virgola

Quote:

I propose the creation of these bounties:
1. Apache Web Server 2.2.x
2. PHP 5.3 (when it is finished)
3. MySql Native Driver for PHP (http://forge.mysql.com/wiki/PHP_MYSQLND)
4. MySQL Community Server 5.1


Hi virgola,

yes, I agree, my current port of Apache is outdated. I didn't have the time to make an update because of my AmiCygnix project. A complete AAMP for OS4 would be a nice thing, but the MySQL server is still the biggest problem. For me it is nearly impossible without an enhanced version of pthreads (Some important functions are missing).

For my personal use I've compiled a newer Apache using AmiCygnix with following components:
- Apache 1.3.41
- PHP 5.2.5
- MySQL 5.0.45 (client functions only)

It works quite good, but it needs an installed AmiCygnix base package. If there is an interest, I can create a package. I have not the time to make a package without AmiCygnix dependencies at the moment, sorry.

To the difficulty of the projects:
- Apache 2.2: Not too difficult, if you leave out the feature of multiple servers. My current port does only support one server process. This is the reason, why it is only useful for development and not for productivity.
- PHP: Not very difficult, but needs some time. PHP is very portable.
- MySQL: As said above, client libs and binaries are easy to port, the server is a big task. I'm afraid I can't do that.


BTW: What is the advantage of the MySQL Native Driver compared to the original module?

Go to top


Re: xslproc for Tubexx?
Quite a regular
Quite a regular


@acefnq

Here is an AmiCygnix binary:

http://www.schwan-clan.de/amiga/files/xsltproc.lha

The binary needs an installed AmiCygnix base system.

Go to top


Re: re-compile with pthread
Quite a regular
Quite a regular


@nexus

Of course it would be better to recompile the AmiCygnix libs, but at the moment it isn't really necessary. Only Stardict does really need the threads.library. AbiWord uses it only for some minor things. All other programs do not depend on threads.

I will not recompile AmiCygnix for this at the moment. It would mean a huge amount of work for me with the result of only few advantages. We have to deal with this for now, sorry.

Go to top


Re: AmiCygnix startup wait?
Quite a regular
Quite a regular


@kas1e

Quote:

kas1e wrote:
@cygnusEd
must to add, that is only one minus about the AmyCygnix (slow windows moving/resizing). I like clipboard support beetwen. Good that sound/networks works just after installation, and configure gui-window are good too (not need to boring about deeply X boredom).

Maybe it possible to rewrite video driver or somehow speedup these windowses lags, to make it works like os4 native ones windowses ?

Exept it, software itself works pretty stable. I have no grims for all 2 days when i play with it. But for sure, when you can't move the window fast, it's a bit 'stop' you from every day usage (but picture viewers are very good :) ).


Good to hear, that it works so stable. But at the moment, there is no way to speed the system up. You could use the MWM window manager instead of OpenBox. MWM provides a frame while moving and resizing a window.

The problem is, that the X server only uses software and no hardware rendering. Additionally the speed depend on the performance of the bsdsocket.library. It will need some more time to have hardware rendering.

Quote:
ps. Did you think about compiling your porting stuff, like os4 native (with inside the binary all emulation layer (or spliit somehow on shared libs) ) and make it works like 'native' programm (i.e. os4 windowses, etc) ). ? I mean to make in end somethink like : user press on icon, and programm are runs without X (kind of, just run necessary parts of X , but 'transparency' for end user (i.e. like it's not), i.e. all do inside the binary ?) , as a aos4 window (screen) ? For sure it must speed up a lot app itself (?)


What you mean here is a "rootless server". The window is not opened in its own display, it would be opened on the workbenck screen like a normal window.
Basically it is possible, but at the moment not in development. Deep changes to the X server are nesessary to do that. I have not the time to do that, sorry.
For me the highest priority is to release some useful software for AmiCygnix. Maybe later.

Go to top


Re: AmiCygnix startup wait?
Quite a regular
Quite a regular


@pvanni

Quote:

pvanni wrote:
@cygnusEd

of course try:
http://aminet.net/search?query=getvideo


Thanks! Worked for me.

Go to top


Re: AmiCygnix startup wait?
Quite a regular
Quite a regular


@kas1e

Quote:

kas1e wrote:
@all

I made today a video which show AmiCygnix in action. So, you can see speed of loading and usage in action.

http://www.youtube.com/watch?v=iHEzNvFf2AQ


Is there a way to download the video on OS4?

Go to top


Re: AmiCygnix startup wait?
Quite a regular
Quite a regular


@Hans

I don't know much about the internals of the bsdsocket.library, but in a unknown way the router influenced the performace of the network. I think, that olsen could tell more.

To your second question: Yes, I had the same idea, but it is very difficult to replace that. It is typical to unix apps to use streams to send and receive messages and not a system like the amiga messages. To change that would mean a massive work.
I could use pipes, but they don't behave like sockets - only sockets are really unix compatible.
There must be something like (local) unix sockets, but they don't exist on AmigaOS.

Go to top


Re: AmiCygnix startup wait?
Quite a regular
Quite a regular


@kas1e

You could use a different window manager. OpenBox does only support opaque movements. You could try the Motif window manager (mwm), which is included in the AmiCygnix tools package. Select mwm in the AmiCygnix preference editor myX11Setup.

Go to top


Re: AmiCygnix startup wait?
Quite a regular
Quite a regular


@Paul

Whow - this is great news!

AmiCygnix depends heavily on the performance of the network software (bsdsocket.library). Every message and every render command goes through the network.
It seems, that your router slowed it down.

Congrats

Go to top


Re: AmiCygnix startup wait?
Quite a regular
Quite a regular


@retro

Quote:

i havent playet much with amicygnix,but i tryet the x11 thing.. maby i just dident know how to do it..


What do you mean with X11 thing?? AmiCygnix works wonly with X window.

Quote:
i am thinking of making a menu in the start bar with the name amicygnix and then start bat?s to all the program, with a pre setup to a custum screen or maby window mode for some of the small apps, for eath program

sorry for my bad english


There are several way to do this. You could create a special script to launch AbiWord in a WB display.

Example:


Echo "Launching X server..."

Run >NIL: Cygnix:CygnixPPC/X11R6.3/bin/XGeekPPC :0 -pri 0 -screen Picasso96PIP@832x600x16

Cygnix:CygnixPPC/X11R6.3/bin/WaitForX

Echo "Launching window manager (openbox) ..."

Run >NIL: Cygnix:CygnixPPC/bin/openbox

Echo "Launching AbiWord ..."

Cygnix:CygnixPPC/bin/abiword >NIL: --geometry=832x600+0+0

Go to top



TopTop
« 1 ... 10 11 12 (13) 14 15 16 ... 18 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project