YAM - Yet Another Mailer (#2) - YAM 2.5 Dev: Problem on AmiKit (#37) - Message List

YAM 2.5 Dev: Problem on AmiKit
 unsolved

Hello,

In the last weeks I got a strange error that prevent me to use YAM 2.5 Dev totally, when I try to load YAM 2.5 Dev on AmiKit (all versions) I get this error:

    Image data processing error
    An error occurred while trying to load the image data of 'Amikit:internet/YAM/icons/config_list_big' via datatype.library
    Please make sure that you have your datatypes system correctly setup (e.g. that the image properly displays in multiview)

Then my system reset and show me a Guru Meditation:

    Guru Meditation
    Error: 8000 002
    Task: 10002240

I try to load some image in multiview but i don't see any problems :roll:

Is that a bug or ?

  • Message #167

    *bump* :roll:

  • Message #168

    This has been fixed in the current nightly build.

    • Message #169

      Ok now no more Guru :D

      But remains this strange window...

          Image data processing error
          An error occurred while trying to load the image data of 'Amikit:internet/YAM/icons/config_list_big' via datatype.library
          Please make sure that you have your datatypes system correctly setup (e.g. that the image properly displays in multiview)
      

      :roll:

      P.S. Thanks for the fix aniway, now I can use YAM again :wink:

      • Message #170

        But remains this strange window...

            Image data processing error
            An error occurred while trying to load the image data of 'Amikit:internet/YAM/icons/config_list_big' via datatype.library
            Please make sure that you have your datatypes system correctly setup (e.g. that the image properly displays in multiview)
        

        So have you followed the suggestion? Is it possible todisplay the config_list_big icon in multiview? If not either your image is broken or the datatype library which is used isn't installed or broken.

        • Message #171

          I try to reinstall AmiKit from scratch but I have the same problem, I can open all the images with Multiview, but YAM give me the same error :?

          Can you try to install AmiKit and try it ?

          • Message #172

            I try to reinstall AmiKit from scratch but I have the same problem, I can open all the images with Multiview, but YAM give me the same error :?

            Can you try to install AmiKit and try it ?

            I will try as soon as I am back home. However, you can also try to run the debug version of YAM and see what detailed message it outputs and why the images doesn't seem to load. So please download the debug version of a YAM nightly, run "setenv yamdebug @all all" in a shell before you start yam. Then run it and catch all output it throws on your serial line (catch it with sashimi, for example).

            • Message #173

              I will try as soon as I am back home. However, you can also try to run the debug version of YAM and see what detailed message it outputs and why the images doesn't seem to load. So please download the debug version of a YAM nightly, run "setenv yamdebug @all all" in a shell before you start yam. Then run it and catch all output it throws on your serial line (catch it with sashimi, for example).

              Trying the latest "debug nighly" with no luck, nothing happened when I write this command on CLI, have you try it ? :roll:

              • Message #174

                I will try as soon as I am back home. However, you can also try to run the debug version of YAM and see what detailed message it outputs and why the images doesn't seem to load. So please download the debug version of a YAM nightly, run "setenv yamdebug @all all" in a shell before you start yam. Then run it and catch all output it throws on your serial line (catch it with sashimi, for example).

                Trying the latest "debug nighly" with no luck, nothing happened when I write this command on CLI, have you try it ? :roll:

                Well, you have to have 'sashimi' running and you have to have that line executed before you start YAM.

                However, here I can reproduce the problem with AmiKit. Here it also always complains about the config_list_big image. But as usual I guess it must be the fault of some AmiKit gimmick and/or the installed PNG datatype isn't working properly. Have you tried another png datatype?

                • Message #175

                  Here my Sashimi debug output for YAM 2.5 Debug:

                  • I use the latest AmiKit release (1.3.7)
                  • AmigaOS 3.9
                  • AkDatatypes preinstalled
                  Sashimi installed ([Ctrl]+C or "Break 1" to remove)
                  ** YAM 2.5-dev [020] build: 20070725 startup **********************
                  Exec version: v45.0
                  Initializing runtime debugging:
                  set debug classes/flags (env:yamdebug): 00000076/00000003
                  ** Normal processing follows ***************************************
                  YAM.c:235:InitLib: library intuition.library v40.85 successfully opened.
                  YAM.c:235:InitLib: library icon.library v51.543 successfully opened.
                  YAM.c:235:InitLib: library utility.library v40.1 successfully opened.
                  YAM.c:235:InitLib: library diskfont.library v45.0 successfully opened.
                  extrasrc/NewReadArgs.c:440:ReadArgs() okay
                  YAM.c:2722:ProgDir.: 'AmiKit:Internet/YAM TEST/YAM2.4'
                  YAM.c:2723:ProgName: 'YAM.debug'
                  YAM.c:533:Didn't find any AutoDST facility active!
                  YAM.c:235:InitLib: library locale.library v44.6 successfully opened.
                  YAM_locale.c:2692:couldn't open 'YAM.catalog': IoErr: 205
                  YAM.c:235:InitLib: library graphics.library v45.1 successfully opened.
                  YAM.c:235:InitLib: library layers.library v40.1 successfully opened.
                  YAM.c:235:InitLib: library workbench.library v45.102 successfully opened.
                  YAM.c:235:InitLib: library keymap.library v40.4 successfully opened.
                  YAM.c:235:InitLib: library iffparse.library v40.1 successfully opened.
                  YAM.c:235:InitLib: library rexxsyslib.library v44.1 successfully opened.
                  YAM.c:235:InitLib: library muimaster.library v19.35 successfully opened.
                  YAM.c:235:InitLib: library datatypes.library v44.47 successfully opened.
                  YAM.c:235:InitLib: library codesets.library v6.3 successfully opened.
                  YAM.c:235:InitLib: library amisslmaster.library v3.6 successfully opened.
                  YAM.c:2102:successfully opened AmiSSL library.
                  YAM.c:260:name = 0x12284DBB "TheBar.mcc"
                  YAM.c:279:TheBar.mcc v21.3 found through MUIA_Version/Revision
                  YAM.c:260:name = 0x12284DC6 "TheBarVirt.mcc"
                  YAM.c:279:TheBarVirt.mcc v21.3 found through MUIA_Version/Revision
                  YAM.c:260:name = 0x12284DD5 "TheButton.mcc"
                  YAM.c:279:TheButton.mcc v21.3 found through MUIA_Version/Revision
                  YAM.c:260:name = 0x12284E0B "BetterString.mcc"
                  YAM.c:279:BetterString.mcc v11.10 found through MUIA_Version/Revision
                  YAM.c:260:name = 0x12284E46 "NList.mcc"
                  YAM.c:279:NList.mcc v20.117 found through MUIA_Version/Revision
                  YAM.c:260:name = 0x12284E50 "NListview.mcc"
                  YAM.c:279:NListview.mcc v19.72 found through MUIA_Version/Revision
                  YAM.c:260:name = 0x12284E5E "NFloattext.mcc"
                  YAM.c:279:NFloattext.mcc v19.53 found through MUIA_Version/Revision
                  YAM.c:260:name = 0x12284E6D "NListtree.mcc"
                  YAM.c:279:NListtree.mcc v18.24 found through MUIA_Version/Revision
                  YAM.c:260:name = 0x12284EA6 "TextEditor.mcc"
                  YAM.c:279:TextEditor.mcc v15.21 found through MUIA_Version/Revision
                  classes/YAM.c:109:Error opening file 'PROGDIR:.emailcache' for reading
                  ImageCache.c:417:image 'logo' NOT found in cache
                  ImageCache.c:370:init imageCacheNode 0x121c0bf8 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_unread' with id 'status_unread'
                  ImageCache.c:370:init imageCacheNode 0x121c0ff4 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_old' with id 'status_old'
                  ImageCache.c:370:init imageCacheNode 0x121c109e of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_forward' with id 'status_forward'
                  ImageCache.c:370:init imageCacheNode 0x121c0c5e of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_reply' with id 'status_reply'
                  ImageCache.c:370:init imageCacheNode 0x121c06ec of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_waitsend' with id 'status_waitsend'
                  ImageCache.c:370:init imageCacheNode 0x121c0ae8 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_error' with id 'status_error'
                  ImageCache.c:370:init imageCacheNode 0x121c01be of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_hold' with id 'status_hold'
                  ImageCache.c:370:init imageCacheNode 0x121c02f0 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_sent' with id 'status_sent'
                  ImageCache.c:370:init imageCacheNode 0x121c0752 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_new' with id 'status_new'
                  ImageCache.c:370:init imageCacheNode 0x121c0dd4 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_delete' with id 'status_delete'
                  ImageCache.c:370:init imageCacheNode 0x121c0576 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_download' with id 'status_download'
                  ImageCache.c:370:init imageCacheNode 0x121c05ba of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_group' with id 'status_group'
                  ImageCache.c:370:init imageCacheNode 0x121c11d0 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_urgent' with id 'status_urgent'
                  ImageCache.c:370:init imageCacheNode 0x121c0950 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_attach' with id 'status_attach'
                  ImageCache.c:370:init imageCacheNode 0x121c0b0a of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_report' with id 'status_report'
                  ImageCache.c:370:init imageCacheNode 0x121c02ac of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_crypt' with id 'status_crypt'
                  ImageCache.c:370:init imageCacheNode 0x121c0b4e of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_signed' with id 'status_signed'
                  ImageCache.c:370:init imageCacheNode 0x121c0268 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_mark' with id 'status_mark'
                  ImageCache.c:370:init imageCacheNode 0x121c05dc of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/status_spam' with id 'status_spam'
                  ImageCache.c:370:init imageCacheNode 0x121c0d6e of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/folder_fold' with id 'folder_fold'
                  ImageCache.c:370:init imageCacheNode 0x121c0884 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/folder_unfold' with id 'folder_unfold'
                  ImageCache.c:370:init imageCacheNode 0x121c0f28 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/folder_incoming' with id 'folder_incoming'
                  ImageCache.c:370:init imageCacheNode 0x121c0df6 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/folder_incoming_new' with id 'folder_incoming
                  _new'
                  ImageCache.c:370:init imageCacheNode 0x121c090c of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/folder_outgoing' with id 'folder_outgoing'
                  ImageCache.c:370:init imageCacheNode 0x121c0f06 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/folder_outgoing_new' with id 'folder_outgoing
                  _new'
                  ImageCache.c:370:init imageCacheNode 0x121c0a82 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/folder_trash' with id 'folder_trash'
                  ImageCache.c:370:init imageCacheNode 0x121c039a of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/folder_trash_new' with id 'folder_trash_new'
                  ImageCache.c:370:init imageCacheNode 0x121c1038 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/folder_sent' with id 'folder_sent'
                  ImageCache.c:370:init imageCacheNode 0x121c0444 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/folder_spam' with id 'folder_spam'
                  ImageCache.c:370:init imageCacheNode 0x121c0fb0 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/folder_spam_new' with id 'folder_spam_new'
                  ImageCache.c:370:init imageCacheNode 0x121c08ea of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_firststep' with id 'config_firststep'
                  ImageCache.c:370:init imageCacheNode 0x121c0862 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_firststep_big' with id 'config_firstst
                  ep_big'
                  ImageCache.c:370:init imageCacheNode 0x121c1236 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_network' with id 'config_network'
                  ImageCache.c:370:init imageCacheNode 0x121c0f4a of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_network_big' with id 'config_network_b
                  ig'
                  ImageCache.c:370:init imageCacheNode 0x121c1258 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_newmail' with id 'config_newmail'
                  ImageCache.c:370:init imageCacheNode 0x121c09b6 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_newmail_big' with id 'config_newmail_b
                  ig'
                  ImageCache.c:370:init imageCacheNode 0x121c0554 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_filters' with id 'config_filters'
                  ImageCache.c:370:init imageCacheNode 0x121c07da of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_filters_big' with id 'config_filters_b
                  ig'
                  ImageCache.c:370:init imageCacheNode 0x121c0f6c of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_spam' with id 'config_spam'
                  ImageCache.c:370:init imageCacheNode 0x121c0730 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_spam_big' with id 'config_spam_big'
                  ImageCache.c:370:init imageCacheNode 0x121c0fd2 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_read' with id 'config_read'
                  ImageCache.c:370:init imageCacheNode 0x121c0e3a of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_read_big' with id 'config_read_big'
                  ImageCache.c:370:init imageCacheNode 0x121c0224 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_write' with id 'config_write'
                  ImageCache.c:370:init imageCacheNode 0x121c0510 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_write_big' with id 'config_write_big'
                  ImageCache.c:370:init imageCacheNode 0x121c0ce6 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_answer' with id 'config_answer'
                  ImageCache.c:370:init imageCacheNode 0x121c105a of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_answer_big' with id 'config_answer_big
                  '
                  ImageCache.c:370:init imageCacheNode 0x121c06ca of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_signature' with id 'config_signature'
                  ImageCache.c:370:init imageCacheNode 0x121c0ca2 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_signature_big' with id 'config_signatu
                  re_big'
                  ImageCache.c:370:init imageCacheNode 0x121c0202 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_lists' with id 'config_lists'
                  ImageCache.c:161:wasn't able to load specified image 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_lists_big'. error: 212
                  ImageCache.c:370:init imageCacheNode 0x121c0e18 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_lists_big' with id 'config_lists_big'
                  ImageCache.c:370:init imageCacheNode 0x121c08a6 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_security' with id 'config_security'
                  ImageCache.c:370:init imageCacheNode 0x121c0a3e of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_security_big' with id 'config_security
                  _big'
                  ImageCache.c:370:init imageCacheNode 0x121c0774 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_start' with id 'config_start'
                  ImageCache.c:370:init imageCacheNode 0x121c019c of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_start_big' with id 'config_start_big'
                  ImageCache.c:370:init imageCacheNode 0x121c0972 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_mime' with id 'config_mime'
                  ImageCache.c:370:init imageCacheNode 0x121c04cc of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_mime_big' with id 'config_mime_big'
                  ImageCache.c:370:init imageCacheNode 0x121c02ce of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_abook' with id 'config_abook'
                  ImageCache.c:370:init imageCacheNode 0x121c10e2 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_abook_big' with id 'config_abook_big'
                  ImageCache.c:370:init imageCacheNode 0x121c118c of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_scripts' with id 'config_scripts'
                  ImageCache.c:370:init imageCacheNode 0x121c05fe of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_scripts_big' with id 'config_scripts_b
                  ig'
                  ImageCache.c:370:init imageCacheNode 0x121c0312 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_misc' with id 'config_misc'
                  ImageCache.c:370:init imageCacheNode 0x121c04ee of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_misc_big' with id 'config_misc_big'
                  ImageCache.c:370:init imageCacheNode 0x121c0796 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_lookfeel' with id 'config_lookfeel'
                  ImageCache.c:370:init imageCacheNode 0x121c0356 of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_lookfeel_big' with id 'config_lookfeel
                  _big'
                  ImageCache.c:370:init imageCacheNode 0x121c0c3c of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_update' with id 'config_update'
                  ImageCache.c:370:init imageCacheNode 0x121c092e of file 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_update_big' with id 'config_update_big
                  '
                  ImageCache.c:607:init readwindow toolbar: 12588988
                  ImageCache.c:613:init writewindow toolbar: 12589938
                  ImageCache.c:619:init abookwindow toolbar: 125b8988
                  YAM.c:235:InitLib: library xpkmaster.library v5.2 successfully opened.
                  YAM.c:1053:Error on XpkQuery() of packer 'LHLB': 'Non posso trovare la libreria XPK richiesta'
                  YAM_CO.c:682:no PGP version found to be installed in 'PGP:'
                  YAM_MAf.c:346: missing .index file detected, rebuilding...
                  YAM.c:643:timer[5]: already stopped
                  YAM.c:643:timer[4]: already stopped
                  YAM.c:643:timer[3]: already stopped
                  YAM_MAf.c:346: missing .index file detected, rebuilding...
                  YAM_MAf.c:346: missing .index file detected, rebuilding...
                  YAM_MAf.c:488:skipping index loading due to folder->LoadedMode: 2
                  YAM_MAf.c:488:skipping index loading due to folder->LoadedMode: 2
                  YAM_MAf.c:346: missing .index file detected, skipping...
                  YAM_MAf.c:488:skipping index loading due to folder->LoadedMode: 2
                  YAM_MAf.c:488:skipping index loading due to folder->LoadedMode: 2
                  YAM.c:643:timer[5]: already stopped
                  YAM.c:643:timer[4]: already stopped
                  YAM.c:643:timer[3]: already stopped
                  YAM_ER.c:119:Couldn't load address book from file 'AmiKit:Internet/YAM TEST/YAM2.4/.addressbook'.
                  Either the file doesn't exist or it couldn't be opened for some reason.
                  (26-Lug-2007 01:32:12)
                  YAM.c:2918:YAM allocated signals:
                  YAM.c:2919: adstsig = 00000000
                  YAM.c:2920: timsig = 10000000
                  YAM.c:2921: rexsig = 00800000
                  YAM.c:2922: appsig = 08000000
                  YAM.c:2923: applibsig= 00000000
                  YAM.c:2924: notsig[0]= 04000000
                  YAM.c:2925: notsig[1]= 02000000
                  YAM.c:2926: notsig[2]= 01000000
                  YAM.c:570:timer[1]: secs and micros are zero, no prepare required
                  YAM.c:605:timer[1]: either already running or not prepared to get fired
                  YAM.c:643:timer[7]: already stopped
                  YAM_TR.c:2361:TR_Read: recoverable WaitSelect() timeout: 0
                  YAM.c:643:timer[7]: already stopped
                  YAM.c:567:timer[7]: already running/prepared
                  YAM.c:1482:cleaning up in 'yam_exitfunc'...
                  YAM.c:1196:freeing spam filter module...
                  YAM.c:1199:freeing config module...
                  YAM.c:1209:freeing addressbook entries...
                  YAM.c:1213:freeing readmailData...
                  YAM.c:1231:freeing write mail module...
                  YAM.c:1241:freeing tcp/ip stuff...
                  YAM.c:1261:finalizing indexes and closing main window...
                  YAM.c:1268:freeing addressbook module...
                  YAM.c:1272:freeing main window module...
                  YAM.c:1276:freeing FileReqCache structures...
                  YAM.c:1288:freeing write window notifies...
                  YAM.c:1295:freeing AppIcon...
                  YAM.c:1299:freeing AppPort...
                  YAM.c:1303:freeing Arexx port...
                  YAM.c:1307:freeing timerIOs...
                  YAM.c:643:timer[1]: already stopped
                  YAM.c:643:timer[3]: already stopped
                  YAM.c:643:timer[4]: already stopped
                  YAM.c:643:timer[5]: already stopped
                  YAM.c:643:timer[6]: already stopped
                  YAM.c:643:timer[9]: already stopped
                  YAM.c:1311:stoping ADSTnotify...
                  YAM.c:1315:freeing newmailsound object...
                  YAM.c:1319:freeing hideIcon...
                  YAM.c:1323:deleting zombie files...
                  YAM.c:1350:freeing disk objects...
                  YAM.c:1357:freeing toolbar cache...
                  YAM.c:1360:freeing config...
                  YAM.c:1366:freeing private codesets list...
                  YAM.c:1376:cleaning up XPK stuff...
                  YAM.c:1380:freeing main application object...
                  YAM.c:1384:freeing image cache...
                  ImageCache.c:270:disposing image cache node (0x121c019c) 'config_start_big'
                  ImageCache.c:279: disposing dtobject 0x12528d7c of node 0x121c019c
                  ImageCache.c:270:disposing image cache node (0x121c01be) 'status_hold'
                  ImageCache.c:279: disposing dtobject 0x124a407c of node 0x121c01be
                  ImageCache.c:270:disposing image cache node (0x121c0202) 'config_lists'
                  ImageCache.c:279: disposing dtobject 0x1250a774 of node 0x121c0202
                  ImageCache.c:270:disposing image cache node (0x121c0224) 'config_write'
                  ImageCache.c:279: disposing dtobject 0x12504624 of node 0x121c0224
                  ImageCache.c:270:disposing image cache node (0x121c0268) 'status_mark'
                  ImageCache.c:279: disposing dtobject 0x124b14a4 of node 0x121c0268
                  ImageCache.c:270:disposing image cache node (0x121c02ac) 'status_crypt'
                  ImageCache.c:279: disposing dtobject 0x124b043c of node 0x121c02ac
                  ImageCache.c:270:disposing image cache node (0x121c02ce) 'config_abook'
                  ImageCache.c:279: disposing dtobject 0x12529f1c of node 0x121c02ce
                  ImageCache.c:270:disposing image cache node (0x121c02f0) 'status_sent'
                  ImageCache.c:279: disposing dtobject 0x124a4764 of node 0x121c02f0
                  ImageCache.c:270:disposing image cache node (0x121c0312) 'config_misc'
                  ImageCache.c:279: disposing dtobject 0x1253cb2c of node 0x121c0312
                  ImageCache.c:270:disposing image cache node (0x121c0356) 'config_lookfeel_big'
                  ImageCache.c:279: disposing dtobject 0x12539fbc of node 0x121c0356
                  ImageCache.c:270:disposing image cache node (0x121c039a) 'folder_trash_new'
                  ImageCache.c:279: disposing dtobject 0x124d3834 of node 0x121c039a
                  ImageCache.c:270:disposing image cache node (0x121c0444) 'folder_spam'
                  ImageCache.c:279: disposing dtobject 0x124d44f4 of node 0x121c0444
                  ImageCache.c:270:disposing image cache node (0x121c04cc) 'config_mime_big'
                  ImageCache.c:279: disposing dtobject 0x125299ec of node 0x121c04cc
                  ImageCache.c:270:disposing image cache node (0x121c04ee) 'config_misc_big'
                  ImageCache.c:279: disposing dtobject 0x12538d0c of node 0x121c04ee
                  ImageCache.c:270:disposing image cache node (0x121c0510) 'config_write_big'
                  ImageCache.c:279: disposing dtobject 0x12504e94 of node 0x121c0510
                  ImageCache.c:270:disposing image cache node (0x121c0554) 'config_filters'
                  ImageCache.c:279: disposing dtobject 0x124e190c of node 0x121c0554
                  ImageCache.c:270:disposing image cache node (0x121c0576) 'status_download'
                  ImageCache.c:279: disposing dtobject 0x124a5c3c of node 0x121c0576
                  ImageCache.c:270:disposing image cache node (0x121c05ba) 'status_group'
                  ImageCache.c:279: disposing dtobject 0x124b0bac of node 0x121c05ba
                  ImageCache.c:270:disposing image cache node (0x121c05dc) 'status_spam'
                  ImageCache.c:279: disposing dtobject 0x124b8134 of node 0x121c05dc
                  ImageCache.c:270:disposing image cache node (0x121c05fe) 'config_scripts_big'
                  ImageCache.c:279: disposing dtobject 0x12533624 of node 0x121c05fe
                  ImageCache.c:270:disposing image cache node (0x121c06ca) 'config_signature'
                  ImageCache.c:279: disposing dtobject 0x12508dfc of node 0x121c06ca
                  ImageCache.c:270:disposing image cache node (0x121c06ec) 'status_waitsend'
                  ImageCache.c:279: disposing dtobject 0x124a30a4 of node 0x121c06ec
                  ImageCache.c:270:disposing image cache node (0x121c0730) 'config_spam_big'
                  ImageCache.c:279: disposing dtobject 0x124e9b2c of node 0x121c0730
                  ImageCache.c:270:disposing image cache node (0x121c0752) 'status_new'
                  ImageCache.c:279: disposing dtobject 0x124a4f34 of node 0x121c0752
                  ImageCache.c:270:disposing image cache node (0x121c0774) 'config_start'
                  ImageCache.c:279: disposing dtobject 0x125320ac of node 0x121c0774
                  ImageCache.c:270:disposing image cache node (0x121c0796) 'config_lookfeel'
                  ImageCache.c:279: disposing dtobject 0x12539844 of node 0x121c0796
                  ImageCache.c:270:disposing image cache node (0x121c07da) 'config_filters_big'
                  ImageCache.c:279: disposing dtobject 0x124e86ec of node 0x121c07da
                  ImageCache.c:270:disposing image cache node (0x121c0862) 'config_firststep_big'
                  ImageCache.c:279: disposing dtobject 0x124d5c34 of node 0x121c0862
                  ImageCache.c:270:disposing image cache node (0x121c0884) 'folder_unfold'
                  ImageCache.c:279: disposing dtobject 0x124b8f3c of node 0x121c0884
                  ImageCache.c:270:disposing image cache node (0x121c08a6) 'config_security'
                  ImageCache.c:279: disposing dtobject 0x1250b2ac of node 0x121c08a6
                  ImageCache.c:270:disposing image cache node (0x121c08ea) 'config_firststep'
                  ImageCache.c:279: disposing dtobject 0x124d53ac of node 0x121c08ea
                  ImageCache.c:270:disposing image cache node (0x121c090c) 'folder_outgoing'
                  ImageCache.c:279: disposing dtobject 0x124d2214 of node 0x121c090c
                  ImageCache.c:270:disposing image cache node (0x121c092e) 'config_update_big'
                  ImageCache.c:279: disposing dtobject 0x1253defc of node 0x121c092e
                  ImageCache.c:270:disposing image cache node (0x121c0950) 'status_attach'
                  ImageCache.c:279: disposing dtobject 0x124af5dc of node 0x121c0950
                  ImageCache.c:270:disposing image cache node (0x121c0972) 'config_mime'
                  ImageCache.c:279: disposing dtobject 0x125290e4 of node 0x121c0972
                  ImageCache.c:270:disposing image cache node (0x121c09b6) 'config_newmail_big'
                  ImageCache.c:279: disposing dtobject 0x124e1344 of node 0x121c09b6
                  ImageCache.c:270:disposing image cache node (0x121c0a3e) 'config_security_big'
                  ImageCache.c:279: disposing dtobject 0x1250bacc of node 0x121c0a3e
                  ImageCache.c:270:disposing image cache node (0x121c0a82) 'folder_trash'
                  ImageCache.c:279: disposing dtobject 0x124d30e4 of node 0x121c0a82
                  ImageCache.c:270:disposing image cache node (0x121c0ae8) 'status_error'
                  ImageCache.c:279: disposing dtobject 0x124a390c of node 0x121c0ae8
                  ImageCache.c:270:disposing image cache node (0x121c0b0a) 'status_report'
                  ImageCache.c:279: disposing dtobject 0x124afbec of node 0x121c0b0a
                  ImageCache.c:270:disposing image cache node (0x121c0b4e) 'status_signed'
                  ImageCache.c:279: disposing dtobject 0x124b0e7c of node 0x121c0b4e
                  ImageCache.c:270:disposing image cache node (0x121c0bd6) 'logo'
                  ImageCache.c:279: disposing dtobject 0x124920ec of node 0x121c0bd6
                  ImageCache.c:270:disposing image cache node (0x121c0bf8) 'status_unread'
                  ImageCache.c:279: disposing dtobject 0x124948a4 of node 0x121c0bf8
                  ImageCache.c:270:disposing image cache node (0x121c0c3c) 'config_update'
                  ImageCache.c:279: disposing dtobject 0x1253d7bc of node 0x121c0c3c
                  ImageCache.c:270:disposing image cache node (0x121c0c5e) 'status_reply'
                  ImageCache.c:279: disposing dtobject 0x1249d8b4 of node 0x121c0c5e
                  ImageCache.c:270:disposing image cache node (0x121c0ca2) 'config_signature_big'
                  ImageCache.c:279: disposing dtobject 0x12509794 of node 0x121c0ca2
                  ImageCache.c:270:disposing image cache node (0x121c0ce6) 'config_answer'
                  ImageCache.c:279: disposing dtobject 0x12509cd4 of node 0x121c0ce6
                  ImageCache.c:270:disposing image cache node (0x121c0d6e) 'folder_fold'
                  ImageCache.c:279: disposing dtobject 0x124b87ec of node 0x121c0d6e
                  ImageCache.c:270:disposing image cache node (0x121c0dd4) 'status_delete'
                  ImageCache.c:279: disposing dtobject 0x124a557c of node 0x121c0dd4
                  ImageCache.c:270:disposing image cache node (0x121c0df6) 'folder_incoming_new'
                  ImageCache.c:279: disposing dtobject 0x124d3c8c of node 0x121c0df6
                  ImageCache.c:270:disposing image cache node (0x121c0e3a) 'config_read_big'
                  ImageCache.c:279: disposing dtobject 0x125039dc of node 0x121c0e3a
                  ImageCache.c:270:disposing image cache node (0x121c0f06) 'folder_outgoing_new'
                  ImageCache.c:279: disposing dtobject 0x124d297c of node 0x121c0f06
                  ImageCache.c:270:disposing image cache node (0x121c0f28) 'folder_incoming'
                  ImageCache.c:279: disposing dtobject 0x124b968c of node 0x121c0f28
                  ImageCache.c:270:disposing image cache node (0x121c0f4a) 'config_network_big'
                  ImageCache.c:279: disposing dtobject 0x124d747c of node 0x121c0f4a
                  ImageCache.c:270:disposing image cache node (0x121c0f6c) 'config_spam'
                  ImageCache.c:279: disposing dtobject 0x124e9224 of node 0x121c0f6c
                  ImageCache.c:270:disposing image cache node (0x121c0fb0) 'folder_spam_new'
                  ImageCache.c:279: disposing dtobject 0x124d4c44 of node 0x121c0fb0
                  ImageCache.c:270:disposing image cache node (0x121c0fd2) 'config_read'
                  ImageCache.c:279: disposing dtobject 0x12507a54 of node 0x121c0fd2
                  ImageCache.c:270:disposing image cache node (0x121c0ff4) 'status_old'
                  ImageCache.c:279: disposing dtobject 0x1249c234 of node 0x121c0ff4
                  ImageCache.c:270:disposing image cache node (0x121c1038) 'folder_sent'
                  ImageCache.c:279: disposing dtobject 0x124d6024 of node 0x121c1038
                  ImageCache.c:270:disposing image cache node (0x121c105a) 'config_answer_big'
                  ImageCache.c:279: disposing dtobject 0x125082c4 of node 0x121c105a
                  ImageCache.c:270:disposing image cache node (0x121c109e) 'status_forward'
                  ImageCache.c:279: disposing dtobject 0x1249c904 of node 0x121c109e
                  ImageCache.c:270:disposing image cache node (0x121c10e2) 'config_abook_big'
                  ImageCache.c:279: disposing dtobject 0x1252a824 of node 0x121c10e2
                  ImageCache.c:270:disposing image cache node (0x121c118c) 'config_scripts'
                  ImageCache.c:279: disposing dtobject 0x12532e14 of node 0x121c118c
                  ImageCache.c:270:disposing image cache node (0x121c11d0) 'status_urgent'
                  ImageCache.c:279: disposing dtobject 0x124af00c of node 0x121c11d0
                  ImageCache.c:270:disposing image cache node (0x121c1236) 'config_network'
                  ImageCache.c:279: disposing dtobject 0x124d6b64 of node 0x121c1236
                  ImageCache.c:270:disposing image cache node (0x121c1258) 'config_newmail'
                  ImageCache.c:279: disposing dtobject 0x124e0ac4 of node 0x121c1258
                  YAM.c:1387:freeing internal MUI classes...
                  YAM.c:1390:deleting semaphore
                  YAM.c:1394:cleaning up AmiSSL stuff...
                  YAM.c:1406:closing all opened libraries...
                  YAM.c:1418:closing catalog...
                  extrasrc/NewReadArgs.c:79:FreeArgs(rdargs->FreeArgs)
                  extrasrc/NewReadArgs.c:86:FreeDosObject(DOS_RDARGS, rdargs->RDArgs)
                  extrasrc/NewReadArgs.c:105:memory freed
                  ImageCache.c:270:disposing image cache node
                  
                  • Message #176

                    Here my Sashimi debug output for YAM 2.5 Debug:

                    • I use the latest AmiKit release (1.3.7)
                    • AmigaOS 3.9
                    • AkDatatypes preinstalled
                    Sashimi installed ([Ctrl]+C or "Break 1" to remove)
                    ** YAM 2.5-dev [020] build: 20070725 startup **********************
                    Exec version: v45.0
                    Initializing runtime debugging:
                    set debug classes/flags (env:yamdebug): 00000076/00000003
                    ** Normal processing follows ***************************************
                    [...]
                    ImageCache.c:161:wasn't able to load specified image 'AmiKit:Internet/YAM TEST/YAM2.4/Icons/config_lists_big'. error: 212
                    [...]
                    

                    As you can see from the above output, YAM reports an error of 212 when trying to load the config_lists_big image. However, by looking at the error codes a number of 212 means ERROR_OBJECT_WRONG_TYPE which in fact will only be returned in case the datatype itself reports an error on the actual file type. So as I already guessed, this seems to be a fault of the akDatatypes, especially the png datatype which seems to not like the file.

                    What you can do is, to report that issue to the author of the akDatatypes or use a different png datatype for testing that it really is a fault of the akDatatypes. In addition you can try to load the file in a graphics editor and resave it as a new PNG file. Perhaps akDatatypes simply doesn't like the current format of the PNG file.

                    Please report back as soon as you find something out/reported to the author of akDatatypes.

                    • Message #177

                      Hi together,

                      s.hawamdeh told me about this issue. Note, that "object wrong type" may mean any kind of decoding error as well as a plain broken file, since AmigaDOS error codes do not allow to differentiate very well among different kinds of errors - so this error is just a placeholder for lots of others.

                      I would appreciate, if someone could *send* me the graphics in question, which causes the problem, so that I can check if there is anything special with it - e.g. if it has an alpha channel or not or if the structure is in some way strange.

                      You could use one of the email addresses found in the akPNG docs or under www.ar-kleinert.de

                      Thanks & Regards, akl

                      P.S.: Meanwhile you may wish to check if creating some task-specific setting for YAM in akPNGPrefs would fix the problem (e.g. disabling the alpha channel).

                      • Message #178

                        I have to correct myself about the error code.

                        With akPNG, OBJECT_WRONG_TYPE is only returned in case DTA_SourceType is not DTST_FILE. (*)

                        Regarding the file, I've downloaded the YAM 2.5 dev archive and found, that the file as such does not look in any way special.

                        (*) There's exactly one more case, where it erroneously returns with error without setting any error code - however this is just a redundant check of the first 4 bytes of the file (filetype signature), so it should not occur and would break Multiview as well otherwise.

                        • Message #179

                          Hi ak,

                          I have to correct myself about the error code.

                          With akPNG, OBJECT_WRONG_TYPE is only returned in case DTA_SourceType is not DTST_FILE. There's exactly one more case, where it erroneously returns with error without setting any error code - however this is just a redundant check of the first 4 bytes of the file (filetype signature), so it should not occur and would break Multiview as well otherwise.

                          Well, then it is even stranger than I first thought because YAM is definitly setting DTA_SourceType to DTST_FILE. Just have a look at the following source:

                          http://yam.ch/browser/trunk/src/ImageCache.c?rev=3185

                          Just search for DTST_FILE and you will find the section where yam uses the datatypes system for loading the png file.

                          Regarding the file, I've downloaded the YAM 2.5 dev archive and found, that the file as such does not look in any way special.

                          Well, then I can only guess that this is "yet-another-Mr-R?sch" problem in his AfAOS thingy >:-). Perhaps his picture.datatype and/or the whole datatypes system setup in his AfAOS is (again) broken. Who knows. I anyway don't trust that whole AfaOS thing a lot....

                          • Message #180

                            It's hard to follow this kind of discussion cause i'm not a programmer and or expert in this way, aniway, if Andreas want I can provide a little screenshot, maybe can help ...

                          • Message #181

                            There'll be an update to akPNG soon, which contains some improvements and fixes and possibly could have some positive side-effects on V43 pic-dt systems (like with AfaOS).

                            I don't think there's any way to resolve this issue by just looking at the PNG image in question in conjunction with akPNG; I also did not install YAM but tested with both, MultiView and SView5 (with disabled internal PNG loader). It may really have something to do with AfaOS.

                          • Message #182

                            http://yam.ch/browser/trunk/src/ImageCache.c?rev=3185

                            Just search for DTST_FILE and you will find the section where yam uses the datatypes system for loading the png file.

                            The code basically looks ok. One question coming to my mind in this context is the following: if you set PDTA_UseFriendBitMap before there is a PDTA_Screen set, most likely the friend bitmap request won't have any effect.

                            • Message #183

                              I just changed ImageCache.c to set the FriendBitmap and Remap attributes together with the screen. Personally I see no difference on OS4, but maybe other systems are (positively) affected by this.

                              • Message #184

                                Just try the new YAM nighly build with the new AkPNG datatype installed, but I have the same problems :roll:

                                • Message #185

                                  Please try the new v45.70 from http://www.ar-kleinert.de/download.html

                                  • Message #186

                                    Sadly I got the same error, plus (altrough I don't know if it caused by this new release) when I try to click on the "YAM Config button" we have the same problem (the same warning window)

                                    Off course programs installed are:

                                    YAM 2.5 Debug 2007-07-30 AkDatatypes 45.70

                                    • Message #187

                                      Ok, so - since the code for MOS and 68k now is almost identical, and since I cannot reproduce the error with UAE/AF and MOS, I guess it's really AfaOS.

                                      • Message #188

                                        Can you try AmiKit directly ?

                                        Surely I try to contact the AFA_OS team too

                                        Thanks a lot for your support for now :wink:

                                        • Message #189

                                          Can you try AmiKit directly ?

                                          Surely I try to contact the AFA_OS team too

                                          Thanks a lot for your support for now :wink:

                                          Ok, please do so and report back what you found and what "Mr.Roesch" reports to you. Because unfortunately, we had numerous occasions in the past which made us finally believe that this "AfaOS" thing and therefore AmiKit, can be considered stable or trustworthy.

                                          • Message #190

                                            there seem bad words to AFA from damato, so i join in here and tell what happen.

                                            The file the user report is detect from datatype system as mpeg audio. when remove mpega datatype all work ok on my amikit.

                                            have you on MOS OS4 no mpega datatype installed ?

                                            • Message #191

                                              Now it works, altrough I have a problem with the address book (a simple warning window)

                                              Aniway this is YAM related :D

                                              Thanks for your tip

                                            • Message #192

                                              If there's a conflict between two DT descriptors (MPEGA would be faulty then) it might help to increase the priority of the PNG descriptor. I could do this, but using "dtdesc" anyone of you can test it, too.

                                              In addition to the described issue I got a report from Jan Zuharancik (and S. Hawamdeh as well) that ReqAttack does not display (8 bit) PNG pictures correctly anymore, resulting in garbage for some requester background images.

                                              However those images look correctly in MultiView under MOS and UAE/68k (AF) and exactly the same as in IrfanView. So akPNG does not export garbage, instead someone imports garbage.

                                              Therefore, again, probably either this is ReqAttack or AfaOS or the faulty descriptor (the latter sounds unlikely) - because the only related change in akPNG is, that it never ever anymore uses the <V42 pic-dt API, but always the V43 API, which means that exported 8 bit PNG data always is in LUT8 format unless the caller explicitely forces pic-dt to convert it back to a planar bitmap. But this conversion job is taking place at pic-dts end, and if someone tries to import planar data when it actually is chunky, this exactly would result in garbage.

                                              Could anyone check/confirm?

                                              • Message #193

                                                Hello,

                                                I disabled AfA_OS and removed MPEGA datatype but ReqAttack still does NOT show 8bit PNG images correctly.

                                                Note that even though the AfA_OS is enabled in AmiKit I do not use its picture datatype replacement by default. I use picture.datatype 43.41 (20-Dec-1998) from Picasso96 package instead.

                                                However there is no problem with ReqAttack & akPNG if picture.datatype 45.7 (2-Nov-2000) from OS3.9CD or 45.17 (19-Mar-2002) from OS3.9BB2 is installed.

                                                • Message #194

                                                  AFA OS do nothing change in datatype detetction.a project of datattypes library is in and it can build but it is not release in public AFA OS

                                                  I dont know how datatypes (akpngdatatypes)work.Is there a priority tooltype somewhere or other tooltypes ?.

                                                  when use for datatypes PNG icons then the tooltypes cant read because the AFA_OS_loader is start after adddatatypes.

                                                  if there is a problem because datatypes need a tooltypes there can use a 32bit OS4 Icon.

                                                • Message #195

                                                  However there is no problem with ReqAttack & akPNG if picture.datatype 45.7 (2-Nov-2000) from OS3.9CD or 45.17 (19-Mar-2002) from OS3.9BB2 is installed.

                                                  can you please test if it work with AFA picture datatype ?. maybe thats a reason to use the new datatype ?

                                                  • Message #196

                                                    hehe, yes, it works with the AfA_OS picture datatype too.

                                                    But anyway, I would like to make ReqAttack work with Picasso's picture.datatype 43.41 as well, like it worked with akPNG 45.63. Are there any possibilities, yamakl?

                                                    • Message #197

                                                      I've checked the Picasso96 package on Aminet, http://aminet.net/driver/video/Picasso96.lha but could not find any preferences program for pic-dt v43 included, which would allow to e.g. disable the V43 features for certain programs like e.g. ReqAttack (also in the binary there's nowhere any occurence of the string "ENV:")

                                                      This leaves 3 options:

                                                      • use a different pic-dt in AmiKit
                                                      • or use even the AfaOS pic-dt in AmiKit
                                                      • add some special fallback in akPNG (akGIF the same I guess)

                                                      I'd like to avoid the latter, of course, since I just removed all the legacy code in order to make the datatypes leaner, faster and easier to configure.

                                                      • Message #198

                                                        Wait... it's possible that I found the reason for the strange behaviour.

                                                        What I actually do prior to writing any data into a V43 pixmap is to set the pic-dt to V43 mode, which means PDTA_SourceMode becomes PMODE_V43.

                                                        In some low-memory situations however I may also read back some data from the same bitmap, and I did not set PDTA_DestMode also to PMODE_V43.

                                                        There's maybe a 30% change that Picasso96's pic-dt does behave differently here than the others, and akPNG reads back garbage which gets modified and written back as garbage.

                                                        I'll put v43.71 to my website the next 30min and then you may check. If it still does not work, please see my previous list of options.

                                                        • Message #199

                                                          I get report of a AFA betatester, that mpega datatype work when use the original OS3.9 mpega.library

                                                          but the new version not

                                                          Short: mpega.library clone using libmad (040/PPC). Author: (Sigbj?rn Skj?ret)

                                                          This is a mpega.library clone using the very excellent libmad for decoding, it looks and behaves just like the original, but with several benefits offered by libmad...

                                                          • Message #200

                                                            Bernd: In akPNG 45.72 (I forgot that in 45.71) I've increased the PNG descriptor priority (set it from 0 to 1 in DEVS:Datatypes/PNG) so that hopefully the broken mpega descriptor won't match anymore and thus is superseded by akPNG. But this depends which priority actually is set for the competing descriptor (by default probably 0). If anyone likes to check, he can use the "dtdesc" tool from the NDK to analyze and modify descriptor files.

                                                        • Message #201

                                                          Andreas, I just tried the akPNG 45.72. It still doesn't work, unfortunately.

                                                          • Message #202

                                                            The same with akPNG 45.73. No go.

                                                            Would it be possible to set some ENV variable that tells akDT to be nice to ReqAttack? ;-)

                                                            • Message #203

                                                              I've added a special case for ReqAttack in V45.74 which also could be activated for other tasks (not recommended) and fixed another bug, which might have caused all sorts of effects (but not related to 8 bit files, like here).

                                                              • Message #204

                                                                @yamakl

                                                                I added NO_V43_IN_8BIT into ENVARC:Datatypes/akPNG.prefs and it works with akPNG 45.74! Thanks!

                                                                What is the drawback of using this option?

                                                                • Message #205

                                                                  It's most likely slower and could return any kind of legacy bitmap, with all sorts of back and forth chunky conversion involved.

                                                                  • Message #206

                                                                    Hmmm, and does it automatically applies to all akPNG work or just with regards to ReqAttack?

                                                                    • Message #207

                                                                      You should add NO_V43_IN_8BIT only for certain processes in task-specific prefs files, not in the global akPNG prefs.

                                                                      For tasks matching ReqAttack#? this switch is always active by default (for now).

                                                                      I'd suggest that also someone contacts the ReqAttack authors and asks them to fix the DT V43 interface - I've read their .guide and found also another bug acknowledge about pic-dt V43 and ilbm-dt included in their own documentation. Once this is done I may remove the workaround.

                                                                      • Message #208

                                                                        @yamakl According to several OS4 developers the datatype priority field is never used at all.

                                                                        @bernd_afa The libmad based mpega.library is known to be buggy concerning file recognition. There are several non-MP3 files which are falsely recognized as MP3's. Resaving these files with any image processing program (GIMP, PerfectPaint, etc) might fix that. The OS4 datatypes.library has been fixed to skip any non-matching datatype. That means if an application specifically requests pictures only then any non-picture subdatatype will be skipped during file recognition. See YAM's ChangeLog around March/April 2007.

                                                                        • Message #210

                                                                          @yamakl According to several OS4 developers the datatype priority field is never used at all.

                                                                          Really? Great design :-) irony I've set back prio to 0 now again.

                                                                          @bernd_afa The libmad based mpega.library is known to be buggy concerning file recognition. There are several non-MP3 files which are falsely recognized as MP3's. Resaving these files with any image processing program (GIMP, PerfectPaint, etc) might fix that. The OS4 datatypes.library has been fixed to skip any non-matching datatype. That means if an application specifically requests pictures only then any non-picture subdatatype will be skipped during file recognition. See YAM's ChangeLog around March/April 2007.

                                                                          Ok, but resaving *valid* image files just because of a broken audio file recognition is not really a fix of the source of the problem. Here, even a Windows-like .mp3 style file recognition looks more sophisticated.

                                                                      • Message #209

                                                                        You should add NO_V43_IN_8BIT only for certain processes in task-specific prefs files, not in the global akPNG prefs.

                                                                        For tasks matching ReqAttack#? this switch is always active by default (for now).

                                                                        I am afraid I do not fully understand. I removed the switch from global akPNG.prefs and moved it to ENVARC:Datatypes/akPNG.prefs_Tasks/ReqAttack, that's OK. But what does it mean when you said "it's always active by default"? I had to specify the switch anyway, otherwise it would not work.

                                                                        I'd suggest that also someone contacts the ReqAttack authors and asks them to fix the DT V43 interface - I've read their .guide and found also another bug acknowledge about pic-dt V43 and ilbm-dt included in their own documentation. Once this is done I may remove the workaround.

                                                                        I'll try it, hopefully their's still active.

                                                                        • Message #211

                                                                          You should add NO_V43_IN_8BIT only for certain processes in task-specific prefs files, not in the global akPNG prefs.

                                                                          For tasks matching ReqAttack#? this switch is always active by default (for now).

                                                                          I am afraid I do not fully understand. I removed the switch from global akPNG.prefs and moved it to ENVARC:Datatypes/akPNG.prefs_Tasks/ReqAttack, that's OK. But what does it mean when you said "it's always active by default"? I had to specify the switch anyway, otherwise it would not work.

                                                                          In the current implementation there is a special case for ReqAttack, which cannot be overriden - for this tool, the switch is always active. This because I do not want to get more bug reports from people, just because they did not create a special task setting for it.

Attachments

No attachments created.