Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
113 user(s) are online (60 user(s) are browsing Forums)

Members: 0
Guests: 113

more...

Headlines
Recent files - OS4Depot - Your one stop for AmigaOS4 files

Forum Index

Board index » All Posts (glames)


(1) 2 3 »


glames
Re: MediaVault releases
Posted on: 2021/10/10 18:09    #1
Just popping in
Just popping in
@walkero

By "sync time", I mean "Remote time".

As you can see in the Time prefs screenshot, by default, distant time isn't filled, In this case, podcast searching doesn't work.

My idea was to use System time (at the bottom) when distant time is not filled. But of course, you do as you like.

I can fill the time server field then click on [Get time] and it works. But I think that a few people don't want to use a time server. That's why I think about it.

Good work on the next update!

Ps: I have regular "freezes" of the Amiga (reboot required) when using Mediavault but for now, I don't know what exactly makes it happen. Sorry.
Go to top
Topic | Forum


glames
Re: MediaVault releases
Posted on: 2021/10/10 10:55    #2
Just popping in
Just popping in
Or maybe a better rule could be :
if sync time <> 0
use sync time
else
use OS time

Just my two cents ^^

Anyway, well done!
Go to top
Topic | Forum


glames
Re: MediaVault releases
Posted on: 2021/10/10 10:41    #3
Just popping in
Just popping in
@walkero,

Congrats for your soft that SOUNDS ^^ very promising.

Regarding the new feature "podcast", the list was at first empty when I clicked on [Discover] button. Thanks to this forum, I understood that I needed a NTP sync and indeed, it works now. I think you should add this (new) requirement in the readme file.

But I don't understand why we need a NTP sync ? Is it not possible to use the OS time instead ? Or at least be able to choose ? I didn't sync my Amiga until now.
Go to top
Topic | Forum


glames
Re: Odyssey 1.23 progress
Posted on: 2020/3/26 17:22    #4
Just popping in
Just popping in
I've tested the http://www.html5videoplayer.net/html5video/mp4-h-264-video-test/ video given by Samo79 and i'ts not bad on my Sam Flex 440: I can watch the video. Of course, there is some frames skip but I can watch it. No sound though.
Go to top
Topic | Forum


glames
Re: Odyssey 1.23 progress
Posted on: 2020/3/26 17:16    #5
Just popping in
Just popping in
I switched from beta1 to beta4 and my bank website is now working again. Thanks!
Go to top
Topic | Forum


glames
Re: askmeup_demo.lha stuck in upload queue
Posted on: 2019/11/21 14:18    #6
Just popping in
Just popping in
We're dealing with this issue. Orgin also sent me an e-mail.
Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/9/6 11:07    #7
Just popping in
Just popping in
@Hans,

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

Thank you.
Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/9/5 9:46    #8
Just popping in
Just popping in
@Hans,

Quote:

it's other software that's using them incorrectly (i.e., taking advantage of observed behaviour rather than documented behaviour).


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

Quoted from the website:
Quote:

Connecting sound.datatype and ahi.device

The whole thing becomes truly elegant when the sound files are loaded using datatypes and the ahi.device is used for coordinated playback. In principle the rule is again to use the already discussed method: open ahi.device and datatypes.library and use IDataTypes->NewDataType() to identify the files. With the help of that we now fill the AHIRequest. For that we need to ascertain a few values from Datatype. Especially the address of the file and the playback frequency.

BYTE *gb_Data; LONG gb_Length, gb_Freq;
IDataTypes->GetDTAttrs(gb_Obj,
SDTA_Sample, &gb_Data,
SDTA_SampleLength, &gb_Length,
SDTA_SamplesPerSec, &gb_Freq,
TAG_END);

...

It is all shown together once more in the example program "PlayAHI.c".
Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/9/5 9:27    #9
Just popping in
Just popping in
Or maybe there is an error in documentation. That wouldn't be the fisrt time ;)

The same code works also for MorphOS and I guess it's the same for AROS.

Anyway only one fact has to be taken into consideration: some software work for AmigaOS 4 but don't work (or partially work) with Enhancer software installed.

No matter how many they are.

Fix required. It lasts too long (8 months at the minimum!)
Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/8/31 8:42    #10
Just popping in
Just popping in
@amigakit

Quote:

If you turn off streaming in the new WAV datatype, it will in turn disable the new MultiChannel and downmixing support and all the other new features of the sound datatype as the WAV will be limited to the mono/left/right channels.

A small conditional block of 10 lines of code in your programs and you can support much richer and modern sound features.

Do we really want to be stuck in the 1990s with the old Sound DTC ?

Do you want to offer you customers the best sound experience in your product?


Are you really serious?

You MUST fix it NOW

@others,
Thank for your support
Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/8/30 8:24    #11
Just popping in
Just popping in
@xenic

Quote:

Do to hasty testing my report that the Enhancer wav.datatype was returning an SDTA_Sample attribute was wrong. The latest sound.datatype did fix the SDTA_Sample attribute return by the (non-streaming) 8svx.datatype and aiff.datatype. Sorry for the misleading info.

No problem. thank you for info.

@broadblues,

Quote:
TBH there is no reasonable reason for the WAV datatype to 'stream' by default. Memory is not an issue on modern amigaos systems. By making it stream by default you have broken the compatabilty of a standard system component, and this is *NOT* acceptable.

I DO agree.
The compatibility of this standard system component was broken.
Wav datatype must not stream by default as it was always the case, at least on AmigaOS 4 but also on MorphOS. Wav is often used to play small sounds so there is no need to do that.

@Amigakit,

