I worked a bit on AmiTube, I guess soon we can make a new release. For the next release I improved the handling of shorts and lists. Added a special window where one can paste a youtube URL into and it extracts the IDs from it.
A big problem with shorts is that they are saved in portrait mode means the height is much bigger than the width. until now I always only scaled by the width. I worked nicely for the small sizes, OCS and AGA but failed spectacular for AGA+. So now I read out the sizes from the move and scale differently when there is a portrait video. On that I notice that the agablaster has a curious restriction, the CDXL movie must be at least 128 pixels wide. is that a general restriction in CDXL or just for agablaster? I’m not sure.
Also the VCD-MPEG1 showed some strange effects because it tried to scale it, resulting in fat faces, no I added a padding.
There was a miracle happened… I improved the LCL a bit after a long long time, investigated some unusual behavior at MorphOS with LazSokoban, especially because it was slower as expected. I found the culprit and recompiled the MorphOS binary, so have fun testing it.
Also, I did compile for OS4 but I did not not try it, seems I should have because the EXE does not work, at all, also no error message or so, I’m not sure what goes wrong there. It seems it happens when I try to compile a program from Lazarus for OS4 that the program does not work, but when I compile it in the command line it seems work. Interestingly the command line one is much bigger (for LazSokoban it’s double size) so that should be the reason, but I’m not sure whats the culprit. Needs investigation.
Someone asked if EdiSyn could be compiled for AmigaOS4 and yes I tried to compile it but the Executable crashes. I also tried to compile EdiSyn to compile for AmigaOS3 68k and on my new PiStorm Emu68 it works, but I would say it’s still a bit to slow to really use it.. the LCL is too thick of a layer for 68k
A long time before when I was working on the LCL for AROS I tested out some 3rd Party LCL application code to compile for AROS with the newly created LCL. It worked quite nicely. On of them was LazSokoban a Sokoban clone written by a russian guy which worked nicely on AROS.
Some Texts in the GUI where in russian and I translated them to english for the AROS release, some I had forgotten or mistyped a bit. Now I got a request to fix that problem, first there was the big problem to find such and old source code, but luckily it’s included in the archive I published (it’s GPL2, so I had to 😉 ) but I also found in on my Harddisk in the backup.
The changes where not to difficult to make, but the curious thing was if it would still work with the latest LCL. One thing I remember that I need to add the AThreads unit (like Linux CThreads) to make any LCL application work, back in the days that was not needed. And it still works, I checked out the original source and I noticed that they added some kind of skin system (different graphics for the tiles) and also supplied some which looks much nicer than the original one. So I added that as well the the AROS system, it will be available on the next Version of AROS One or here on my page of course.
The other thing that changed since then, we can now compile for MorphOS and OS4 as well (and for Amiga68k, but it will be much to slow for that, I tried) and it also seems to work, not everything, the Buttons images are missing but as far as the game goes not too bad. So I created a Version for all 3 Platforms, AROS, MorphOS and AmigaOS4
„Alex R“ found a AmiTube problem on Amiga OS4 and reported it to me. (some days before already) I tried to implement that AmiTube remembers the splitter position. Sadly I made a big error there resulting in a very small barely recognizable List on the left side of the window. I only tested it on m68k-Amiga where it did not happen, but after a bit of trying I found the culprit and fixed it.
Originally I planed to release that fix with the next version, but now I got some more bug reports about the exact same thing (hmm, nobody of the beta testers reported it). It seems that it is not only an OS4-problem but also happens on at least MorphOS and some 68 Amigas. Therefore I will release this new version now, with bugfixes only, no functional changes.
Sorry for the trouble, if you are affected by this bug.
Another wish for AmiTube was to have multiple movie directories for easier sorting of movies. I implemented a possibility to do that, now you can add MOVIEDIR1, MOVIEDIR2 and so on to the icon to have multiple movie directories. In the Project menu one can choose which movie directory should be used for next download or loading of local files.
A little preview for the next AmiTube Version, one wish was a play list like feature to play the downloaded movies automatically or by random or in a loop.
I thought about that feature, the main problem, would be how to stop the actual playing, because when you just start AGABlaster one after the other, how to stop the actual playing, therefore I decided to add a little announcement Screen for 5 seconds where you can stop the current play list.
So stay tuned and look forward to the next release.
I finished some bug reports (most related to the fancy list), big thanks to the beta testers, especially „HANsolo“ who found the most bugs, thanks very nice work.
One thing I changed, The „Auto icon load“ setting in prefs will now also set the fancy list to auto load the icons or not, that way I guess it is maybe also usable on slower Amigas as well. I tried out on my real A1200 (with TF1260, AGA 32 color screen) and even with the icon preview on, it’s not that bad, certainly fast enough to work with it. I like it.
So the changes for this Version are quite short:
Fancy movie list
updated translation for italian and french
encoding bug fixes (should show now umlauts and other non ASCII chars in title and description)
smaller bugs fixes related downloading movies
Download as always via the Updater in the Program or on the AmiTube page
Finally I found some mood to work on the new list feature in AmiTube, the so called fancy list, including the title, description and preview image directly in the list.
For that I use a background task to download and load the images, usually such things I use a Thread with Event system behind it. But it seems not to work, most of the time it works fine but then from time to time it locks up completely, total dead lock. After some debugging I found the culprit in my TEvent implementation for Amiga systems in AThreads, the two cases when the Event is already set when you start to wait for it (or the Even is already destroyed) are not covered properly and it leaves the routine with the semaphore locked, easy fix but hard to find.
But back to the list, one can switch to the fancy list, but that also means it auto loads the images, so it will be only good for faster Amiga/RTG or NG Amiga or so.
Working quiet nicely already. Also I got some updated localization for AmiTube which will be released with the next version.