smTube 480p play only 25-35% cpu usage.. new optimized version of Mplayer is needed for 720p!
I belive smtube finds mplayer by accessing appdir: and so it finds the last mplayer you have used.
So if you used mui mplayer last then, its going to use that. If you used LiveForIt-mplayer last time its going to use that. Or the old mplayer done by afxgroup.
And so on.
If you having problems with speed check the mplayer conf file, things like video decoder filter settings can make big difference on speed, and also its possible to set default video output there.
If google a bit I guess you can find some example on how to configure the file.
(NutsAboutAmiga)
Basilisk II for AmigaOS4 AmigaInputAnywhere Excalibur and other tools and apps.
Of course it only works if you have workbench running...
try changing the script to:
/* REXX */ parse arg PATH PATH = right(PATH,length(PATH)-1) A = pos("/",PATH) if A > 0, then do PATH = OVERLAY(':',PATH,A) end PATH = '"'PATH'"' If Show("P","DOPUS.1") Then address "DOPUS.1" LISTER NEW PATH Else ADDRESS WORKBENCH WINDOW PATH OPEN end
Amiga user since 1985 AOS4, A-EON, IBrowse & Alinea Betatester
sorry for the absence. I think I fixed the OWB-only requester thingy at some point, either it is contained in the quickfix on sourceforge or it has never been uploaded.
Also, I have to admit that my life has taken some turns, at it seems I will be leaving DK to study jazz violin for a year in France. I have been intensely occupied with music lately, and there doesn't seem to be an end to it. Sorry if this lets down the various projects on the Amiga platform, but I have absolutely no control over the direction of my life at the moment. Hope you understand.
Ok, let me see if I can get around to it tonight. I was hoping to be able to round up some Amiga projects before leaving, this might be a good opportunity.
Sad to read this, hope that Qt will not be abandoned because it's a very important project for all of us
But good luck mate and enjoy your time in France
Aniway before you go (hope temporarily) can you commit your changes related to the hyperlinks ?
Actually they are still force to opening with web browsers only rather than using the launch-handler/URLOpen correctly, but if i understand correctly you fixed this already (post #723 on the same thread)
Nice, but I have just tested banana (and banana_nomask) and it fails at startup on my x1000/RadeonHD
Crash log for task "banana" Generated by GrimReaper 53.16 Crash occured in module newlib.library.kmod at address 0x0223C930 Type of crash: DSI (Data Storage Interrupt) exception
Banana : Right, I had tested your previous version. By deleting the prefs file, it works ! But when selecting a "String" corner position (bottom right or upper left, it crashs in StringTransform.c:436 StringDoMouseEvent()
No problem with "Normal" position.
SubDock effect is very nice, bravo !
Qt : For the new libQt, it's not better. After a reboot, I recompiled SMTube and now, when I try to open a openURL, it opens OWB with the path of the program appended with the location that I want to open.
Thanks for testing bananabar, I am glad that the useable stuff works as it should. The String mode is just for fun anyway, so that's ok not to work as expected.
As for Qt, it would be useful to know, what exactly is fed to the openUrl call. Basically all openUrl does is this:
That sounds like an OWB bug. It has been given a relative path, and has assumed it is relative to the current directory. Try something else you have configured in URL prefs.