Forums - All Posts - The Amigans website

Forum Index

Board index » All Posts (TetiSoft)

Bottom

« 1 ... 3 4 5 (6) 7 8 »

TetiSoft

Re: Unicode support in future os4 updates?

Posted on: 2007/7/13 17:09 #101

Just popping in

@spotUP

For what do you need UTF-8?
Did you read Documentation/Charsets.doc (OS4Final CD) and
Documentation/Localization/OS4Localization.doc (SDK)?

Topic | Forum

TetiSoft

Re: Font Problem and Aweb..

Posted on: 2007/4/22 15:55 #102

Just popping in

@nubechecorre

Quote:

So, what can i do to regain the speed ?

Set your settings as before and when that doesnt help,
describe your problem in more detail or use Snoopy to
find out whats slower as expected.

I still dont understand what you may want to describe,
AWeb pre-loads all its font during startup and so its IMHO
impossible to notice any difference in "reactivity" once
its up and running.

Topic | Forum

TetiSoft

Re: Font Problem and Aweb..

Posted on: 2007/4/22 9:56 #103

Just popping in

@nubechecorre

The help text of the font directory cache list of the
Font prefs editor (The SHOWHINTS option should be enabled
by default) says something like

Quote:

A list of all directories of the "FONTS:" multi-assign.

A cached font directory contains a "_Cache/" subdirectory
where the system stores cache files for faster loading of
font requesters.
Toggling the checkbox does immediately create an empty "_Cache/"
subdirectory or delete an existing directory including the files
it may contain.
The files are automatically created and updated when needed,
the FixFonts command forces a complete recreation.

which clearly explains IMHO that you dont need to click "Save",
the changes happen immediately. It also should explain that
loading a font requester will be slower without a cache directory.

However, all of this has IMHO nothing to do with "noticed
immediatly a loose of reactivity from Aweb". It can only
affect the opening times of font requesters from AWeb's settings
pages. Another possible slowdown is a slower loading time
of the AWeb GUI when you either disabled the ft2.library
font cache or deleted some pre-build bitmap fonts used by
AWeb in TypeManager, but this should not affect the reactivity...

Topic | Forum

TetiSoft

Re: Akiko or CD32 emulation on OS4?

Posted on: 2007/4/20 20:02 #104

Just popping in

@ScottCabit

OS4 has no AGA emulation. It uses AGA when you have AGA chips
and it doesnt use it when you dont have them...

OS4 does not use an Akiko when you have it, I've decided
that the number of CD32 machines with a PPC accelerator
and without gfx board is about zero so it doesnt make sense
to still include the CD32 support in the classic part of
graphics.library.

AGA/HAM screens are software structures, those can be
emulated. For emulation of AGA or CD32 hardware you need
a hardware emulator. OS4 is mainly a PPC OS plus some 68k
CPU/FPU emulators, its goal is not to emulate AGA/CIA/Akiko
custom chips.

BTW, why do you think OS4 could run an Akiko emulator which
was written for Windows?

Topic | Forum

TetiSoft

Re: What USB do you miss on OS4?

Posted on: 2007/4/13 18:04 #105

Just popping in

@aldur

Quote:

Here is one for you I have a media center usb HD which has
to be partitioned into 32G partitions OS4 only shows the
first partition and not the rest I would love to have a usb
driver that will show the 4 partitions on the desktop.

AFAIR massstorage.usbfd only uses the first partition of
media which contains a MBR but all partitions of media which
contain a RDB, so when you only want to use the HD with
OS4 and e.g. some Linux variant which accepts RDB-partitioned
media, you have the option to repartition the drive with
Media Toolbox. Or eventually using mountlists for the second
etc partition also works (e.g. CrossDOSFileSystem,
usbmassstorage.device unit 1, LowCyl 0, "USBD" for the
second partition). Sorry, cant test it myself, no stable USB
here.

Topic | Forum

TetiSoft

Re: multiview/picture datatype crashlog

Posted on: 2007/4/13 12:10 #106

Just popping in

@Chris

picture.datatype 52.2 (13.4.2007) <dwuerkner>

- When PDTA_NumColors was changed from a non-zero value to a greater
value, too many color data was copied which could trigger the GrimReaper
when trying to read from unallocated memory. Thanks to Chris Young for
the report.

Eventually you can work around the bug by querying the value
and setting it to zero first when it was non-zero before.

Topic | Forum

TetiSoft

Re: multiview/picture datatype crashlog

Posted on: 2007/4/12 17:07 #107

