Who's Online |
158 user(s) are online ( 95 user(s) are browsing Forums)
Members: 0
Guests: 158
more...
|
|
Headlines |
-
mce.lha - game/utility
Apr 23, 2024
-
theme_list.lha - utility/misc
Apr 23, 2024
-
faac.lha - audio/convert
Apr 22, 2024
-
faad2.lha - audio/convert
Apr 22, 2024
-
seq.lha - audio/misc
Apr 22, 2024
-
libfaac.lha - development/library/audio
Apr 22, 2024
-
libfaad.lha - development/library/audio
Apr 22, 2024
-
image2pdf.lha - utility/text/convert
Apr 22, 2024
-
libharfbuzz.lha - development/library/graphics
Apr 20, 2024
-
libpng.lha - development/library/graphics
Apr 20, 2024
|
|
|
|
Re: reaction or MUI based installer utility
|
Posted on: 2011/9/5 20:09
#161
|
Not too shy to talk
|
@Hans Quote: Ah, so you actually mean an installer generation utility, not yet another installer.
sorry, my fault for not being clear with the title. As Chris said, if the generation utility supports it, then at first it can support the old installer, and then the newer one once the documentation comes out. My main thoughts started with "How can this be made easier", and not so much "what can be added to it". A preview option where it runs installer but doesnt copy any files would help IMHO. Would this be worthwhile to create a bounty? With the other suggestion people have made, it is more for a installer "guidelines" list, or replacing the existing installer. the former needs to be done by Hyperion, and the latter just needs documentation as it already exists.
|
|
|
|
Re: reaction or MUI based installer utility
|
Posted on: 2011/9/4 15:02
#162
|
Not too shy to talk
|
Quote: ChrisH wrote: IMHO better to start as small & simple as possible, then gradually improve it (at least partly based upon feedback - rather than some obtuse personal theory). Avoid big complex design that will be a nightmare to code, and too complicated for anyone to use (or at least which they would ignore half the features of).
Would also be a good idea to reuse as much existing work as possible, to avoid reinventing the wheel & making maintenance harder. Chris's suggestion of using our existing Installer makes sense to me.
how about an "installer" for installer, where its a GUI program that you can give all the required files too, its creates an install script for installer, as well as creating a single achive to run it from. IIRC installer already can check version numbers for files needed, so it checks which files you give it, and only copies it over if its newer. this way, you dont have to learn python for the new installer for simple packages. amiupdate can be used to keep things up to date once its installed.
|
|
|
|
Re: reaction or MUI based installer utility
|
Posted on: 2011/9/3 12:26
#163
|
Not too shy to talk
|
just seen this in another thread as well http://www.os4coding.net/forum/improving-quality-software-releasesHans has come up with similar issues, although i was thinking not everyone needs to become experts in writing installer scripts if a easy to use program can do it for you (and allow you to edit the script if needed anyway)
|
|
|
|
Re: AmiSystemRestore - beta testers wanted!
|
Posted on: 2011/9/3 12:24
#164
|
Not too shy to talk
|
Quote: heh, just as i create a new topic on a similar subject i find Hans has already beat me.
|
|
|
|
reaction or MUI based installer utility
|
Posted on: 2011/9/3 12:21
#165
|
Not too shy to talk
|
from what i have read about install issues, and with the new install scripts using python but not much documentation being around, would a bounty for a reaction based installation utility be worthwhile?
something where devs can use a GUI front-end to just say these are the files, this is where to put them, it then puts it all in one archive, and when executed runs installer.
it would always use unarc, so protection bits would not be lost, it would always check if files exist already and check file versions are correct before installing, and so on.
you tell me, would this be useful to anyone making or running applications? would there be certain extras that would have to be included to make it worthwhile?
what does everyone think?
|
|
|
|
Re: is the Silicon Image SATA driver limited to 4 units?
|
Posted on: 2011/7/14 23:46
#166
|
Not too shy to talk
|
you can find a Sata card with 6 ports, normally 2 of those are eSata, and only 4 work at a time.
the silicon image chips that work with OS4 have max 4 ports active at once. this is not a driver limit.
do you have a link to the card you are on about?
|
|
|
|
Re: OS4Depot download links do not work
|
Posted on: 2011/7/11 9:34
#167
|
Not too shy to talk
|
Quote: MickJT wrote: Your link above does work, but I know what you mean, the & a m p; (no spaces) is in the URL causing problems.
due to an error in how XOOPS processes RSS feeds, as it seems it cant handle URL's with an "&" sign.
|
|
|
|
Re: What gfx cards will work with Gallium3D on a Sam440?
|
Posted on: 2011/5/22 23:32
#168
|
Not too shy to talk
|
yes its done daily, just like how work on OS4.x is, however if you look at OS4.x and the main linux distros they dont update it every day either, and on linux they have many more man-hours available. look at http://www.mesa3d.org/ and you will see that even with daily changes to the code, they still wait until they have a stable release to announce it.
|
|
|
|
Re: What gfx cards will work with Gallium3D on a Sam440?
|
Posted on: 2011/5/21 18:55
#169
|
Not too shy to talk
|
|
|
|
|
Re: What gfx cards will work with Gallium3D on a Sam440?
|
Posted on: 2011/5/19 11:01
#170
|
Not too shy to talk
|
RadeonHD Card Recommendations for AmigaOS 4.xQuote: These recommendations are made from the viewpoint of what will be best once both the 2D and 3D drivers have been completed.
|
|
|
|
Re: New ATI drivers?
|
Posted on: 2011/4/3 15:58
#171
|
Not too shy to talk
|
|
|
|
|
FPGA Replay Board
|
Posted on: 2011/4/2 9:58
#172
|
Not too shy to talk
|
following on from hereYaqube has posted a new picture of the replay board, with a prototype expansion board that has a full 68060 running at 100MHz. Its not really a A1200
|
|
|
|
Re: New amigans.net bugs
|
Posted on: 2011/3/26 23:00
#173
|
Not too shy to talk
|
I was under the impression Snack! is something Orgin made himself
|
|
|
|
Re: Terminal
|
Posted on: 2011/3/26 19:39
#174
|
Not too shy to talk
|
Chris wrote: Quote: Hmm, the Web seems to agree with you that it isn't included any more, although I'm sure I used it on 7 the other week as I needed to use it and was wondering whether it was still a part of Windows - to my "delight" I found it exactly where I expected. Maybe I imagined it. I don't have anything more up-to-date than XP here so I can't double-check.
upgrade to win7 instead of new install? anyway, putty is very good.
|
|
|
|
Re: Half Life 1 possible on sam440?
|
Posted on: 2010/12/3 21:38
#175
|
Not too shy to talk
|
@vox Quote: vox wrote: @carvedeye
... and MUCH better then HL 2
erm, no it isn't Half Life is closed source, there is nothing to port. The only reason that its available on the mac is they ported the source engine themselves, and it needs steam to validate your account. might as well ask to port halo, you will get the same response *edit* just before HL2 was released the source code was indeed stolen by a hacker, and that guy was caught and prosecuted.
Edited by derfs on 2010/12/3 23:08:54
|
|
|
|
Re: New Games possible?
|
Posted on: 2010/11/25 16:54
#176
|
Not too shy to talk
|
@kas1e
isnt simcar and skunks by the same person?
|
|
|
|
Re: Gallium (OpenGL) being ported to OS4 now!
|
Posted on: 2010/11/1 21:32
#177
|
Not too shy to talk
|
@kas1e
I think you are confusing 2D drivers with 3D drivers.
Gallium is the library for 3D drivers, and is now part of Mesa since last year.
Gallium supports a few makes of graphice cards already including Nvidia (nouveau drivers) and AMD/ATI (r300 and r600 drivers)
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".
Just for clarification for everyone, r300 drivers cover R300 to R500 chipsets, and the r600 covers R600 to Evergreen chipsets. When this means 3D for cards from Radeon 9500 to the 5000 series that is quite a step!
*edit*
although with the r300 drivers i only think support for R5xx chipsets would be completed, as there are no 2D drivers for the others.
|
|
|
|
Re: Gallium (OpenGL) being ported to OS4 now!
|
Posted on: 2010/11/1 18:46
#178
|
Not too shy to talk
|
@Rogue Quote: Rogue wrote: @DAX
Quote: DAX wrote: @kas1e Hans mentioned he was looking at it months ago, if you combine his expertise on graphic drivers with the work already done on Aros (which he can look at and learn from) you get only one thing: advanced 3D coming to AmigaOS soon
Hans is part of the Gallium porting team.
IIRC the gallium r300 driver has a few "quirks", and the r600 has more (as its newer), so i assume its not a simple job to port mesa, but to make it work corectly too. I hope people dont misunderstand the scale of this task and start complaining when it doesnt reach their expectations.
|
|
|
|
Re: SAM EP460 presale, will be out in November
|
Posted on: 2010/10/26 22:44
#179
|
Not too shy to talk
|
@kolla Quote: kolla wrote: Quote: vox wrote: @kolla
No, its just 650 euros and tax.
And 130 euros more for OS4.1
Alot more than what was originally announced anyways.
no, its exactly what was announced. 600-650 Euros. what the country you live in charges for tax is not their fault, neither is the cost of os4. stop creating issues where there are none. if you cant afford it or dont want to buy it, no one will have a problem with your choice, but making it seem such an outrage is silly.
|
|
|
|
Re: Timberwolf and μΑ1 with OS4.1.2 problem
|
Posted on: 2010/10/18 0:31
#180
|
Not too shy to talk
|
|
|
|
|