Finally here it is the 1.0 of AmiTube a lot of changes. As shown before now it contains a Download queue to start more than one conversation/download job which are processed one after the other. A Typical Amiga thing is the AREXX interface, all good programs have it, therefore AmiTube needs that as well. There are commands to search and to start a convert job and play a movie.
For this new Version I will also supply a Version for AmigaOS 4 and MorphOS due to popular demand.
Next to the search bar is now a Button which opens the search history.
AmiTube 1.0 with AREXX script
Changes:
History for search
AROS64 ABIv11 bit version
MorphOS Version
Amiga OS4 Version
Download more Amiga-like audio only formats: mp3 and 8svx
A new feature will be included in the next AmiTube Version, a Download Queue, so if you have a conversation/download job running you can continue browsing and add an other one which will be performed after the first one is finished.
This should be especially useful for slower network system. You can simply select some videos you like to have and then let the program work without supervision
AmiTube 1.0 will be available for all, from 68000 to 68060, from PowerPC and i386 to x64 and ARM, for all the modern OS Workbench 3.0 to 3.9, including 3.1.4 and 3.2, AmigaOS4 line and MorphOS up to 3.15, AROS ABIv0 and ABIv11.
Finished today the Version 0.8 of AmiTube. I reworked the whole network code (at my A1200 the download speed nearly doubled with that). You can sort the video list by any column present by double clicking on en entry (MUI doesn’t allow to click onto the title as it seems) or by using the menu items for it. Also new is the AmigaGuide help, you might want to try pressing Help from time to time.
Most of the other changes are bugfixes, thanks to all the diligent tester and bug reporters out there.
Changes List:
Faster download speed
bugfix download speed display
bugfix invalid moviedir
bugfix load icon when a download is running
bugfix start a download when one is already running
bugfix clipboard device
sort results in list by name, duration or size
choice to ask for a path everytime a conversation job is started,
if canceled the default moviedir is used
italian and polish translation
alternative more colorful icons for AmiTube and folder
AmigaGuide Help
Download on the AmiTube Page or use the build in Update check to get the latest AmiTube archive.
I noticed the MPEG1 conversation did not work for the released 0.7, but it was just an error on the server. I fixed it therefore now it should work, no new download needed. Sorry for the inconvenience.
The new release for AmiTube is ready to rock. The most important news are the Large AGA CDXL Setting (320px width) But be aware the file become huge. The other feature, which could make AmiTube interesting for NG Amigas, is the direct download of the Original movie or Audio only file.
Also new is the Update function, it checks for update and downloads the new LHA archive. This time there are more translation included (french by Eric ‚Tarzin‘ Luczyszyn and norwegian by Michal Bergseth).
Full List:
New CDXL Option 320px and AGA colors
direct download from youtube without conversation
select resolution on direct download
Update checking
Download latest version
Question before delete movie
Translation for french (by Eric ‚Tarzin‘ Luczyszyn) and norwegian (by Michal Bergseth) added
On popular demand, I added a new CDXL convert option, with 256 colors and a width of 320 pixel (instead of 160) of course the movies looks much better with that, but also become huge. So I guess the download speeds from classic Amiga systems will be even more a problem.
Nevertheless now it’s in and will be published with the next Version of AmiTube, stay tuned.
Playing a little bit more with PHP scripts and AmiTube, finally I got the direct download to work (via my server of course, because remember no shared SSL library like AmiSSL on AROS, and the wget is too old to connect to googles Youtube Server) and it works quite nicely… one disadvantage is of course that I have no way of knowing how big the file will be, the Youtube Server does not tell it so I cannot pass it on to the program, maybe must find an other display, at least how many is already downloaded? I will think about that. Nevertheless it works so more or Less I will go this way for next release.
Little video about the progress, this time shown on AROS:
Working on the direct download feature, it’s not that trivial as I thought. I tried the mplayer and wget function on AmigaOS4 and AROS and was not successful, the MPlayer does not support SSL and the WGet does support SSL but is too old (uses old encryption only). Basically the only system where this is working as it should is MorphOS, the one System where you actually do not need AmiTube because you have two browsers available capable of browsing and watching YouTube directly on the page. This is annoying.
Allso there is a limitation of the command line to be 255 chars long, the URL from YouTube is already longer than that (many GET options), seems MorphOS raised that limit (or it would not work)
So whats my options then.
I could use a shared SSL library like AmiSSL to let AmiTube directly download the stuff from YouTube
I did already the basic work for that top be possible, no change of AmiTube needed for that
AmiSSL only exists for AmigaOS3 and AmigaOS4
No AROS version and no replacement. Questions about it are rudely rejected, because of reasons. No replacement for it, only the standard static-C linklib, does not work in FreePascal atm.
No MorphOS version and no replacement, ok you can just install the 68k Version, so thats good, but MorphOS was never the problem.
Could (again) make a wrapper on my server to download or forward the requests
Works for all systems, download directly from my server with AmiTube
I need to learn more PHP 😉 as far as I understand downloading with AmiTube would be possible but not MPlayer playing directly from it (not tried though)
Again more load and space needed on the Server
just let it like it is, force the AROS and Amiga guys to updated the stuff
will not happen, or there would be a modern Browser or a shared SSL.library on all Platforms available 😉