Just popping in

@Chris

I'm not a great expert in datatypes, maybe its best when
you send me some sourcecode which causes the crash, or URLs
to the datatypes, and the image which doesnt work. Then
I can try to debug what happens.

Topic | Forum

TetiSoft

Re: multiview/picture datatype crashlog

Posted on: 2007/4/11 9:36 #108

Just popping in

@Chris

The crash seems to happen in OM_SET, in the code which
detects that the number of colors have changed, the part
which copies the old colors to the new allocated colors,
so probably the old colors were already freed or the old
number of colors was too high or something like that.

Topic | Forum

TetiSoft

Re: RAD: on AOS4.0

Posted on: 2007/4/9 9:37 #109

Just popping in

@Atheist

Quote:

It's disappointing, but nice at the same time in a different way that HighCyl has to be set by a tooltype entry

IIRC tooltype entries are preferred by the Mount command over
mountlist entries, so when you want a changed mountlist entry
to be used you have to remove the tooltype entry first.

Topic | Forum

TetiSoft

Re: HD Formatting Problem

Posted on: 2007/4/1 19:18 #110

Just popping in

@Atheist

Quote:

I'm in PIO0 (that's zero. I don't know how to change it.
I know it's done in UBoot, but that's harder to use than shell

OS4Final is out since three months. It comes with Prefs/UBoot,
there you can configure your UBoot settings with the mouse.

Topic | Forum

TetiSoft

Re: OS4 with recoverable error requester?

Posted on: 2007/3/17 17:30 #111

Just popping in

@BrandonLee

Quote:

****************** Recoverable Alert ******************
Error: 0100000F Task: 0x6BA4EDA0
*****************************************************

The alert number can be found in the include file
<exec/alerts.h>:
Quote:

#define AN_BadFreeAddr 0x0100000FUL /* Memory header not located. [ Usually an
invalid address passed to FreeMem() ] */

This doesnt say very much, just that the "memory lists"
seem to be corrupted and that doing a reset after saving
the current work to a non-important, temporary partition
may be a good idea...

Using the debug kernel with debuglevel 10 would allow you
to identify the task from the entries of the debug log,
but its not guaranteed that its the task which tried to
free the memory who has a bug.

BTW, any idea where the "Unable to initialize Card subsystem."
message comes from?

Topic | Forum

TetiSoft

Re: Base datatype classes in OS4

Posted on: 2007/3/12 7:21 #112

Just popping in

@Chris

Quote:

Some extension in OS3.9, whereas the OS4 version is based on OS3.5 sources?

According to my 3.9 installation, the releasenotes in the
3.9 SDK and the OS4 releasenotes, the latest pre-OS4 version
was v44.18 (OS3.5), could not find a newer OS3.9 version.

Topic | Forum

TetiSoft

Re: Base datatype classes in OS4

Posted on: 2007/3/11 18:51 #113

Just popping in

@Hans

Sorry, it seems I've mixed that up with datatypes.library
where a third-party v45 version existed. No idea why
animation.datatype is still v44, maybe we simply forgot
to bump the version. Hints welcome

Topic | Forum

TetiSoft

Re: Base datatype classes in OS4

Posted on: 2007/3/11 11:43 #114

Just popping in

@Chris

Quote:

Why is animation.datatype still v44, even though it is PPC native code?

Because there exists a third-party v45 version and we dont
believe that all programmers were clever enough to use v45
functions only with v45 and not with v52...

Similar reasons are responsible for the version numbers of
e.g. sound.datatype and Installer.

Topic | Forum

TetiSoft

Re: Base datatype classes in OS4

Posted on: 2007/3/11 9:43 #115

Just popping in

@Hans

Quote:

Unfortunately, I have no idea who is maintaining the animation datatype, so I don't know who to contact.

A snippet of the releasenotes:
Quote:

animation 44.23 (21.09.2004) <srupprecht>

- didn't want to do further changes but here we go:

Topic | Forum

TetiSoft

Re: Where is the SDK?

Posted on: 2007/3/11 9:35 #116

Just popping in

@Hans

Quote:

Take ADTM_LOADFRAME for example. The msg parameter (arguement)
is supposed to be a pointer to a variable of type
struct adtFrame and alf_TimeStamp within the passed struct
is supposed to be set to the desired timestamp.
Without this information, you can't use ADTM_LOADFRAME,
or write a datatype that has an ADTM_LOADFRAME method.
The autodoc simply lists the valid MethodIDs, not what
the parameters and return data are for the methods.

