Calendar started from the menu "execute command" throw a DSI like this:
Crash log for task "calendar" Generated by GrimReaper 53.19 Crash occured in module calendar at address 0x7D40A040 Type of crash: DSI (Data Storage Interrupt) exception Alert number: 0x80000003
@glames I reported problems with sound datatypes not returning correct attributes with GetDTAttrs(). Read pages 6 & 7 of this topic for details. The sounds will be played by datatypes, you just can't get the correct attributes. The datatypes have been fixed and I assume the fixes will show up in the next Enhancer release.
You could just play your sounds with datatypes instead of getting attributes with datatypes and then playing then with AHI.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
@glames I had the same results as samo79. Even though the improved Enhancer sound datatypes I tested have fixed the issues with sound attributes for SDTA_SampleLength, SDTA_SamplesPerSecond & SDTA_BitsPerSample; the SDTA_Sample attribute is still broken. Your sound program won't even work with the improved datatypes because getting the SDTA_Sample attribute is returning 0 instead of the sample address. With the current public release, your program probably isn't getting any valid sound attributes.
Here is a quick review of problems I found with Enhancer sound datatypes: 1. Not sending soundplay termination signal - Fixed 2. Not returning correct attribute SDTA_SampleLength - Fixed 3. Not returning correct attribute SDTA_SamplesPerSecond -Fixed 4. Not returning correct attribute SDTA_BitsPerSample -Fixed 5. Not returning correct attribute SDTA_Sample - Still broken 6. Plays mono sample in left channel instead of both channels like OS4.1u1 sound.datatype - Still broken
How can we expect 3rd party programmers to write working software when system components are being replaced with broken ones. If a commercial product is going to replace system components the replacements should work at least as well as the original components. That's just my opinion.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
When it works, it displays: playing 5842 bytes at 11025 hz playing 2147 bytes at 11025 hz
And two sounds are played :)
As Xenic explained, the datatype is now loaded but you can't extract l all data. IDataTypes->GetDTAttrs doesn't work as it should and I guess MultiViewer doesn't use it.
After your previous replay, Iasked a user to test it again and indeed, SDTA_SampleLength , SDTA_SamplesPerSecond and SDTA_BitsPerSample are now OK but not SDTA_Sample that returns zero :(
Of course, I fully agree. Updated system components like datatype were not enough tested. I reported the bug late January and it still doesn't work six months later...
It is really bad. My customers and even resellers that bundle my games complains about it... And it's normal.
So now, let's go forward and let's try to be constructive.
IMHO, there should be a list of software/games that should be tested before every "Enhancer" release. Of course, I think about my games/software (Dir Me Up, Ask Me Up XXL, Word Me Up) but not only. Entwickler-X, Cherry Darling, ... and others products should be tested too, even free ones like for example Odyssey.
If this list had existed, the datatype issue would have been detected before release.
Please understand we have always responded quickly to user and developer reports and have a track record of resolving any issues that come to light. So far we have released 4 major public updates of Enhancer Software in just over a year and all of our users can have confidence that we will continue to improve the software through Updater and future releases.
Regarding the new Sound Datatype from the Enhancer Software:
As per the documentation, Getting the SDTA_[Left|Right]Sample attributes when streaming sound results in a null response (that's from V44 autodocs). The A-Eon datatypes stream by default.
As per the documentation, Getting the SDTA_[Left|Right]Sample attributes when streaming sound results in a null response (that's from V44 autodocs). The A-Eon datatypes stream by default.
That doesn't explain why SDTA_Sample is returning a NULL attribute for 8SVX and AIFF soundfiles since those would be loaded by the OS4.1FE 8SVX and AIFF datatypes. I was going to suggest to glames that he switch to 8SVX or AIFF sound files but that won't help either at this point.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
It is really bad. My customers and even resellers that bundle my games complains about it... And it's normal.
In order to avoid future problems like this, I can only suggest that you convert your sound files to AIFF and get libaiff from OS4depot so you can load the files and get the attributes for AHI without relying on datatypes.
Amiga X1000 with 2GB memory & OS 4.1FE + Radeon HD 5450
@mattew Probably now you can see why i all the time says that replacing any os4 components are bad idea: originals already was tested by more bigger users base years ago and bug fixed till state they are now. Making replacement now, with much smaller user base we have now, will returns in the years of bugfixing and developrs/users problems till its all will be the same as originals => which is time, which can be spend on anything else which we didn't have.
IMHO, there should be a list of software/games that should be tested before every "Enhancer" release. Of course, I think about my games/software (Dir Me Up, Ask Me Up XXL, Word Me Up) but not only. Entwickler-X, Cherry Darling, ... and others products should be tested too, even free ones like for example Odyssey.
While that would help, a better idea would be for developers to have a set of automated tests. Warp3D Nova's automated test suite has helped me catch a lot of stuff before release. When someone does find a bug I missed, then a new test is added.
Writing automated tests can be a pain (it takes extra time), but it pays off in the long run.