@Swoop

In my case it's not a case of being suspicious, rather of knowledge of the operating system I use. I like to know what files are installed and what they are used for, and I find it faster to do it by hand.

Varthall

I'm being OT here, but just my 2 cents... I'm also one of those who prefer installing the programs by himself rather than relying on third party software. I like to be able to check for every program what files it uses, if it uses a library what's its name, what does it add in s:user-startup etc. I like to have the possibility to rename the drawer of the previous version in case I want to revert back to that version; the choice to install the program in RAM: or on my hard drive for each archive, basing on how important it is; the ability to easily store the archive to have a backup copy in case it will be not available anymore on the net. When I decide to clean up LIBS:, I can easily recognise which libraries are needed and which ones are for programs which I have in the meanwhile removed.

For this reason I don't like the way how programs are installed on e.g. Linux, it makes it difficult to have it under control.

I appreciate the work done on AmiUpdate, I use it sometimes for the SDK as many archives have too many files scattered around the drawers, and I like also that many users can't live without it. It's just that not everyone use and mantain their system in the same way. My hope is that in the future AmigaOS will remain as simple as it is now, and I don't think that an operating system to be modern must be awkward to keep under control and easy to be understood.

Varthall

@Chris

Cool, I have always wanted to have a tool for OS4 which supports image stitching, I have made in the past some multiple panoramic shots which I'd like to join in a single photo. Thanks!

Varthall

@Vulture

My plans for mencoder are to release a final version of the old 1.0rc2 version which includes all the libraries that have been requested to be included. After that I'd like to start to port the latest SVN version and to try to make Altivec and 440EP optimized versions as well.

Varthall

@lazi

A first beta with libxvidcore compiled in can be found here: http://digilander.libero.it/varthall/mencoder_1.0rc2_02_b01.lha

I have tried it with the command line options you mentioned and at least it doesn't complain anymore about -xvidencopts, let me know if it works for you.

Varthall

@alfkil

You need to add -use-dynld to your gcc switches chain. Also, follow this simple guide on utilitybase.com to avoid problems when compiling with .so, it is very helpful: http://utilitybase.com/article/show/2 ... 263/Shared+objects+on+OS4

Varthall

@BrandonLee

Ok, so if I have understood correctly, you have to use DHCP since you're directly connected to the DSL line, but you also need to be able to set the DNS manually. Under Windows this is indeed possible to set DHCP to only get the IP address, while the DNS can be manually set separately. I'm not in front of my AmigaOne now, try to see under Roadshow if there's an option to set DHCP for automatic IP address only. With a router this will be much easier, as you'll be able to set both IP and DNS manually and disable DHCP.

Varthall

@BrandonLee

To make sure that Roadshow is using the DNS you want, open the file Devs/Internet/name_resolution and check the "nameserver" field. E.g. mine contains

# DEVS:Internet/name_resolution
# File generated by Internet 53.1 (4.7.2008)
# On Sreda, 22-Jul-09 at 22:02:21
nameserver=208.67.222.222


Varthall

@salass00

Sorry, yes, I meant libxvidcore. Thanks for your work, I'm going to use it to recompile mencoder, and the Altivec support is a welcomed bonus.

Varthall

@lazi

That's because for that first release of MEncoder I have compiled it using only the supplied libraries, so it lacks libxvidbase. I might make a new release compiled with that library in the next few days, if I can find some spare time.

Varthall

@328gts

IMHO, the best are Open Tyrian and rRootage, the latter has yet to be re-released though, it required a beta MiniGL which wasn't available at the time of release.

Varthall

@danwood_uk

Nice to hear that you have solved it. To me it sounds like a bug of Rexxmast. Is BTW Rexxmast still 68k?

Varthall

@all

I have found the following Easter eggs in IBrowse 2.4 shipped with OS 4.1, I don't know if they have been included in the normal, non-OEM version of IBrowse, too. Just type one of the following in the URL field:

about:girls
about:amiga
about:beer
about:padrino

The "beer" one is amusing :)

Varthall

@johan

Cool, I hope that it will be discovered sooner or later! The only easter egg I know of was included in UBoot, I'm not sure if it's still in the latest 1.1.1 version:

http://www.gregdonner.org/workbench/wb_4x.html

Varthall

@LiveForIt

Quote:
Not all the functions have the code in the headers (and btw I don't understand why would someone put all the code inside headers...). For example, all the CORE_API functions have only a definition, e.g.

Quote:

is called in 3 different places, defined in Core/Inc/UnFile.h, but no actual code, and it's referenced in core.lib.

@yssing

I didn't know that, I have searched around but haven't found any more information, do you have any link?

Varthall

@LiveForIt

The directory listing is a bit vague, as it states that it contains the "components" of both core and the engine. If you take a look at the source, the Core and the Engine directories contain header files and two libraries, Engine.lib and Core.lib. By hex reading them, you see that they contain calls to core.dll and engine.dll which aren't included. Anyway, these are x86 compiled dlls, and without their sources you can't do much.

Still, I'd die to see an UT 99 port :)

Varthall

@magic

Quote:
The installer uses the Linux x86 compile of the engine, made by Loki Games, which is closed source. It seems that parts of the Unreal Engine 1 source code are still present in the latest Engine 3, that might be a reason why Epic Games wouldn't like to open source it.

Varthall

@LiveForIt

That's only the part of the source code of UT required to make mods for the game, it does not contain the source code of the Unreal Engine, required to port the whole game on OS4, unfortunately.

Varthall

@ShInKurO

libz isn't visible to libpng and yuor program, try moving -lz at the end of the gcc linking command line.

Varthall