@broadblues
Great, thanks, glad to hear.
A fellow AmigaAMP user has got the current release (I think from the Enhancer Software v2.0) which is still broken.
I don't have that, so out of curiosity I simply installed a very old 68k package just to be able to reproduce what's happening.

@Futaura
Hmm, alright but why do the akJFIF datatypes fail for DTST_MEMORY but work with DTST_FILE?

The following works fine with the original OS4 JPEG datatype:

MyDTObject = NewDTObject(NULL,
DTA_SourceType, DTST_MEMORY,
DTA_SourceAddress, MyMemoryPtr,
DTA_SourceSize, MyDataLen,
DTA_GroupID, GID_PICTURE,
PDTA_Remap, TRUE,
PDTA_Screen, MyScreen,
PDTA_DestMode, PMODE_V43,
OBP_Precision, PRECISION_GUI,
TAG_DONE);

...but fails as soon as the akDataTypes are installed.

If I then create a temporary file and write the data to it like

if((TempFile=fopen("T:TempImage", "w"))) {
fwrite(MyMemoryPtr, 1, MyDataLen, TempFile);
fclose(TempFile);
}

then I can open it with:

MyDTObject = NewDTObject("T:TempImage",
DTA_SourceType, DTST_FILE,
DTA_GroupID, GID_PICTURE,
PDTA_Remap, TRUE,
PDTA_Screen, MyScreen,
PDTA_DestMode, PMODE_V43,
OBP_Precision, PRECISION_GUI,
TAG_DONE);

although the akDataTypes are installed.

The lack of DTST_MEMORY support will surely break AmigaAMP's album cover display. This is such an old feature (introduced in V44) that today every datatype, especially if it's released for OS4, should support it.

@Raziel
Hi,
that's pretty close but it attaches a datatype object to an empty space in a window at a fixed position where no gadget is.
I need it as a child of a layout object.

I also tried adding it with LAYOUT_AddImage instead of LAYOUT_AddChild but that doesn't help either.

So my code for the layout section of the window currently is:
LAYOUT_AddChild, LayoutObject,
LAYOUT_VertAlignment, LALIGN_CENTER,
LAYOUT_HorizAlignment, LALIGN_CENTER,

LAYOUT_AddChild, Objects[OBJ_BUTTON] = ButtonObject,
GA_Text, "Button",
ButtonEnd,
CHILD_WeightedWidth, 0,
CHILD_WeightedHeight, 0,


LAYOUT_AddImage, Objects[OBJ_PICTURE] = NewDTObject("picture.png",
DTA_SourceType, DTST_FILE,
DTA_GroupID, GID_PICTURE,
PDTA_DestMode, PMODE_V43,
PDTA_ScaleQuality, 1,
TAG_END),
CHILD_WeightedWidth, 0,
CHILD_WeightedHeight, 0,

LayoutEnd,
CHILD_WeightedHeight, 0,

But I only get the button, not the picture.

Hmm, I can't find any dedicated datatypes example, only GUI/BackFill but that's not what I want.
And I think it's a little more complex than just:

LAYOUT_AddChild, Objects[OBJ_PICTURE] = NewDTObject(
"picture.png",
DTA_GroupID, GID_PICTURE,
ICA_TARGET, ICTARGET_IDCMP,
TAG_END),

because that doesn't display anything.

Hi,
I'd like to know how I can (dis)play animated GIFs / PNGs in the ReAction window of my application.
I hope it's just a matter of telling the picture datatype where to load it from and where to draw it.
But how?
And will the animation keep running automatically and indefinitely, or do I regularly have to load and draw the next frame myself?
Any help appreciated. :)
Thanks,
Tom

@kas1e
That file definitely has got wrong ID3v2 tags. The strings are probably meant to be ISO-8859-5 but that's not supported by ID3v2. It only supports ISO-8859-1, UTF-8 or UTF-16.

Audacious on Linux and various Windows ID3 editors show the title as "Êóêëà ñ ÷åëîâå÷åñêèì ëèöîì".

The only thing I can do to make it show cyrillic in AmigaAMP is to check the output of the conversion routine from ISO-8859-1 to your local charset (which is probably ISO-8859-5 in Russia) and if that spits out only question marks then assume it's meant not to be converted at all.

@kas1e

This looks strange! The strings are marked with character encoding=0 which means ISO-8859-1 according to ID3v2 spec. But no matter what I try it never loooks right to me.

Does this particular one look right in AmigaAMP 3.14?

Also, do you have a link for the file you took the screenshots from, please?

Thanks,
Tom

@kas1e

Can you send me a test file, please, that's causing the ?'s in AmigaAMP 3.15?

Thanks,
Thomas

@kas1e It's probably a bug! I simplified the routine a bit and quickly checked that it still works with French. But that's just another latin charset just like German so the test was not good enough to cover e.g. cyrillic.

I'm back at my development system tommorrow then I'll have a look.

@trixie
Quote:
No, it doesn't. It's meant to be a player, not a transcoder.

@trixie
Quote:
Nothing, I'm still using it. The only thing I've replaced is the start-pointer,end-pointer thing because I'm using start-pointer and string length instead. So there's no point in me converting length to two pointers and the routine converting it back before passing it to iconv.

@trixie AAC files/streams are currently not supported by AmigaAMP. So far only AAC encoded MP4 files work.

But there is a TuneNet plugin for AAC files AFAIK.

AAC radio stations are a different thing though. Are there many of them? I don't know if AAC radio stations use SHOUTCAST. I'm afraid they use DASH instead.

@kas1e Oops! I need to check! Normally the routine is supposed to decode UTF-8 to your local charset which should work for latin as well as for kyrillic. I'll have a look at it after Easter.

@Thematic Oops, I'll check that and fix it! :)

@kas1e
Sorry, it's not in the AmiUpdate database yet. I usually release it on the web site first and see if some serious bug reports come in. If all went well then I'll put it on AmiUpdate and later also on OS4Deopt.

@spirantho
Normally ogg files should work right out of the box. If they don't then there's either something strange with them or it's a bug in AmigaAMP that it can't detect them. Can you send me one of the non working files, please?

Hi all, there's a new version. Once again a maintenance release: Bug fixes and internal code cleanup:

- Fixed disabled string gadgets in info window
- Unlock pubscreen when iconified
- Fixed AREXX open/add commands to work with playlists
- Changed playlist loading code to always accept headerless playlists when their extension is (.pls|.m3u|.playlist)
- Completely revised charset conversion routines resulting in mucht better UTF8 support
- Revised plain M3U playlist loading, now also works via HTTP
- Fixed time display of long tracks in skinned playlist window, added time display to reaction playlist window
- Added automatic reconnect for shoutcast streaming if connection was lost


Please note that M4A-DASH files directly recorded from youtube streams can not be played! However, they can be converted into regular M4A files using ffmpeg:

ffmpeg -i Downloaded_File.m4a -vcodec copy -acodec copy Playable_File.m4a

Have fun!

@jabirulo

> -Info window, all strings be able to mark and copy.

Hmm, does ReAction allow the user to mark and copy read-only strings? I know that it works for read/write but that's not what I want.

> -Info string gadgets all the same frame (like the one used in Genre) if possible.

They're all the same sting gadget and all look the same on my installation. Do they look different on yours? Can you send a screenshot, please?

@jabirulo Ok, this is will be the forthcoming AmiUpdate and OS4Depot release then. :)

@samo79 I'm planning to roll out v3.14 via AmiUpdate. I've just skipped 3.13 because it was too buggy in my eyes.