Enhancer Bug thread

	Bottom Previous Topic Next Topic
Register To Post

« 1 ... 10 11 12 (13) 14 15 16 ... 27 »

broadblues

Re: Enhancer Bug thread

Posted on: 2017/9/5 11:09 #241

Home away from home

@zzd10h

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

Blender For OS4.x : Blues : Walker Broad

zzd10h

Re: Enhancer Bug thread

Posted on: 2017/9/5 17:22 #242

Just can't stay away

@broadblues

thank you

http://apps.amistore.net/zTools

Hans

Re: Enhancer Bug thread

Posted on: 2017/9/6 5:15 #243

Home away from home

@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

Join Kea Campus' Amiga Corner and support Amiga content creation
https://keasigmadelta.com/ - see more of my work

glames

Re: Enhancer Bug thread

Posted on: 2017/9/6 11:07 #244

Not too shy to talk

@Hans,

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

Thank you.

sierratu

Re: Enhancer Bug thread

Posted on: 2017/9/9 11:33 #245

Just popping in

@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.

salass00

Re: Enhancer Bug thread

Posted on: 2017/9/9 13:17 #246

Just can't stay away

@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.

daveyw

Re: Enhancer Bug thread

Posted on: 2017/9/23 20:53 #247

Not too shy to talk

Daylight saving started last night, and the "enhanced" Time Prefs failed to cope with it.

I don't understand why its so difficult - the standard OS4.1 TimePrefs does.

My Locale specifies when daylight saving starts and ends. Why does the "enhanced" Time Prefs ignore this and default to a hardcoded daylight saving setting (for the northern hemisphere)?

Raziel

Re: Enhancer Bug thread

Posted on: 2017/10/31 7:38 #248

Home away from home

MultiEdit 1.5 (28.05.2017)

Add "Search and Replace" - missing feature that has been in Notepad for ages

--

game box/art scans
scummvm infrequent builds

amigakit

Re: Enhancer Bug thread

Posted on: 2017/10/31 11:27 #249

Quite a regular

@Raziel

MultiEdit definately has Find and Replace feature- I use it all the time to create the Enhancer Software documentation and Install scripts.

amigakit.com - the Amiga store
Links: www.amigakit.com | New Products | Enhancer Software

tommysammy

Re: Enhancer Bug thread

Posted on: 2017/10/31 12:48 #250

Quite a regular

@Amigakit i am missing one feature in MultiEdit"Last Opened"
Often i am working at the same ct over a few days. That would make it easier for me. It should remember the last opened files

Amiga600/Vampire2/PrismaMegaMix/32GB CF Card/2x Rys Mk2/A604n/IndivisionECS/Gotek

ddni

Re: Enhancer Bug thread

Posted on: 2017/10/31 12:51 #251

Just can't stay away

@Raziel

You're wrong. Have you actually used the program?

AmigaOne X1000.
Radeon RX550

http://www.tinylife.org.uk/

broadblues

Re: Enhancer Bug thread

Posted on: 2017/10/31 12:52 #252

Home away from home

@Raziel

MultiEdit definitly does search and replace.

in MultiEdit it's built into the default Find requester (RAmiga-F) in NotePad it requires a different menu action, Menu->Navigation->Replace or RAmiga-R

I felt that it made more sense to always have the replace in the search window as often you need a replace shortly after a search and it's a paon to close the serach and open the replace instead.

Blender For OS4.x : Blues : Walker Broad

broadblues

Re: Enhancer Bug thread

Posted on: 2017/10/31 12:57 #253

Home away from home

@tommysammy
Quote:

@Amigakit i am missing one feature in MultiEdit"Last Opened"
Often i am working at the same ct over a few days. That would make it easier for me. It should remember the last opened files

It remebers the last saved files

Menu->Project->Open Recent

It also uses the same type of load and save file scripts as multiviewer if you want to group a few files togther for quick opening as a "project"

Blender For OS4.x : Blues : Walker Broad

Raziel

Re: Enhancer Bug thread

Posted on: 2017/10/31 13:11 #254

Home away from home

@broadblues

Thank you, missed that the find window has more options

--

game box/art scans
scummvm infrequent builds

tommysammy

Re: Enhancer Bug thread

Posted on: 2017/11/4 6:15 #255

Quite a regular

@broadblues
OpenRecent doesn`t work here.
I opened a file with MultiEdit, closed MultiEdit, opened Multiedit again and "OpenRecent" is not clickable

Amiga600/Vampire2/PrismaMegaMix/32GB CF Card/2x Rys Mk2/A604n/IndivisionECS/Gotek

jabirulo

Re: Enhancer Bug thread

Posted on: 2017/11/4 9:33 #256

Just can't stay away

@tommysammy

Do you have those tooltypes set?

MultiEdit.doc:
RECENT=<variable>
Defines the variable in which to store the recent list. Defaults to MultiEdit/Recent. But you can set the samme variable in MultiViewer to share te recent list.

RECENTENTRIES=<number>
Sepcify how many entries to keep in the recent list.
NB: Only files saved are stored in this list.

MultiView.doc:
RECENT=<variable>
Defines the variable in which to store the recent list. Defaults to MultiViewer/Recent. But you can set the samme variable in MultiEdit to share te recent list.

RECENTENTRIES=<number>
Show how many entries to keep in the recent list.
NB: Only files saved are stored in this list.

broadblues

Re: Enhancer Bug thread

Posted on: 2017/11/4 11:37 #257

Home away from home

@tommysammy

Did you *save* the file? If you didn't it wont show in the recent list.

Blender For OS4.x : Blues : Walker Broad

mechanic

Re: Enhancer Bug thread

Posted on: 2017/11/4 15:39 #258

Just popping in

@xenic

If you need WAV files you can use Timidity to convert .mid files to .wav files.

MIDI can be panned from extream left to extream right which (at least) in a 5.1 system will be full surround.

You can simply choose to save the file on Amiga Timidity or in Linux cd to a directory with .mid file and use timidity -Ow filename.mid and it will produce a .wav file in the same directory.

Careful, a 30k mid file may produce a 30M wave file.

A1-X1000

Chris

Re: Enhancer Bug thread

Posted on: 2017/11/4 18:31 #259

Amigans Defender

@broadblues

Can you stop MultiEdit opening the same file multiple times? It can open the same file in multiple tabs, which causes much confusion.

tommysammy

Re: Enhancer Bug thread

Posted on: 2017/11/4 19:54 #260

Quite a regular

@broadblues
I have in MultiEdit this in the tooltypes
RECENT=MultiEdit/Recent
RECENTENTRIES=5
I tried it several times with a saved ct file, there happen nothing when i click
"OpenRecent"

in MultiViewer this is in the tooltypes:
RECENT=MultiViewer/Recent
RECENTENTRIES=5
"OpenRecent" doesn`t work too

Amiga600/Vampire2/PrismaMegaMix/32GB CF Card/2x Rys Mk2/A604n/IndivisionECS/Gotek

Register To Post	« 1 ... 10 11 12 (13) 14 15 16 ... 27 »
	Top Previous Topic Next Topic

Currently Active Users Viewing This Thread: 6 ( 0 members and 6 Anonymous Users )