16 June 2021, 23:17 | #721 |
Registered User
Join Date: Sep 2017
Location: Uppsala
Posts: 105
|
|
17 June 2021, 19:32 | #722 |
Registered User
Join Date: Jun 2016
Location: Greece
Posts: 83
|
There's seems to be a bug in the help system when the OS partition name contains spaces.
|
18 June 2021, 00:46 | #723 | |
Registered User
Join Date: Jun 2010
Location: USA
Posts: 97
|
Quote:
I normally change all mine to reference SYS: rather than disk name because I've ran into issues like this in the past. I'm not sure that's the issue, but it's possible. |
|
18 June 2021, 07:37 | #724 |
Registered User
Join Date: Jun 2016
Location: Greece
Posts: 83
|
Thanks @Heiroglyph, LOCALE is assigned to SYS:Locale
|
18 June 2021, 12:07 | #725 | |
Registered User
Join Date: Feb 2008
Location: RNO
Posts: 1,006
|
Quote:
In any case, whereever it assigns that, it doesn't seem to use quotation marks for the path... if you copy the documentation to "Ram Disk:" and try to view it from there, it also fails with the same way. EDIT: it seems to be a new feature, so probably a bug that users can't fix themselves: "GUIDEDIR: is now a fake assign usable when specifying paths. Its purpose is to make those links work as expected no matter who opened the guide and from where. It very much resembles the PROGDIR: concept." Last edited by jPV; 18 June 2021 at 12:19. |
|
18 June 2021, 15:57 | #726 |
Registered User
Join Date: Aug 2018
Location: Gothenburg, Sweden
Posts: 23
|
Just got my CD. Must say the upgrade process from 3.1.4.1 was very easy and fast. Most, if not all, of my previous settings were unchanged. As I have an Apollo 4060 in my A3000 I'm still on 3.1 ROM but the machine with 3.2 seems more responsive than before.
A very pleasant experience so far! |
18 June 2021, 19:49 | #727 |
Registered User
Join Date: Jun 2016
Location: Greece
Posts: 83
|
|
18 June 2021, 20:42 | #728 | |
A1260T/PPC/BV/SCSI/NET
Join Date: Jan 2013
Location: Moscow / Russia
Posts: 839
|
Quote:
|
|
18 June 2021, 20:50 | #729 | |
A1260T/PPC/BV/SCSI/NET
Join Date: Jan 2013
Location: Moscow / Russia
Posts: 839
|
Quote:
|
|
19 June 2021, 17:48 | #730 | ||
Amigan
Join Date: Feb 2012
Location: London
Posts: 1,309
|
Quote:
Quote:
I don't have any issue running dir >> ram:test Maybe it is a nil: issue? Running MuForce I get these hits. Same results with no SS and just running setpatch. Code:
LONG READ from 0000001C PC: 00F82664 USP : 089F6984 SR: 0010 (U0)(-)(D) TCB: 089F5A78 Data: 00000005 00000000 00000404 00000001 021D68DB FFFFFFFF 021D68DB 000003EC Addr: 00000018 089F698C 089F5AD4 00000000 089F6B70 089F69D0 080008D4 08002340 Stck: 00F969A0 00F9CF0E 00000000 021D68DB 0500089F 69A0D525 00000000 089F698C Stck: 089F5AD4 00000404 00000000 085FD524 00000001 021D68DB FFFFFFFF 021D68DB Name: "Shell Process" CLI: "dir" LONG WRITE to 0000001C data=089F698C PC: 00F82668 USP : 089F6984 SR: 0010 (U0)(-)(D) TCB: 089F5A78 Data: 00000000 00000000 00000404 00000001 021D68DB FFFFFFFF 021D68DB 000003EC Addr: 00000018 089F698C 089F5AD4 00000000 089F6B70 089F69D0 080008D4 08002344 Stck: 00F969A0 00F9CF0E 00000000 021D68DB 0500089F 69A0D525 00000000 089F698C Stck: 089F5AD4 00000404 00000000 085FD524 00000001 021D68DB FFFFFFFF 021D68DB Name: "Shell Process" CLI: "dir" LONG WRITE to 00000000 data=089F698C PC: 00F82672 USP : 089F6984 SR: 0010 (U0)(-)(D) TCB: 089F5A78 Data: 00000018 00000000 00000404 00000001 021D68DB FFFFFFFF 021D68DB 000003EC Addr: 00000000 089F698C 089F5AD4 00000000 089F6B70 089F69D0 080008D4 08002344 Stck: 00F969A0 00F9CF0E 00000018 00000000 0500089F 69A0D525 00000000 089F698C Stck: 089F5AD4 00000404 00000000 085FD524 00000001 021D68DB FFFFFFFF 021D68DB Name: "Shell Process" CLI: "dir" LONG READ from 00000010 PC: 00F82678 USP : 089F6984 SR: 0010 (U0)(-)(D) TCB: 089F5A78 Data: 00000003 00000000 00000404 00000001 021D68DB FFFFFFFF 021D68DB 000003EC Addr: 00000000 00000000 089F5AD4 00000000 089F6B70 089F69D0 080008D4 08002340 Stck: 00F969A0 00F9CF0E 00000018 00000000 0500089F 69A0D525 00000000 089F698C Stck: 089F5AD4 00000404 00000000 085FD524 00000001 021D68DB FFFFFFFF 021D68DB Name: "Shell Process" CLI: "dir" |
||
19 June 2021, 20:22 | #731 | |
Registered User
Join Date: Aug 2018
Location: United Kingdom
Posts: 198
|
Quote:
The Warp Datatypes have been carefully written to support all known picture.datatypes V43 and above on OS3, OS4 and MorphOS, even third party ones (e.g. from AfaOS). They certainly work perfectly well on the 3.9 and 3.1.4 picture.datatype and should work fine with 3.2 also, unless some required features of picture.datatype were removed in V47. |
|
19 June 2021, 21:19 | #732 | |
A1260T/PPC/BV/SCSI/NET
Join Date: Jan 2013
Location: Moscow / Russia
Posts: 839
|
Quote:
Which of the datatypes in question ? Example please. |
|
20 June 2021, 00:15 | #733 | |
Camilla, AmigaOS Dev.
Join Date: Mar 2020
Location: Frederiksberg
Posts: 327
|
Quote:
As to benefit: We did some performance test and the 3.2 jpeg datatype is at least as fast as the warp jpeg, We have not compared the other picturetypes. |
|
20 June 2021, 07:42 | #734 |
Registered User
Join Date: Oct 2012
Location: Wolfach / Germany
Posts: 152
|
|
20 June 2021, 10:08 | #735 | |
Registered User
Join Date: Aug 2018
Location: United Kingdom
Posts: 198
|
Quote:
As I understand it, the OS picture.datatype does a lot of extra copying between memory buffers, which is what slows it down. I don't know how the CGX picture.datatype works internally, but maybe it copies the chunky data from a subclass directly into a bitmap, perhaps even using the graphics card via CGX to do this. Of course, this may not be compatible with V44 things like dithering, but there is perhaps room for optimization in the OS picture.datatype. As soon as my 3.2 CD arrives, I shall look at supporting PDTA_ObtainPixelBuffer in the Warp Datatypes |
|
20 June 2021, 10:09 | #736 |
A1260T/PPC/BV/SCSI/NET
Join Date: Jan 2013
Location: Moscow / Russia
Posts: 839
|
I wonder why anyone would like to use cgx version of the picture datatype that is old, not updated, and has many compatibility issues and bugs, and I doubt that it's dithering functions are faster. If warp cut corners somewhere, good for it, but for general purpose use, the OS supplied picture datatype has been the only choice since 20 years now, even for CGX users (me included).
|
20 June 2021, 10:44 | #737 | |
Registered User
Join Date: Aug 2018
Location: United Kingdom
Posts: 198
|
Quote:
|
|
20 June 2021, 11:06 | #738 |
Registered User
Join Date: Dec 2007
Location: Szczecin/Poland
Posts: 424
|
There is probably also a room for size optimization in several small Kickstart modules, like potgo.resource or wbtask - unofficial versions by DonAdan (http://wt.exotica.org.uk/test.html - WT31.lzx artchive) are visibly smaller (just don't use his ramlib, it's buggy).
|
23 June 2021, 16:57 | #739 |
Not a Rebel anymore
Join Date: Apr 2005
Location: UK
Age: 51
Posts: 497
|
Maybe obvious (and not a defect per se) but due to the new icon.datatype which allows icons to be displayed as images when you click on an .info file in directory opus 5 it now defaults to displaying it in multiview rather than using the built in .info viewer. This is quite annoying if you want to edit the tooltypes
I ended up disabling this by updating the filetypes configuration for pictures and excluding info files by requiring a match for ~(#?.info) as well as a hit from the datatypes. |
23 June 2021, 18:49 | #740 |
Registered User
Join Date: Oct 2009
Location: Germany
Posts: 3,303
|
Maybe you use the wrong icon identifier? My DOpus5 installation has a filetype "picture, icon" for icons that does a byte compare to $e310. So no datatype group match.
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Hively Tracker by Iris and Up Rough released for AmigaOS 4.0 | spoUP | News | 14 | 12 June 2014 19:00 |
KryoFlux FREE for AmigaOS Classic released | mr.vince | News | 32 | 23 March 2014 19:59 |
AmigaOS 3.9 | PoLoMoTo | support.WinUAE | 8 | 27 August 2011 18:06 |
AmigaOS | koncool | request.Apps | 6 | 04 June 2003 17:45 |
Amigaos 4 Released!!!! | th4t1guy | Amiga scene | 13 | 03 April 2003 09:52 |
|
|