The autodoc is only a part of the SDK. The include files
also contain comments for human readers. <datatypes/animationclass.h>
contains
Quote:

/* ADTM_LOADFRAME, ADTM_UNLOADFRAME */
struct adtFrame
{

which clearly eplains that this structure has to be used
with this methods, and the structure itself starts with
Quote:

ULONG MethodID;
ULONG alf_TimeStamp; /* Timestamp of frame to load */

/* The following fields are filled in by the ADTM_LOADFRAME method, */
/* and are read-only for any other methods. */

which IMHO clearly explains that besides the MethodID
alf_TimeStamp is the only field to be filled out by the
caller, and what else than the desired frame could be specified
by this field?

Quote:

Difficulty in finding this information is probably one of
the biggest reasons why we have so few datatypes.

IMHO the current datatypes system is too limited and too slow
for modern animation formats, thats the reason why everybody
writes custom animation players instead of a datatype which
would allow to use MultiView for viewing DVDs etc.

Topic | Forum

TetiSoft

Re: HP LaserJet 2605dn,Postscript Height Issue

Posted on: 2007/3/8 16:28 #117

Just popping in

@Swoop

Quote:

I can't fond an option to 'print' to a file using the
postscript printer. The printfiles in the utilities drawer
doesn't sem to do anything, and the only other option is a
'file' WB printer, but then it is not using the postscript
printer driver.

The PrintFiles utility prints existing files. When you call
it from WB, you have to select the to-be-printed files
with Shift-Click first and then call it via Shift-DoubleClick.

The "File" WB printer driver is a graphics-only printer
driver which "prints" into IFF pictures.

To print into a file, select printtofile.device as printer
port device in the Printer prefs editor.

Topic | Forum

TetiSoft

Re: HP LaserJet 2605dn,Postscript Height Issue

Posted on: 2007/3/7 8:45 #118

Just popping in

@Swoop

Quote:

The first file is PS-Adobe-2.0, but the AmiGS file is PS-Adobe-3.0.
Is PS-Adobe-3.0 not backward compatible with PS-Adobe-2.0?

When it uses 3.0 features those are not understand by software
which understands 2.0 only.

AmiGS is not a PostScript interpreter. It needs comments
in PS files to be able to tell the user which paper size
is used. The first file contains such a comment,

Quote:

%%DocumentPaperSizes: a4

You can change that to "a3" just to prove that its no problem
to fool AmiGS, a real PostScript printer cant be fooled like
that IMHO.

The second file was created by GhostScript and doesnt
contain any comment about the paper size which would be
understood by AmiGS ergo it tells you the default paper
size which is US Letter.

A 3.0 compatible paper size comment would e.g. look like

Quote:

%%DocumentMedia: a4 596 842 0 () ()

However, all those comments are comments only and dont affect
the real paper size in any way. The real paper size as used
by the builtin GhostScript PostScript printer driver can
AFAIK e.g. be modified by editing
GHOSTSCRIPT:data/8.54/lib/gs_init.ps, line 75:

Quote:

%/DEFAULTPAPERSIZE (a4) def

Removing the percent sign at the start of the line should
tell GhostScript that it shall assume a4, not letter, as
default paper size.

When you want that something is changed in AmiGS or GhostScript,
please report it to its author, I dont have access to the sourcecode.

Topic | Forum

TetiSoft

Re: HP LaserJet 2605dn,Postscript Height Issue

Posted on: 2007/3/7 8:00 #119

Just popping in

@Swoop

Quote:

I have applied the above patch, and when I print the 'posterabs-a4.ps' to ram:test.ps, AmiGS shows the page size as 216x279, even though AmiGS showed the original file page size as 210x297.

Any indications what I am doing wrong?

The patch to postscript_init.ps only affects new output
created with the OS4 PostScript printer driver. It doesnt
affect existing PostScript files and it doesnt affect new
PostScript output created with GhostScript.

Topic | Forum

TetiSoft

Re: HP LaserJet 2605dn,Postscript Height Issue

Posted on: 2007/3/6 14:50 #120

Just popping in

@Swoop

Quote:

I am not sure what you mean by the reported paper size of AmiGS, and the wrong display of Ghostscript.
I have different size PDF files

I was talking about the output of the OS4 PostScript printer
driver, it didnt contain explicit paper size specifications
in the PostScript output.

PDF files are something different, when you have problems
with the paper size of those if may be a problem in
GhostScript or in AmiPDF.

Topic | Forum

Top

« 1 ... 3 4 5 (6) 7 8 »