Home  
Login
Username:

Password:

Remember me



Lost Password?

Register now!
Sections
Who's Online
86 user(s) are online (72 user(s) are browsing Forums)

Members: 2
Guests: 84

davebraco, xenic, more...
Support us!
Recent OS4 Files
OS4Depot.net



« 1 ... 10 11 12 (13)


Re: Enhancer Bug thread
Just can't stay away
Joined:
2006/12/4 23:15
Posts: 1849
@zzd10h


AWeb will fail.
DTConvert from os4depot (written by Salasso I think) will fail.


_________________
Blender For OS4.x : Blues : Walker Broad
   Report Go to top

Re: Enhancer Bug thread
Just can't stay away
Joined:
2012/8/14 12:51
From France
Posts: 1462
@broadblues

thank you

   Report Go to top

Re: Enhancer Bug thread
Just can't stay away
Joined:
2007/1/26 21:48
From New Zealand
Posts: 1821
@glames
Quote:
When I read this, I have the feeling that I "hacked" the system :)

I didn't do that: I just followed the AmigaOS 4 official guideline here:
http://wiki.amigaos.net/wiki/Programm ... atypes_-_Making_Life_Easy , chapter "Connecting sound.datatype and ahi.device".


I know you did, and that example code really needs an update (it's a wiki...). Clearly someone copied code from somewhere else onto the wiki.

Nevertheless, the Autodocs (i.e., the specification) state that you shouldn't rely on the sound data being there. Unfortunately, the lack of streaming datatypes meant that nobody caught the error in the example code... until now.

Now, so many people have copied that example that we're better off adding a workaround to the datatype (and preferably updating the specification too).

Hans

_________________
http://hdrlab.org.nz/ - Amiga OS 4 projects, programming articles and more.
https://keasigmadelta.com/ - more of my work
   Report Go to top

Re: Enhancer Bug thread
Just popping in
Joined:
2006/11/28 22:36
From France, Nantes
Posts: 191
@Hans,

Yes, I really hope you and Andy will convice Matt and Kevin to update it.

Thank you.

   Report Go to top

Re: Enhancer Bug thread
Just popping in
Joined:
1/29 13:52
From Harrogate, UK
Posts: 3
@Hans et al
Quote:

I know you did, and that example code really needs an update (it's a wiki...). Clearly someone copied code from somewhere else onto the wiki.

Nevertheless, the Autodocs (i.e., the specification) state that you shouldn't rely on the sound data being there. Unfortunately, the lack of streaming datatypes meant that nobody caught the error in the example code... until now.


This was my general response to Matthew when this discussion kicked off. The quoted example that the problem stems from is a naïve example - if followed verbatim you're only playing mono samples, no? Despite the possible presence of another channel or ten. Not saying it's wrong - just it's a very simple example that discounts a number of scenarios. It's also the case that if a continuous mode dt was set on OS3.9 components, the code would fail, so to be clear, this isn't a "bug" with the A-Eon implementation.

Quote:

Now, so many people have copied that example that we're better off adding a workaround to the datatype (and preferably updating the specification too).


The general solution proposed in this instance for the A-Eon data type was be to use a simple check for and loop/call to SDTM_FETCH to read the data - streaming mode or no. But, the response received was that this meant changes to the application which was undesirable (paraphrasing).

I'm looking to see how much effort and duplication it will be "fix" the subclasses to allow for non-streaming mode and sample retrieval. Might take me a while as time is at a premium right now.

   Report Go to top

Re: Enhancer Bug thread
Just can't stay away
Joined:
2006/11/30 11:30
From Finland
Posts: 1512
@Hans

Quote:

Nevertheless, the Autodocs (i.e., the specification) state that you shouldn't rely on the sound data being there. Unfortunately, the lack of streaming datatypes meant that nobody caught the error in the example code... until now.


The fact is that streaming sound datatypes the way they were implemented by Commodore are basically completely useless except for simple programs that only want to play back the sound with little to no control over how it's played (like MultiView for instance).

There is no way to access the sound data from a streaming sound datatype so loading sound data into a sound editor application or any other program that needs access to the sound data is completely impossible if the datatype is implemented as streaming.

   Report Go to top


« 1 ... 10 11 12 (13)



[Advanced Search]


Powered by XOOPS 2.0 © 2001-2016 The XOOPS Project