Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
168 user(s) are online (109 user(s) are browsing Forums)

Members: 0
Guests: 168

more...

Headlines

Forum Index


Board index » All Posts (joerg)




Re: OWB 2.18
Just can't stay away
Just can't stay away


@retro

Quote:
will owb be avaible to use flash on the loong run.
youtube and stuf like that. news stastions use it all the time..
For that someone would have to implement a NPAPI flash plugin for AmigaOS 4.x, I can't do everything myself. I didn't implement the plugin support in the AmigaOS 4.x port of OWB yet, but it's no big problem and if someone will implement plugins for AmigaOS 4.x I'll add it.

But for flash movie players like on youtube it would have to be much better than any existing 3rd party flash implementation on any platform, incl. gnash, therefore it's very unlikely that something like that will ever work on anything but Windows, MacOS and Linux/x86 where you can use the plugins from Adobe.

Go to top


Re: OWB 2.18
Just can't stay away
Just can't stay away


@COBRA

Quote:
I can confirm that the font rendering in this version is not particularly accurate,
IMHO it's much better than in all older versions.

Quote:
the gap between the characters is not very even and varies throught the words, even if I type the same caracter many times, the distance between them varies from character to character (just try typing lots of period characters (e.g. .............) in amigans.net when posting here and you'll see what I mean).
The glyph widths are floats but since rendering has to be done with integer pixel offsets there is no way to fix something like that (at least not without using sub-pixel rendering, and since the the support for it in the OS4 font engine had to be disabled for patent reasons I couldn't implement it myself for the same reason either).

Quote:
GIF anims are still not working,
They are currently broken in OWB (all platforms, it's not a bug in the AmigaOS 4.x parts).

Go to top


Re: OWB 2.18
Just can't stay away
Just can't stay away


@xeron

Quote:
Hmm, the font rendering seems to be all over the shop for me.. the old kerning bug is back.
Kerning is intentionally disabled, for example in input fields OWB doesn't use it correctly and for example if you type 'AVAVAVAVAVAVAVA' there the cursor would be way too much to the right if I enable it.

Quote:
I even installed the core fonts, and its still not right.

I'm going to try with XDPI and YDPI set to 80 again...

Edit: No, the kerning is still all wrong and the fonts are now too small. I'll just leave it on the defaults.
If you want to make the fonts larger you have to increase the DPI values, not decease them.

Getting identical results to libfreetype with the AmigaOS font engine is impossible anyway (at least unless I'd create matching .otag files everyone would have to use instead of the settings you pefer), and as long as there are still people using FFS using libfreetype is no option either, if FONTS:_TrueType is on a FFS partition libfreetype is unusable slow.
Additionally the kerning problems in OWB are in other parts and input fields are unusable with libfreetype as well, I'd have to disable kerning in OWB's FreeType font implementation too.


Edited by joerg on 2008/12/9 2:43:54
Go to top


Re: Darstellungsprobleme mit OWB
Just can't stay away
Just can't stay away


@Reth

Quote:
Liegt das an den Font-Einstellungen unter AOS4? Wie kann ich diese f?r OWB anpassen?

M?ssen die Core-Fonts installiert sein, oder werden auch andere Fonts unterst?tzt (habe unter AOS4 alles auf BitStream Vera Sans gestellt.

Hat hier vielleicht jmd. ne Idee dazu?
German:
Irgendetwas stimmit mit den Fonts bei Dir nicht. Die Core Fonts m?ssen nicht installiert sein, OWB bennutzt dann die in AmigaOS 4.x. mitgelieferten DejaVu fonts (die auf den Bitstream Vera Fonts basieren aber vollst?ndiger sind), aber wenn die Core Fonts installiert sind m?ssen sie richtig installiert sein, wahrscheinlich sind sie bei Dir unvollst?ndig, man darf z.B. nicht die .otag und .fonts Dateien aus meinem corefonts.lha installieren ohne die TrueType Schriften selbst (die .TTF Dateien in FONTS:_TrueType), die ich nicht in einem solchen Archiv mitliefern darf, zu installieren. Zum Testen kannnst Du z.B. erst mal alle Fonts (#?.font und #?.otag Dateien in FONTS:) ausser den bei AmigaOS 4.x mitgelieferten in ein anderes Verzeichnis verschieben, dann sollte alles richtig funktionieren und nur die DejaVu Fonts benutzt werden.

English:
Something is wrong with the fonts in your installation. The Core Fonts are not required, OWB uses the DejaVu fonts (they are based on the Bitstream Vera Fonts but are more complete) included in AmigaOS 4.x if they are not installed, but if the Core Fonts are installed they have to be installed correctly, they are probably incomplete on your system, for example you must not install the .otag and .fonts files from my corefonts.lha without installing the actual TrueType fonts (the .TTF files in FONTS:_TrueType), which I can't include in such an archive. For testing you could move all fonts (#?.font and #?.otag files in FONTS:) not included in AmigaOS 4.x in a another directory, then everything should work using the DejaVu fonts.

Go to top


Re: AmiDVD problem...
Just can't stay away
Just can't stay away


@Tuxedo

Quote:
I've tryed changing the DVD burner with a HP burner (from my girlfriend) and get this on mastering startup:

SCSI command 54 01 00 00 00 00 00 00 00 00 failed
sense: 70 00 00 00 00 00 00 0a 00 00 00 00 00 00 00 00 00 00
Instead of returning success the command returned error with error code "no error" ...
I though I disabled the output for that already, but it seems I overlooked something.

Quote:
Than masterized at 3x (the previous with philips about 1,5x) so speed seems better than before but I've selected 6x...and I thinl 6c was really posssible with A1SE hw...(8115KB/s not seems so much to me...)...
It's twice that much, it has to read the data it burns from a HD first
But if you used an image file and the HD with it and DVD burner are on different IDE ports, and you enabled UDMA for both, faster speeds should be possible.

Quote:
The "only burner can view the cd" was still here...
Which drive exactly can't read the DVD?

Go to top


Re: Gnash - The Flash Movie Player
Just can't stay away
Just can't stay away


@samo79

Quote:
I open a new suggested bounty on Amigabounty.net regarding Gnash port on AmigaOS, feel free to add comment (positive or negative) if we can port this software on our platform
It shouldn't only include the standalone gnash player but the NPAPI plugin as well.

Go to top


Re: OWB 2.16 (2.17 up)
Just can't stay away
Just can't stay away


@nbache

Quote:
Yeah, I could do one of those -- but I want the page to be as simple and non-intruding as possible, and have it usable also in IBrowse. So I prefer to not dictate things like fonts unless absolutely necessary, and also to avoid using CSS.
If you use CSS for it there wont be any change in browser like AWeb and IBrowse which don't support it


Quote:
Is that what you are referring to above with "I can't get it right using the AmigaOS font engine"?
Yes.

Quote:
Do the DejaVu fonts render bigger than they should under AmigaOS? If so, can't you just compensate by using a smaller pitch as the basis for calculating the final size to render?
The problem is that it's different to other fonts, for example the core fonts, if I make it smaller to get the size of the DejaVu fonts similar to the font sizes other browsers use by default the core fonts get nearly unreadable in small sizes.

Quote:
Or could I compensate myself with the XDPI/YDPI tooltypes?
No, they change all fonts as well.

Go to top


Re: Nominations for this December (Xmas) Featured Donations
Just can't stay away
Just can't stay away


@Mikey_C

Quote:
Any more nominations?
Bj?rn Hagstr?m (os4depot.net, openamiga.org, ...)
Fredrik?Wikstr?m (http://os4depot.net/index.php?functio ... mitter=Fredrik%20Wikstrom http://a500.org/ )

Go to top


Re: OWB 2.16 (2.17 up)
Just can't stay away
Just can't stay away


@nbache
Quote:
Is it just me, or does text render bigger now than before? I assume it could be adjusted with the XDPI and YDPI tooltypes, but I'd like to know if it is "bug or feature" before experimenting with those.

One example where it is very obvious to me is my own site, http://nbache.dk/
Since you don't specify any fonts on your homepage the default fonts of the browers are used, in OWB 2.16 I changed them from the MicroSoft core fonts to the DejaVu fonts included in AmigaOS 4.1. IMHO most pages look better that way, for example http://utilitybase.com/

Unfortunately I can't get it right using the AmigaOS font engine no matter what I try, if it wouldn't be unusable slow for users who have FONTS:_TrueType on a FFS partition I would switch back to libfreetype instead.

To get the same as in OWB <= 2.15 with your main page use the following
...
<
title>Pictures from Amiga shows</title>
<
style type="text/css"
<!--
body {
   
font-family"Times New Roman"Timesserif;
}
-->
</
style>
</
head>
...


If you want to use the fonts the users want to use, the ones they have configured in their browser settings (not possible in OWB yet), but smaller than on other sites use for example
<style type="text/css"
<!-- 
body {
   
font-size75%;
}
-->
</
style>


Or specify both the font families and sizes like in the following bad example, you should either use relative or absolute font sizes but not both, for your main page
<style type="text/css"
<!-- 
body {
   
font-familyArialHelveticasans-serif;
   
font-size80%;
h2 {
   
font-family"Comic Sans MS"Helveticasans-serif;
   
font-size50px;
}
th {
   
font-familyVerdanaHelveticasans-serif;
   
font-size120%;
}
td {
   
font-familyGeorgiaTimesserif;
   
font-size11px;
}
-->
</
style>




@Amigamancer
Quote:
I don't know about OWB 1.4, but this isn't correct for most, if not all, linux ports that i have tried. I don't have a GG installation/assigns or any IXxxx enviroment variable and everything works fine.
It doesn't. Unless you are in a country where currently the local time is GMT, for example UK or Portugal in winter, either the local time or GMT is wrong for programs using ixemul if ENV:IXGMTOFFSET is missing. To create IXGMTOFFSET, I don't remeber if ixemul.library does it automatically or if you have to run BIN:ixtimezone manually, the TZ variable has to be set correctly, for example here to Europe/Berlin, and the zoneinfo files are required (ETC:zoneinfo/$TZ). It's the same for ixemul.prefs: The builtin defaults ixemul.library uses when it's missing might work for you, but not for others. ixemul programs starting other programs need BIN:sh. If they use pipes IXPIPE: has to be mounted. ...



@Framiga
Quote:
it doesn't starts here with CGX4 (AmigaOS3.9BB2)

It looks for Picasso96API.library
As written in the readme it requires Picasso96. For CGX users installing http://aminet.net/package/driver/video/P96Emu should work.



@wawa
Quote:
also i tried the 1.4 version for 68k. does it mean that you are going to continue this development?
No.

Quote:
are you aware that soeone seems to have made extensions to 68k ixemul libraries, now version 48.3 that you can find on this site: http://megacz.back2roots.org
The other updated libraries there (xml2, pthreads, freetype, ...) would have been much more important for an usable AmigaOS 3.9/m68k OWB port, but I didn't know anything about this page.

Go to top


Re: AmiDVD problem...
Just can't stay away
Just can't stay away


@ZeroG

Quote:
Is that only true for DVD- or also for DVD+?
All types, incl. the RW ones, but for RW it was the case for CDs already: Ultra speed CD-RWs can't be used with CD burners which only support normal or high speed CD-RWs.
For most DVD burners there are firmware updates which enable using newer media. Of course a firmware update wont make it possible to burn 16x DVDs in 16x speed on a 4x burner, but it's required to be able to use them at all instead of just getting an "incompatible medium" error.

Go to top


Re: AmiDVD problem...
Just can't stay away
Just can't stay away


@Tuxedo

Quote:
Hi ALL!
I've masterized 2 DVDs with AmiDVD and have got a problem...
The DVDs wasnt readable from DVD-reader but only with DVD recorders...
And the second one was readable only weith recorder of my girl-friend...
On AmigaOS4.1 cant read it!!!!
It seems not,closed but still trying to close it it wont work...
Any idea?
Which DVD type (DVD+R, DVD-R, DVD+RW, DVD-RW, DVD+R-DL) did you use and which drive are you using?

Especially with Pioneer drives and DVD+R[W] there are a lot of problems and the workarounds for Pioneer drives which are in AmiDVD already don't work for all Pioneer drives, but but DVD-R[W] should work even with Pioneer drives.

If closing the disc failed there should have been some error output from AmiDVD (in a console window, it doesn't have error requesters).

Make sure you use the correct media for your drive, unlike with CD-Rs where you can burn a 52x CD-R even with an ancient 1x burner your drive needs to support the speed of the media for DVD burning, for example you can't burn a 8x DVD-R with a DVD burner which only supports up to 4x DVD-Rs.

Go to top


Re: OWB 2.16
Just can't stay away
Just can't stay away


@TSK

Quote:
Are you going to make a new shared objects version of OWB someday too ? (No hurry.)
As long as the problems some users have with shared objects (random crashes on startup which make no sense) which I can't reproduce aren't fixed: No.



@samo79

Quote:
Just downloaded version 1.4 for 68k, but I can get it work here, I install ixemul and ixnet library 020 separatly (taked from 48.3 Aminet's package)
I can't find ixemul 48.3 on Aminet. But if you just installed the 2 libraries it can't work, programs using ixemul.library need a minimal GeekGadgets installation (ENV[ARC]:ixemul.prefs, ENV[ARC]:IXGMTOFFSET, executing GG:Sys/S/GG-Startup from your S:user-startup to create the assigns, etc., the files in ETC: (GG:etc), ...).

Quote:
(it seems that it require also AmiTCP to work)
No, any real TCP/IP stack should work. With the incomplete UAE emulation some AmiTCP parts (the AmiTCP: assign and the files in AmiTCP:db, maybe it's usergroup.library as well) seem to be required, but maybe that's only the case if your GeekGadgets installation is incomplete and ixemul/ixnet has to use the AmiTCP:db files as fallback for the missing GeekGadgets ETC: ones.

Quote:
For next release is it possible to include all the dependencies in the same lha file ?
No, it has nothing to do with OWB, (nearly) all programs using ixemul/ixnet need a minimal GeekGadgets installation, and I don't have an AmigaOS 3.x system for testing it.

Go to top


Re: OWB 2.16
Just can't stay away
Just can't stay away


@Raziel

Quote:
Great, thanks a lot
I'm currently uploading the fixed version to os4depot.net, Aminet and AmiUpdate will follow later or maybe tomorrow.

Quote:
I'm asking because this

COOKIE=Cache:Temp/OWB_CookieJar.txt

doesn't work,
Ooops, typo in the readme, the tooltype is COOKIES.

Go to top


Re: OWB 2.16
Just can't stay away
Just can't stay away


@Raziel

Quote:
Reproduceable _start crash, filed here.
I found the bug which was caused by the SVN update, I'm currently building a fixed version.

Quote:
btw: How does the Cookie tooltype work?
Do i only have to give the path or also the name of the cookie file?
Complete path incl. file name, the default is PROGDIR:cookieCollection.txt.

Go to top


Re: OWB 2.16
Just can't stay away
Just can't stay away


@Raziel

Quote:
Reproduceable _start crash, filed here.

Maybe now we can try and nail this beast?
No, it has absolutely nothing to do with the shared objects related crashes, the _start symbol is always in the crashlog of all programs.


@PEB

Quote:
Version 2.15 was MUCH more stable (I was never able to crash it). I would be nice if Joerg could re-upload that one to his OWB site.
If you used AmiUpdate for updating OWB you can restore version 2.15 with it's System_Rollback tool.

Go to top


Re: Unable to open your tool
Just can't stay away
Just can't stay away


@salass00

Quote:
Before installing OS4.1 onto a new harddrive (the old one had bad blocks) I made backups of some programs and games. After installing OS4.1 I unarchived these using "lha" (I didn't use UnArc since it kept crashing on some of the larger archives). In this case I had to reset the executable flags on all executables since they had been unset.
Read the lha docs, that behaviour is intentional, even if it makes no sense. To unpack a lha archive with restoring the protection bits you have to use "lha -a x archive.lha". Or put "-a" in the env variable lha supports for setting default options (IIRC it's LHAOPTS, but check the docs).

UnArc restores the protection bits of lha archives.


Edited by joerg on 2008/11/28 7:29:57
Go to top


Re: OS4.1 bugs
Just can't stay away
Just can't stay away


@LiveForIt

Quote:
; This line triggers a DSI error!!!!
copy >nil: envarc:sys/#?.prefs env:sys/ all
Did you remove Kickstart/env-handler.kmod from your Kicklayout (if yes: why?), or why do you want to do something manually env-handler does automatically, and only when required?

Go to top


Re: OWB 2.15
Just can't stay away
Just can't stay away


@wawa

Quote:
i have experienced a system hangup when (slowly) dragging vertical scrollbar several times. i wasnt able to observe more closely what leads to the crash.
Does it happen for you only while the page is still loading as well?

Quote:
my system is basically a4k with csppc, mediator and voodoo if that is of any importance.
Are you using the AmigaOS 4.x Voodoo driver or the Elbox one?

Quote:
only that memory thirst worries me somehow. wouldnt that make sense to implement some kind of privately managed page file like clarissa or photoshop are using?
No, it's working with the pager of AmigaOS 4.1.


@Raziel

Quote:
Did you see that GrumpyOldMan did post a crashlog of 2.15 and it's indeed elf.library which is crashing.

Might be the reason of all those _start crashes some people (ME!!!!) is having.
No, it's not related at all since OWB 2.15 is statically linked.

He seems to use OWBLauncher for starting OWB, but using it for starting OWB 2.15 works without problems here.

Go to top


Re: OWB 2.15
Just can't stay away
Just can't stay away


@salass00

Quote:
Thanks. I need cairo for my SVG datatype. As long as your library can render to an ARGB32 buffer it should be OK.
AFAIK image surfaces can't be disabled, and OWB uses them as well, but the SVG support is disabled ...
I've uploaded it to os4depot.net anyway.

Go to top


Re: OWB 2.15
Just can't stay away
Just can't stay away


@salass00

Quote:
@joerg

Quote:

* Built the current versions of libcairo and libpixman-1 as static link libraries, with the static libraries OWB works on AmigaOS 4.0 again.
I assume these are built with newlib, right?
Of course.

Quote:
If so could you upload them to OS4Depot? I tried building them a while back but I must have done something wrong because the program I compiled with them just crashed immediately (I didn't have this problem with Andrea's port).
I didn't have to port anything, for both it was just configure && gmake.
It's an incomplete version, I disabled everything not required by OWB (PDF, PostScript, etc.), it doesn't include the amiga bitmap surfaces of the AmigaOS 4.1 Cairo and I only built static link libraries, no shared objects, but if that's no problem I can upload the libraries and includes.

Go to top



TopTop
« 1 ... 53 54 55 (56) 57 58 59 ... 85 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project