21 January 2012, 08:42 | #1 |
BlizzardPPC'less
|
which picture.datatype?
I have the P96 picture.datatype installed on my WB 3.1, it replaced the one which came with the wb-install. But there exists also other picture.datatype -versions and I'm trying to figure out which of them to use? Which is best to use on WB 3.1 and what are the differences?
|
23 January 2012, 12:32 | #2 |
BlizzardPPC'less
|
No answer eh? Well the P96 picture.datatype seems to work a treat so no answer required :-)
|
23 January 2012, 13:19 | #3 |
Registered User
Join Date: Jan 2002
Location: Germany
Posts: 7,026
|
I wasn't aware that there are multiple choices. IMHO you are quite limited with your choices:
- V40 -> comes with AmigaOS 3.1 - V42 -> third party patch which might or might not be compatible - V43 -> needed for RTG - V44/45 -> comes with AmigaOS 3.5/3.9 So with 3.1+RTG you need to use V43 and with 3.9 you should use the one which comes with the OS. |
23 January 2012, 13:53 | #4 |
BlizzardPPC'less
|
Thanks I'll stick with the v43 that I have now.
|
23 January 2012, 17:37 | #5 |
Banned
Join Date: Aug 2011
Location: Saturn
Age: 52
Posts: 279
|
the v43 picture datatype from p96 works fine but the v45 from OS3.9 is faster
|
24 January 2012, 08:03 | #6 |
Registered User
Join Date: Nov 2009
Location: Michigan USA
Posts: 170
|
Has anyone tried the v45 from OS3.9 with WB 3.1?
|
24 January 2012, 08:51 | #7 |
BlizzardPPC'less
|
I'm testing it now to see if there's any real life difference.
|
24 January 2012, 09:31 | #8 |
Registered User
Join Date: Jan 2002
Location: Germany
Posts: 7,026
|
If you mix 3.1 with 3.9 components you can as well install 3.9 completely.
|
24 January 2012, 10:49 | #9 |
BlizzardPPC'less
|
I have'em both installed, trying not to mix too many 3.9 things into 3.1
|
24 January 2012, 13:43 | #10 |
Registered User
Join Date: Oct 2009
Location: Germany
Posts: 3,307
|
I use picture.datatype 44.19 on OS3.1 but I`ve mixed some more like datatypes.library 45.4, setpatch 43.7, FastIPrefs 40.35. But as you said don`t mix too much because that could introduce strange behaviours/bugs.
|
24 January 2012, 14:42 | #11 |
BlizzardPPC'less
|
There can be dependencies that you don't know of and this mixing can f*ckup the functioning of your WB-setup. So go easy on any "borrowing" of components from OS3.9-side
|
24 January 2012, 15:02 | #12 | |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
Quote:
I recommend ThoR's mu 68060.library if using the AmigaOS 3.9 picture.datatype with a 68060 as it's trapped instructions are significantly faster than other 68060.librarys for integer 32*32=64 which is the most common trapped instruction (used for integer division by a constant also). |
|
24 January 2012, 22:02 | #13 |
Global Moderator
Join Date: Aug 2008
Location: Sidcup, England
Posts: 10,300
|
|
25 January 2012, 06:47 | #14 |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
@prowler
You could have used wiki... http://en.wikipedia.org/wiki/Fat_binary but always happy to help someone . |
25 January 2012, 08:40 | #15 |
Banned
Join Date: Aug 2011
Location: Saturn
Age: 52
Posts: 279
|
here are 2 test as you can see picture datatype from OS3.9 bb2 is faster
loading big jpg file using multiview on workbench on my A1200 AGA only picture datatype v43.41 (p96) = 30 seconds picture datatype v45.15 = 27 seconds *************************** loading a smaller jpg file using multiview picture datatype v43.41 (p96) = 14 seconds picture datatype v45.15 = 12 seconds |
25 January 2012, 08:45 | #16 |
BlizzardPPC'less
|
OK good , now how about the OS 3.5 version?
|
25 January 2012, 09:24 | #17 |
Banned
Join Date: Aug 2011
Location: Saturn
Age: 52
Posts: 279
|
|
25 January 2012, 13:05 | #18 |
BlizzardPPC'less
|
C'mon someone up the requested picture.datatype so that we can get some more speed results . I don't have 3.5 installed so can't upload it right now.
|
26 January 2012, 03:54 | #19 |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
@clauddio
Why didn't you test the newest picture.datatype 45.17 (89440 bytes)? What CPU were your tests? I'll Zone the 2 interesting picture.datatype versions but it looks like the AmigaOS 3.5 picture.datatype has more bugs, less features and is likely slower by looking at the release notes. Here is the release notes (missing newest)... picture.datatype 44.19 (1.10.99) - When reading grey scale data from a palette mapped picture with the PDTM_READPIXELARRAY method, picture.datatype now performs a colour conversion to yield real grey scale data instead of returning the original data "as is" [Allan Odgaard]. picture.datatype 45.4 (18.10.00) - Made a fat-binary for PPC-support. picture.datatype 45.6 (24.10.00) - Added new method PDTM_SCALE to scale the pixel data to a new size. PDTM_SCALE can only be called between OM_NEW and the first GM_LAYOUT. The new attribute PDTA_ScaleQuality can be set to 0 for bad quality and high speed or any other value for good quality and low speed. - Introduced the environment variable PICTUREDTNOPPC for test purposes. If it is set to 1, the PPC won't be used for any operation. picture.datatype 45.7 (02.11.00) - Again works, if cybergraphics.library is not available (lost in 45.4). - The powerpc.library will now be opened just before the first ppc-code is called (i.e. no longer in LibOpen()). This became necessary, because some subclasses open the picture.datatype within their LibInit()- function (i.e. in ramlib context). Opening the powerpc.library in ramlib context seems to be a bad idea, besides the stack topic. --- changes done by stephanr --- picture.datatype 45.8 (20.04.01) - remapping didn't work correctly for pictures using less colors than defined by their colormap. - saving the selected part of a picture object didn't work because the wrong modulo was used when the imagedata didn't came from a bitmap. - changed some SetSignal(0,0) to SetSignalPPC(0,0) because WarpUP allows to check for SIGBREAKF_CTRL_C via the mirror function (this is internally done by WarpUp by patching exec.library/Signal). picture.datatype 45.9 (01.05.01) - dithering an image down to 8bit works faster on the PPC, now (less context-switches). - remapping of palettemapped imagedata (<= 8bit) will be done by the PPC, if available. - reintroduced the environment variable classes/datatypes/picture/DitherHiColour. If it is set to 0, it'll disable dithering of 24bit images on 15/16 bit screens. - the memory for the imagedata was cleared via memset(), that was a bit slow... - all memory that could be write-accessed by the ppc is now properly aligned to 32byte boundary. picture.datatype 45.10 (28.06.01) - PDTA_DestMode defaults to PMODE_V42, now. This should fix problems with applications that can't handle non-planar/foreign bitmaps (eg FW97). Introduced the env variable "classes/datatypes/picture/ForceV43" for test purposes. If it is set to 0, PDTA_DestMode will default to PMODE_V43 again. picture.datatype 45.11 (??.07.01) - posted to the OS3.9ß betalist by accident. picture.datatype 45.12 (11.07.01) - recompiled the whole datatype this seems to fix Sinans problem of getting corrupted images. - just for testing purpose the datatype has an internal list of all programs that support PMODE_V43 even though they don't request this mode (MultiView, IPrefs, AmigaGuide, WBStartup++). --- end of stephanr's log --- |
26 January 2012, 12:09 | #20 |
BlizzardPPC'less
|
Thanks for information. Latest OS 3.9 picture.datatype seems to work good so I'll stick to that .
@daxb I think the files you mentioned go OK on a WB 3.1 setup. Setpatch 43.7 is meant for 3.1 and FastIPrefs also. slightly offtopic: Is there an alternative WBPattern prefs program for 3.1 that includes working "center" or "stretch-to-fit" feature (without tile)? Now I can't use a small pic because the prefs force it to tile-mode. On 3.9 this is solved but can't use its WBPattern prefs (requires resource.library+). |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
picture.datatype v45 | amiga_user | request.Other | 1 | 28 November 2011 15:50 |
HTML datatype? | NovaCoder | support.Apps | 7 | 05 July 2010 12:59 |
Where can i find this WB Picture !? | blade002 | request.Other | 20 | 22 February 2008 19:03 |
PNG-Datatype: WarpPNG | Paul | News | 0 | 28 August 2006 11:41 |
How do I get a Picture By my name? | Ricky55 | project.EAB | 2 | 24 June 2002 06:21 |
|
|