It is *NOT* acceptable.
I already spent 10 days to deal with an ISSUE that is not my fault (but yours).
Moreover, two of my (commercial) games can't play any sounds for more than six months if users install enhanced packs or use X1000 or X5000. So I guess I, didn't make new sales because of it.

So, please FIX it and stop streaming wave files by default.
Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/8/29 10:14    #12
Just popping in
Just popping in
@xenic

Bad news :(
Well, now it is a bit more consistent ;)

I sent an e-mail to A-EON a few days ago, so let's wait

Have a good day and thank you again for your help, really appreciated.
Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/8/28 22:17    #13
Just popping in
Just popping in
@xenic,

Yes, I already did that. We use the same version.
Another user has the same problem so I guess the A-EON's fix doesn't work in all cases.

Thanks you
Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/8/28 9:04    #14
Just popping in
Just popping in
@xenic

Quote:

I'm using an X5000. I used the PlayAHI test program (that you gave a link to) with some added Printf() statements in the LoadSample() function. The printout is good and the 2 example wave files you included with PlayAHI are working. The son_debut.wav is barely audible but both files play. Here is the printout from PlayAHI when I just tested again:

10.Ram_Disk:AHI_Play> playAHI
Loading son_debut.wav
SDTA_Sample: 1701465664
SDTA_LeftSample: 1701465664
SDTA_RightSample: 0
SDTA_SampleLength: 5842
SDTA_SamplesPerSec: 11025
SDTA_BitsPerSample: 16
playing 5842 bytes at 11025 hz
Loading testDT.wav
SDTA_Sample: 1786860352
SDTA_LeftSample: 1786860352
SDTA_RightSample: 0
SDTA_SampleLength: 2147
SDTA_SamplesPerSec: 11025
SDTA_BitsPerSample: 8
playing 2147 bytes at 11025 hz

I also added in the meantime the same printf and all data are the same, except SDTA_Sample: zero here :(

Quote:

I have the same versions as you. Just to be sure here are the file sizes:
wav.datatype = 70352 bytes
sound.datatype = 141388 bytes

Yes same size here

Quote:

For testing the first fix at the end of July I received the mod.datatype, mpega.datatype, wav.datatype and sound.datatype.
For test the latest fix I just received the sound.datatype.

I just got wav.datatype and sound.datatype but I guess mod.datatype and mpega.datatype are not required for the wav loading.

Quote:

As I mentioned, my wav.datatype and sound.datatype are the same version as yours. The only thing I can suggest is to check that you have the right WAVE descriptor in Devs:DataTypes and booting from the partition you updated. Of course the newer datatypes might not get used until rebooting after installing them. Other than that, I don't know why your datatypes are not working like mine.

Yes I used the right parititon and reboot before running PlayAHI. I also checked files versions at this time. So eveything is OK here.

Maybe the WAVE descriptor Devs:DataTypes:
2017-01-29
190 bytes
Do you have the same?

Thank you for your help
Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/8/25 22:01    #15
Just popping in
Just popping in
OK, so it seems that I've got now the right wav.datatype (53.28 2017-07-26) and the lastest sound.datatype (53.30 2017-08-23).

Unfortunately, it's still the same: SDTA_Sample returns NULL (others attributes are OK). No sound played.

I use an AmigaOne XE G4. Same result on a X1000 .

@Xenic,
Which Amiga do you use? Do you have the same wav.datatype and sound.datatype as me ? Do I need other files?

Thank you
Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/8/25 16:39    #16
Just popping in
Just popping in
@AmigaKit,

I've bought "Enhancer Software Special Edition" to try by myself and there is still the sound issue (SDTA_Sample is NULL).

But it seems that I don't have the good wav.datatype.

I've sent you more details by e-mail.

Thank you
Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/8/24 10:09    #17
Just popping in
Just popping in
@Xenic and @Chris,

Thank you for your help and "investigations".

It's indeed sure that wave datatype loading doesn't stream by default on AmigaOS 4, because my games wouldn't play any sounds on non "enhanced" machines and hopefuly, it works well on those systems :)

@Xenic,

Thank you for good news. I don't have myself any enhanced systems here.

The ultimate test would be to instal Ask Me Up Demo:
http://glames.online.fr/products/askmeup/AskMeUp_Demo.lha
Sound is activated by default.
Only if you have time. Thank you.

@AmigaKit,

Thank you for answers and update.

I'm not against the "Enhancer" package. I just want that OS4 games/software still work if it's installled. I"m sure I'm not asking too much ;)



Edited by glames on 2017/8/25 8:20:34
Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/8/23 9:03    #18
Just popping in
Just popping in
@all,

Thank you for your suggestions and ideas.

The problem is even more serious that I thought.

They (A-EON) think that there is no bug in the new advanced Sound Datatype as it now "streams" by default.

So they changed the way (sound) datatypes work under AmigaOS 4 and it breaks the API compatibility.

The example code source I've uploaded is the official AmigaOS 4 way to do thing if you want to use datatypes and AHI and it doesn't work any longer because of IDataTypes->GetDTAttrs and the "different way of handling the new datatype in code".

Source code can be found here:
http://wiki.amigaos.net/wiki/Programm ... atypes_-_Making_Life_Easy

So, in other words, they want me to change my code source to adapt to the Enhancer package. I won't do that.

Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/8/22 22:12    #19
Just popping in
Just popping in
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.
Go to top
Topic | Forum


glames
Re: Enhancer Bug thread
Posted on: 2017/8/22 22:05    #20
Just popping in
Just popping in
@Xenic,

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.
Go to top
Topic | Forum



TopTop
(1) 2 3 »



[Advanced Search]


Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project