Who's Online |
69 user(s) are online ( 43 user(s) are browsing Forums)
Members: 0
Guests: 69
more...
|
|
|
|
|
Re: New Games possible?
|
Posted on: 2010/11/5 16:17
#7121
|
Home away from home 
|
@328gts Quote:
ok pythoin shell command worked fine though it'd be nice to run from wb
You can just check how it runs, and add protect bits to files which not have that (or i can do it myself a bit later, when i will fix save-option). Did you try to run it from icons ? Quote:
it's 'almost' playable on my Samflex@800 just need a wee bit more speed..any optins available to try to squeeze out a few more fps
There in theory HW acceleration should works (dunno will it works with python or not). Maybe reducing to 640x480 also will helps (will check it later). @Joeled Quote: As i see it based on CUBE engine, which someone back in the past ported already to MiniGL ( there is screenshot from Hanz's site). But i can't found it on os4depot, so i assume it was never released for public. In other words, very possible that this game can be ported too (downloaded right now and will check)
|
|
|
|
|
|
Re: New Games possible?
|
Posted on: 2010/11/5 13:28
#7122
|
Home away from home
|
@328gts Quote: Porting its not the same as programming :) Programming are much-much time consuming and much harder. Quote:
just tried loading it & get:
'alien_breed_window: file is not executable' from both workbench and shell
Strange ..(strange because its packed by lha, so executable bit should be there). Anyway if you have problems then set protect bit for all that files (protect filename +e). Or just run it from shell like: Quote:
amiga shell:> python wiigameengine_win.py
|
|
|
|
|
|
Re: Some info leaked from AmiWest
|
Posted on: 2010/11/5 12:33
#7123
|
Home away from home
|
@ChrisH
Yep, pretty interesting. But from my point of view (just an imho), better to integrate current version of Filer to os (because Filer for example have already thumb priview). Maybe not the fastest priviews (for example on mos/ambient thumbs generated faster in 2-3 times in compare with filer routines), but that area can be reworked by core-team and alt.
What for now i really miss from WB : buttons at top of every window, with al those root/back/forward/etc (i.e. like in Filer now), to make it really usable (i mean to make WB really usable). Because its really annoing to open all the time those windowses again and again even if you want just "go up at once".
Plus something really wrong with "view by name" mode in WB, its slow like hell (in Filer its uber-fast). Maybe it because of thums generation, dunno, but when i choice "view by name" on my work partition, and trying go to it, then i wait seconds for first time (with busy-pointer), but imho will be cool to have it also asynchronic as in Filer (one more plus for Filer integration). If i noticed right, when you choice "show as icons", then it works asynchronic.
Integration of Filer and cooperation to works on it not only by Orgin, but also by core-team, will give really usable Desktop in end 100%.
|
|
|
|
|
|
Zaphod - well known os3.x binary editor now aos4 native
|
Posted on: 2010/11/5 12:21
#7124
|
Home away from home
|
Some days ago Zaphod sources was released at sourceforge, and Marust did a port of it to AROS. After a very little aos4 changes i compile it to os4, and you can grab it from os4depot (for now in upload query). Screenshot:  The only one bug for now which i notice : crash when you try to call an "about" window, but for release i just disable About checking (do nothing for now), and hope soon it will be fixed. In general all works as should, but if some of you will found problems, write here.
|
|
|
|
|
|
Re: New Games possible?
|
Posted on: 2010/11/5 11:26
#7125
|
Home away from home
|
@djrikki Tatu suck :) Btw, there is coming soon binary editor called Zaphod (original 68k, then opensource, and for now aros/aos4 port): screen
|
|
|
|
|
|
Re: New Games possible?
|
Posted on: 2010/11/5 10:57
#7126
|
Home away from home
|
@djrikky Quote:
So whats the difference between the original and this open-source version? New levels or what?
I do not know, but as i read in readmy "some new features was added". @Raziel Quote:
Thanks for the AB port, i was taking a look myself but gave up on the patcher
Yep, i think i gave up too if not cross-compiler setup :) On os4 patcher crashes (and not only patcher, also some conversion tool as well), but over cross-compiler all going well. The problem for now: all those python games (based on pygame, and based on plain python usage) very slow on some configs (as i see on 440). But on G3/G4 it works fine/fast. Maybe there is some python related problems for 440.
|
|
|
|
|
|
Re: New Games possible?
|
Posted on: 2010/11/4 20:21
#7127
|
Home away from home
|
@Joeled
Fixed all the sound/music issues. For now in uploading query on os4depot (win + fullscreen modes)
|
|
|
|
|
|
Re: New Games possible?
|
Posted on: 2010/11/4 15:49
#7128
|
Home away from home
|
@spotup Quote:
There is problems with xm playback with pygame yes. I have looked into it and i think it is the shared libmikmod that is crashing.
As i understand from the readme, that game not use pygame (because pygame not works fine on Wii , from which that port), and they write plain python/sdl based port. Quote:
Unfortunately Pygame hadn?t been ported to the Wii environment and doing so posed a few problems.
Python had been ported in the form of WiiPy. This project consisted of a set of patches to allow cross compiling the Python interpreter using the DevkitPro GCC environment for the Wii. Additionally a set of (incomplete) LibOGC wrappers were provided to allow access to the essential Wii homebrew APIs. A significant number of Python modules had to be disabled in order to get Python to compile, notably anything to do with the OS as the equivalent behaviour was not available in the DevKitPro libraries.
The game is still running the Python interpreter but crucially it allows us to create a single ELF executable, statically linked with all the required SDL/Wii libraries,
full description from developer For me game not crashes, just say that: "Mix_LoadMUS - file format is not recognized". I think that is because of shared version of mikmod (because game used self-build so library, which use all those .sobjs). And imho your crashes with PyGame happenes because of the same too. @Jouled Quote:
Do you think you will be able to fix the sound?
I think yep. If some problems with SDL_Mixer still will happenes, i will just reconvert XM to the modules which will works fine. Quote:
What kind of joystick did you use? Do you think you will be able to fix the sound?
I use keyboard all the time, but i think joystiks should works well (that sdl after all)
|
|
|
|
|
|
Re: New Games possible?
|
Posted on: 2010/11/4 13:26
#7129
|
Home away from home
|
@Joeled Quote:
Is it possible to make a small video for us to see when you?re playing? I hope you fix the sound asap Network playing?
Dunno about network playing (not tested), but hope it works. About video : here is (youtube). Btw, should to add, that this game, build some .so library based on python and C++ sources, and later game used that .so library (from the root directory). In other words : thanks for .so / python support on aos4, because of which that game can be ported easy.
|
|
|
|
|
|
Re: Qt Native News
|
Posted on: 2010/11/4 12:54
#7130
|
Home away from home
|
@djrikki QT (done by Nokia) its one more developers toolkit (and not only gui) toolkit (like tons of others, GTK, all that wxwidgets stuff and so on), and also pretty popular. There is open-source apps which based on the QT: http://qt-apps.org/For users and developers it mean more new and modern programms and games.
|
|
|
|
|
|
Re: New Games possible?
|
Posted on: 2010/11/4 11:55
#7131
|
Home away from home
|
@Joeled     Its based on python/sdl and some kind of extension module python-based language called "pyrex" (good that it was easy to build and install on os4). Also there was some problems as usual (like some 3d party programm , which need to build and by it patch some datafiles, which happyly crashes on os4 in newlib.kmod, but cygwin-version on crosscompiler did the trick). Also there is for now some problems with music/sounds. XM not recognizeds (i think its because of current SDL_Mixer, will check it later). But game itself pretty playble must to say (well, on 1ghz of cpu, its python/sdl stuff in end ..). If anyone in interest i can upload version without sounds (while i not fix them).
|
|
|
|
|
|
Re: ragemem benchmark results thread !
|
Posted on: 2010/11/4 9:54
#7132
|
Home away from home
|
PEG2/1ghz/Radeon9250:
CPU: Motorola MPC 7447/7457 Apollo 1.1 @ 999 Mhz
Caches Sizes: L1: 32 KB - L2: 512 KB - L3: none
---> L1 <---
READ: 7617 MB/Sec
WRITE: 2528 MB/Sec
---> L2 <---
READ: 2222 MB/Sec
WRITE: 1949 MB/Sec
---> RAM <---
READ: 146 MB/Sec
WRITE: 436 MB/Sec
WRITE: 811 MB/Sec (Tricky)
---> VIDEO BUS <---
READ: 56 MB/Sec
WRITE: 184 MB/Sec
|
|
|
|
|
|
Re: Gallium (OpenGL) being ported to OS4 now!
|
Posted on: 2010/11/3 7:50
#7133
|
Home away from home
|
@ssolie Quote:
We really don't need to tell Rogue and Hans how to do their jobs so lets leave the AROS stuff to aros-exec.org from now on. Thanks.
Did you read whole topic before posting ? The whole topic its topic of interest and discussion about how, what and for what. And if aros code even can help (As Hans say), i think it will be pretty strange to not say about AROS at all, you don't think so ? I hope you doesn't mind that we discuss benchmarks of galium/mesa on PC ?
|
|
|
|
|
|
Re: Gallium (OpenGL) being ported to OS4 now!
|
Posted on: 2010/11/2 14:39
#7134
|
Home away from home
|
@Mrodfr
The only problem for now, its the final result and perfomance which we will get. Just a port of galium and mesa from *unix wolds can be not enough (just as i see on aros-exec, deadwood all the time update something in the 2d/3d drivers and it works faster and faster with every release).
The good think with Galium/Mesa is that aos4 developers need one time spend energy to understand how better port all of this, and later, they will just update Mesa and Galium code from the main repositoryes (on which works many developers). In end , we will have modern, feature-compeleted realisation of 3d API, which will mean not only latest OpenGL, but also latest DirectX (10/11), what mean, that we will have not only all that games which have Linux world, but also all the stuff from Win32. What in end, can give us everything we need in terms of games and many new apps. We will not think anymore "did that fucntions are supported in minigl ? did minigl works somehow different ? did minigl buggy, or my code buggy ?" , because everything will be the same. And even ports will be more stable and better.
All that stuff about gallium/mesa its 100% right steps from aos4 developers, and even if the first realisations can be buggy/not-good-by-perfomance, i am pretty sure that its have a real future. Today many linux distros start to include Galium , and as i see by logs/tests/benchmarks , gallium start to be better and better (and good thinks here, that aos4 developers not need spend their energy on 3d stack anymore, its will done by the whole world for now).
|
|
|
|
|
|
Re: Gallium (OpenGL) being ported to OS4 now!
|
Posted on: 2010/11/2 14:28
#7135
|
Home away from home
|
@Rogue Quote:
I don't see the connection. There is nothing preventing AROS from using the Radeon drivers, and nothing preventing AmigaOS 4.x using the nVidia drivers.
I am about 2d drivers. Of course everything possible, but for now, AROS have only nvidia drivers (i am about 2d), and aos4, have 2d radeon drivers (as i know aros do not have 2d radeon drivers). So Galium for aros for now works only in softpipe + nvidia, but for aos4 it will works in softpipe + radeon. Of course it possible to write 2d drivers for nvidia for aos4, and write 2d radeon drivers for aros, but i am about current state. And while AROS 2d drivers are "port", aos4 2d drivers are not. That is plus for aos4 realisation. And main idea why i say that before: it always better to have native done 2d drivers, which will works with 3d layer later, if compare with ported 2d drivers (which can have slowdowns, not implemented features , not woring about aos-related specific stuff and so on). For example few days ago i see that deadwood add to Noveau drivers on AROS screen scrooling (not dragging). What again mean, that writing drivers from scratch to amigalike os are better (because of all that specific stuff), and in end (in theory), native 2d driver for AOS4, should give better perfomance when galium 3d radeon drivers will works over that 2d drivers.
|
|
|
|
|
|
Re: Gallium (OpenGL) being ported to OS4 now!
|
Posted on: 2010/11/2 8:49
#7136
|
Home away from home
|
@Fab For the first benchmarks which was done in June was used: Quote:
For our testing, we used the Linux 2.6.35-rc1 kernel to take advantage of the latest Radeon DRM code and then checked out the Mesa Git code on 2010-06-03, which is Mesa 7.9-devel with Gallium v0.4. The rest of the software stack was an Ubuntu 10.04 installation with X.Org Server 1.7.6, GNOME 2.30.0 with Compiz, and xf86-video-ati 6.13.0. To show a look at where things are in comparison to what is shipping with Ubuntu 10.04 LTS, we also re-tested the stock Ubuntu installation with its Mesa 7.7.1 stack and the Linux 2.6.32 Ubuntu kernel with its back-ported 2.6.33 DRM.
Our test system was an Intel Core i3 530 CPU clocked at 3.32GHz, an ECS H55H-M motherboard, 2GB of DDR3 memory, a 64GB OCZ Vertex SSD, and an ATI Radeon X1950PRO (RV570) graphics card.
For the latest one (28 october) was used: Quote:
For these new tests, a Lenovo ThinkPad T60 notebook was used with an ATI Radeon Mobility X1400 128MB (RV515) graphics processor. Other hardware specifications on the ThinkPad included an Intel Core Duo T2400, 1GB of system memory, and an 80GB Hitachi HTS541080G9SA00 HDD. Besides running the latest Mesa and Linux kernel development versions, the rest of this OS installation was Ubuntu 10.10 with GNOME 2.32.0, X.Org Server 1.9.0, xf86-video-ati 6.13.1, GCC 4.4.5, and the EXT4 file-system. Compiz was left enabled during testing.
But imho will be better if someone with linux box can try the very latest ones , just to give more detailed info. Btw, i think that those FPS can be slow here, because they used for tests some open source ATI 2d-drivers, but not Catalist or how it called
|
|
|
|
|
|
Re: Gallium (OpenGL) being ported to OS4 now!
|
Posted on: 2010/11/2 8:42
#7137
|
Home away from home
|
@Cool_amigaN Quote:
Are the benchmarks valid? Because, if so, I thought that Gallium was somewhat.. better, performance wise.
Dunno how valid those benchmarks, but i think they valid. As i say we not need here to think about exact FPS on those benchmarks, we can only see here, that Galium in latest benchmarks start to be faster than plain mesa. FPS itself here make no big sense. @MrodFr Imho you need try to write questions more detailed, and without that strange ??? after every word. Its like saying : Opengl ?? Galium ?? TCP/IP ?? Information !!! I.e. many words without logical connection beetwen. And rogue's "One word - Eh ?" mean "I understand nothing from what you saying (and not because he not know about mesa/galium, but because almost no-one imho understand what you trying to ask).
|
|
|
|
|
|
Re: Gallium (OpenGL) being ported to OS4 now!
|
Posted on: 2010/11/1 21:52
#7138
|
Home away from home
|
@derfs Quote:
2D drivers are what Hans has worked at for the past few years now. I think this is what you were talking about when you said "OS4 native"
For 3D the r300 and r600 drivers will be as "OS4 native" as nouveau is "AROS native".
Yep you are right. A bit messed all. I just trying to point, that new 2d drivers from Hans was in developing in having in mind all that galium/mesa stuff, what mean that integration should be good enough. As i know, noveau - its opensource 2d (not 3d) drivers. And when i say about native/non-native, i mean that in end, anyway 2d drivers do blitting/etc stuff, what mean, that better have native done drivers, in compare with noveau. Quote:
although with the r300 drivers i only think support for R5xx chipsets would be completed, as there are no 2D drivers for the others.
Yep, i think r300 are our future for a while.
|
|
|
|
|
|
Re: Gallium (OpenGL) being ported to OS4 now!
|
Posted on: 2010/11/1 21:52
#7139
|
Home away from home
|
Btw, found interesting benchmark-article (june 07 2010),which benchmark latest mesa/latest galium (on 07/2010 times) on linux / Radeon X1950PRO (RV570). Benchmarks done on modern PC, so the matter of benchmark for us is comparing beetwen, not exact FPS. Game Warsov 0.5:  OpenArena:   And they final resulting phrase: Quote:
The ATI R300g driver is not yet perfect, but it is shaping up rather well and is receiving much of the open-source developer's attention when it comes to 3D work rather than their classic DRI driver. We may see the R300g driver become the default driver for the older ATI Radeon hardware with the Mesa 7.9 driver, which would certainly be nice even with the recent regressions and surely will get resolved especially once there is wider usage and testing of this Gallium3D driver.
Edit: After that found one more benchmark article, done few days ago (october 28, 2010), and comparing the classic Mesa and Gallium3D driver performance for R300 using the very latest kernel and Mesa code:    And final words: Quote:
Regardless, the R300 Gallium3D driver continues to make progress and we are ecstatic to finally see this driver being enabled by more Linux distribution vendors for their out-of-the-box driver stack. In 2011 this driver will hopefully shine. Next up is our look at the R600 Gallium3D driver.
Edited by kas1e on 2010/11/1 22:27:08
Edited by kas1e on 2010/11/1 22:27:40
|
|
|
|
|
|
Re: Internet
|
Posted on: 2010/11/1 21:02
#7140
|
Home away from home
|
@orgin
Yep, typo, not nasty, but tasty
|
|
|
|
|
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
