Login
Username:

Password:

Remember me



Lost Password?

Register now!
Main Menu
Who's Online
1 user(s) are online (1 user(s) are browsing Forum)

Members: 0
Guests: 1

more...
   All Posts (origami)


(1) 2 3 4 ... 32 »


Re: Disk info

Joined:
2016/8/16 0:09
Group:
Member
Posts: 314
Offline
Quote:
elwis wrote:
I booted in Linux live, wiped all partitions, created a single FAT32 and went into Aros to install.
The IDE is there, but I cannot wipe it since I get "Error 100" from the installer.

Assuming you can use the whole HD (e.g. no harm done when everything on it is lost):
- Boot AROS from CD/DVD/USB
- Launch installAROS, follow directions from the installer
- On the first screen with options, make sure correct device and unit number is specified and select the option wipe disk. Don't forget to specify a size for your AROS partition.
- continue installing, following instructions.
- When ask to reboot, let the machine reboot.
- launch InstallAros again, follow instructions again. When asked on which disk to install _now_ select use existing partition(s).
- proceed installation with following the instruction from the install program.

Above is also mentioned in the Icaros Desktop User Manual, page 21, Chapter 2: installation.

If you are planning on running AROS native on your machine wanting to use a fat32 partition then please don't: it is a waste of time.

Posted on: Yesterday 5:33
Transfer the post to other applications Transfer


Re: Apollo Team announces the Vampire V4

Joined:
2016/8/16 0:09
Group:
Member
Posts: 314
Offline
It could have been a match made in heaven wawa.

Apollo team getting a open sourced OS and perhaps AROS could receive some currently missing functionality plus perhaps some speed improvements.

My fears are the same though, and also wish to be proven wrong.

Posted on: 11/10 23:46
Transfer the post to other applications Transfer


Re: ShowPicture Image Viewer/Converter

Joined:
2016/8/16 0:09
Group:
Member
Posts: 314
Offline
Quote:
miker wrote:
Thanks. I will send you the three minor changes in a source file and an rtf or perhaps a pdf to highlight the changes. I can send that later this evening.

I don't have access to the repository yet.

You can access the sources (just not write to repository) in which case you can create a diff/patch file (please feel free to mention when you are not familiar with that) and post the diff/patch file.

A special diff program is able to display/highlight the changes you made in comparison to the original source-tree.

For instance, it is possible to clone the AROS repository using github (ezrec has a copy), then commit your changes to your local repository and then push those changes to your online github account. The github software is then able to show you the diff between two different revisions. Of course github is more git oriented (instead of AROS svn), but the principle is the same.

Posted on: 11/10 17:08
Transfer the post to other applications Transfer


Re: abi v.0 night builds

Joined:
2016/8/16 0:09
Group:
Member
Posts: 314
Offline
Quote:
wawa wrote:
so your, chainq and albs changes are pushed upwards to the fpc main repo?

That is affirmative.

In case not, it can be found inside ALB42's github account, that is were the experimental stuff usually ends up .

Quote:

in this case i think its best to download a stable snapshot providing a link along with makefile and diff for ports, rather than checking out svn.

Yes, that mght be the quickest/smartest solution and would not be too heavy on AROS repo.

Posted on: 11/6 7:42
Transfer the post to other applications Transfer


Re: Apollo Team announces the Vampire V4

Joined:
2016/8/16 0:09
Group:
Member
Posts: 314
Offline
Thank you for the post TuKo

Unfortunately it did not got much interest.

Not because we at AROS don't care about the Vampire project, rather it is the 68k classic sub-forum that isn't bumped when someone post in it.

So, the message is only read by those people that uses feeds or who manually check this sub-forum.

Happy progress !!

Posted on: 11/6 3:03
Transfer the post to other applications Transfer


Re: abi v.0 night builds

Joined:
2016/8/16 0:09
Group:
Member
Posts: 314
Offline
i agree wawa, but tbh it is difficult/tiresome testing on unstable api/abi.

The fpc svn trunk is also available on github and sources are available on fpc ftp server as well. They can be found on icaros dvd as well (although admitting: i have no idea what latest fpc version is on that dvd these days). Both ALB and me have source-releases and snapshots of the source-tree as well.

So, when it comes to preservation purposes there are multiple options available.

atm i'm quite unsure of the future as well,i guess only time will be able to tell exactly. Without trying to offend current developers (i'm not quite sure progress is planned), i don't see any improvements on that topic any time soon.

Quote:

thats why im trying to help to maintain as much of (mostly productivity) software and ports in prospect of compiling it for all main platforms abiv1 with up to gcc 6.x ;)

commits are listed in my feeds, so i am aware of your (and others work) thank you for that btw.

Quote:

btw, also timothy has said something about taking break from aros a while ago. sad;/...

Ah, i must have missed the memo on that one so thank you for mentioning.

Posted on: 11/6 2:49
Transfer the post to other applications Transfer


Re: abi v.0 night builds

Joined:
2016/8/16 0:09
Group:
Member
Posts: 314
Offline
Quote:
wawa wrote:
all sympathy i gathered for tim over the years i consider fwriter in the same state as gallium for os4;) so, no, not essential in my book.

ROFL... but agreed... for now (as i haven't heard from terminills in a while now).


Quote:

aros currently doesnt depend on anything else than c/c++/asm for the core components, but the build system has been improven on being compiler agnostic ove the time mostly by kalamatee. a good approach i think.

Yes, i agree. Excellent work/cleanup done by kalamatee.

Exactly for the reasons mentioned before i did not bother (neither did ALB for that matter, although some additional reasons are in place for that as well).

Quote:

for this reason i think free pascal might be included into ports (rather than contribs) to be built on demand. have you heard of alb42 who keeps this compiler up to date for amiga(ng) platforms? i think aros-i386 v0 is supported. i think ill ask him about to share the sources. what do you think?

To begin with the latter: it does not matter much what i think, as the compiler itself (the AROS bits to be specific) is more ALB42's playground.

Usually i'm in close contact with ALB42, but i haven't heard of him in a while now, nor has he blogged or committed anything lately . Therefor i can only assume he's currently very busy with IRL. (i've been busy as well so might have missed him on occasion)

AROS support has been added in FPC source-tree for quite a while now so fpc compiles for/on AROS out of the box. You can even cross-compile from windows/linux with 3.x compiler.

Official release 3.0 and 3.0.2 (and awaiting 3.0.4) compiles for abiv0 i386 target, but also supports Amiga68k, AmigaPPC and MorphOS. Trunk sources of FPC supports AROS 64bit v1 and arm as well (might be those are already supported in 3.0.2 though, in case it does i simply forgot). Lazarus trunk has preliminary support for AROS.

So if you need the sources of FPC, then head over to fpc svn.

Ready to go executables (nightly's available as well) are over at ALB42's website.

Either me or ALB42 is able to help with building fpc from scratch. For end-users it is better to use an already existing compiler to compile latest sources from trunk.

Other than that, we're awaiting a new fpc release (3.2 to be precise, if our changes make that release) to incorporate latest additions made by ALB42 and Chain-Q which add a fair amount of API call compatibility between Amiga, AROS and MorphOS).

Thank you for your interest.

edit: i forgot to mention trunk adding support for frank's vlink/vasm (not for AROS (yet) though). You can now switch between gnu linker and vlinker by means of a command-line option

Posted on: 11/6 2:09

Edited by origami on 2017/11/6 2:37:10
Transfer the post to other applications Transfer


Re: ShowPicture Image Viewer/Converter

Joined:
2016/8/16 0:09
Group:
Member
Posts: 314
Offline
hi Miker,

Could you please edit your post and change its "view requirements" (below editor window).

All that people are able to see right now is:
Quote:

To view this post, you must login and reply first.


Which means that only after i've posted this am i able to see what you wrote and respond accordingly..... the logic wonders of forum-software (or dee-dee user pressing all the buttons)


Posted on: 11/6 0:26
Transfer the post to other applications Transfer


Re: abi v.0 night builds

Joined:
2016/8/16 0:09
Group:
Member
Posts: 314
Offline
@wawa:
Potatos/patatoes optimum is ideal world in my eyes.

Essential ? that would be in the eye of the beholder ?

Isn't Final writer closed-source until target reached ? (where-ever it status landed for now)

Most code inside ports (and even some inside contrib) isn't essential either. Again, in the eye of the beholder of course.

It doesn't matter much which compiler. Anything besides gcc would require to add support inside AROS build-system.

For the sake of completeness: i'm using FPC for most of my work.

That was removed from AROS tree because of its size/state (and i wouldn't want it any other way as by rough approx. it would double the size of the AROS source-tree)

You could play the essential card for that as well, but for me it is essential because it's compiling production software for me. Without it i/we wouldn't be using AROS at all

Posted on: 11/5 23:46
Transfer the post to other applications Transfer


Re: AROS BMP Picture DataType

Joined:
2016/8/16 0:09
Group:
Member
Posts: 314
Offline
Quote:
miker wrote:
...
We should only support Bitmap Images of 8bits per pixel and above.
...

Why ?

Quote:

Personally, I have never seen anything less than 8bpp.

Amiga users usually use 8 or 16 colour icons. Earlier workbench uses even less colors.

Quote:

The Banding Effect on 8bit images is really a puzzle.

i have no idea what you meant by "banding effect" but i'm guessing that you are referring to modulo. It isn't too difficult to understand... Amiga's internal image storage make use of that as well, e.g. image width in memory is larger than actual width in pixels (unless width is divisable by 16 and/or 32).

Quote:

It might be better to just re-write that part and keep the rest as is since it works for all images of biBitCount > 8.

BMP image format is one of the most described image formats around. it shouldn't be too difficult to add support for images < 8 bpp. But, you can alway implement the 8(+) bpp first and see where that leads to, e.g. call another subroutine to handle images below 8 bpp.

Indexed, non-indexed, black&white, grey-scale, 5-5-6, 5-5-5... yes bmp image format sucks but so does iff and it's exotic formats such as EHB, HAM6, HAM8 etc.

Posted on: 11/5 23:21
Transfer the post to other applications Transfer



 Top
(1) 2 3 4 ... 32 »




Search
Top Posters
1 paolone
paolone
4358
2 magorium
magorium
4095
3 phoenixkonsole
phoenixkonsole
3892
4 nikolaos
nikolaos
3693
5 deadwood
deadwood
2923
6 ncafferkey
ncafferkey
2643
7 mazze
mazze
2214
8 clusteruk
clusteruk
2109
9 Kalamatee
Kalamatee
2024
10 damocles
damocles
1789
© 2004-2017 AROS Exec