I have two mime entries in Ambient for playing movies.

One is to play a movie with mplayer, the other is to play the movie in full screen.
Both appear on the context menu.

The full screen option wont run.

I made both entries identical in every way and the second option still will not run so it is not the different switches I used for mplayer.

I cannot get Ambient to run an identical menu item under mime types.


Signed, Confused.

MorphOS mime are really nice to configure! In the video section you can set commands to play videos in windows or full screen. For example:
open Ambient settings and expand video section, select a video media file and add an action. Choose a name for the command (play video f:e.or play video in window) then select the action type (Workbench in this case) and select the app wich will play the movie. So: sys:applications/Mplayer(or the name of directory wich have the MPlayer program inside)/GMPlayer %sp). select the event type (double-click for a quick start, menu to select) and press "OK".
Do another similar operation adding another command, name it "play fullscreen" f.e., "Workbench" again as action type, "Sys:Applications/MPlayer(or your directory)/GMPlayer -fs %sp", select event type (according to previous command you created) and press ok again. Then save Ambient settings.
You should do those settings for every kind of video format supported by MPlayer. But there is another way too
Since MPlayer plays almost everything, you can set the commands I wrote above in "x-morphos-globalaction-file" (inside "Internal"). Instead of set each action for each file, you can do it one time for all the files. In this way you will have two options inside your menu useable with all your video files.

Thanks.
Nothing new in what you said.
I have an article on setting up ambient mime for video.
I am not doing any of the steps wrong and the first action works fine.
I have created an identical action and given it a different name and it will not work the same as the first.
It doesn't work at all.

Still confused.

[ Edited by bash64 26.07.2013 - 21:28 ]

Did you check if scripts in sys:prefs/ambient/filetypes/(internal/x-morphos-globalaction-file or video/thenameofcodec) are really modified once you press save button? I remember sometimes Ambient didn't save settings (I can't explain why) so I even created menu voices directly modifing those files.

I will go look...

Here is the file you said to look at. One works, the other doesn't:

AMTD
1
Type video/*
Action
Name Play with MPlayer
Event Menu
Command AMIGADOS run >nil: HD:Applications/MPlayer/MPlayer %sp -cache 65536 -lavdopts skiploopfilter=all
End
Action
Name Play Full Screen
Event Menu
Command AMIGADOS run >nil: HD:Applicatio
ns/MPlayer/MPlayer %sp -cache 65536 -lavdopts skiploopfilter=all -fs
End
End

Older topic, but thought I'd recycle it

So, here's my problem.

How come OWB doesn't open a recognised a "xxxxx.html" file when double-clicked on by opening it up in an OWB browser window/tab when clicked on?

I tried to amend the MIME type for ambient so that OWB would do this but it just doesn't. It triggers OWB to open but NOT the file I have double-clicked on.

I have the html/text option, and OPEN Workbench option, and then where my OWB application is located on my HDD, with the %sp option, but are there some other parameters that I'm overlooking that need to be changed, or have I done something incorrectly?

MIME is all very nice, when it's working OK, but it's a nuisance to get working when you don't know the correct parameters.

It would be good to have some additional documentation in the MorphOS library with guidance on this subject, seeing as MorphOS uses it in a substantial way to get the functionality in the OS, and actually get the job done.

I also wanted to know how to set up .m3u AND .pls files so they are recognised and loaded into OWB so that the associated files are played either using the internal player or an external player.

I saw that SOX is supposed to support .pls AND .m3u filetypes but there is no mention of how to get it to work in the extensive documentation.

If it were possible to access the actual file that the .m3u points to so that the associated mp3 file could be saved then that would really be nice, and hopefully useful for other MorphOS users than just me.

[ Edited by NewSense 15.08.2013 - 00:46 ]

> I saw that SOX is supposed to support .pls AND .m3u filetypes but there is no mention of
> how to get it to work in the extensive documentation.

I guess you simply have to append the path to the playlist file as an argument. Doesn't that work?

If I knew how to set up OWB to allow a double-click on an .html default icon to open the associated file then I more than likely would have a better chance to get the .m3u and .pls options to work either with the internal viewer of OWB or using an external player./editor such as SOX, but I just can't figure that out.

If you've any idea how to do it, or preferably could test your idea out first yourself, that is, of course, if you are conversant with how it should work, I would really appreciate that, and thanks for your very quick response.

I have managed to get a text file's MIME type changed from ICONX (seems to be the default - but why?) to Multiview, which should be the default for text files that are just plain ASCII text, but I still cannot figure out how to save a default icon identified as a 'TXT' icon to be saved with a PNG icon that also retains the 'TXT' icon image.

So, anyone any idea how to modify the default 'TXT' icon to have a 'TXT' PNG icon. As I just cannot find where on the MorphOS system the 'TXT' default icon that I presume is stored as a PNG icon is stored so that I can copy it over the 'TXT' icon that does not have a Saved PNG icon.

[ Edited by NewSense 15.08.2013 - 02:05 ]

Quote:

OWB doesn't seem to recognize itself if given parameter is a real url or local file. So you have to put file:/// in front of the local file and then OWB knows where to open it and I'm not sure if those command line options are delivered if you use Workbench mode to execute it (it's like clicking an icon, you can't give options then). It should work when you define AmigaDOS command like this for example: "SYS:Applications/OWB/OWB file:///%sp", but it has a problem that it opens new browser for each double click even if you have browser already running. To avoid that, you'd better use OpenURL to open files. Add OWB entry to OpenURL preferences in system settings if it already doesn't contain that. You can find correct parameters from OWB.readme. Then use in mimetypes: "MOSSYS:C/OpenURL %sp FILE".

Actually I think that default installation of MorphOS should have that already configured and you shouldn't need to do any of this and files should open automatically correctly. Check how it is by booting from MorphOS CD.

Quote:

It has little to do with MIME itself, you just need to know programs you're adding. Try to find correct parameters by executing it from shell and only after it's working in wanted way from shell, then add the correct and tested line to the mime prefs.

Quote:

I don't quite get this one. You have the files in HD? Why would you like to get them into OWB at all instead directly to music player?

If you have them locally, tune Ambient mimetypes to open them directly to some certain music player. Or if you mean you download them from internet and want them to be opened in music player, then tune OWB's mimetypes, not Ambient's.

Quote:

Try:
Quote:

(Works here)

Also, IIRC 65535 is the maximum buffer size, 65536 will result in zero sized buffer (from the MPlayer man pages)

jPV,
Quote:
That seems to be where OWB has a problem, and that is what I was thinking was going to be the solution - use OpenURL.

Quote:
OK, I'll try that, but I haven't amended OWB from when it was installed, but it doesn't load a double-clicked on "".html" file icon into a new browser window, so the OpenURL option may be the solution I need, but I had hoped it would manage to open the file by adjusting the MIME-types, but from what you've said that does not seem to be likely - pity.

Quote:
I'm not likely to try this option, as it won't solve my setup, so I'll stick with a solution that works from my system, but thanks for the suggestion.

Quote:
Yes, but there in lies the problem - when the program documentation doesn't supply the parameters to use it then how are you to know how to list the parameters, other than by trial and error?

With regard to .M3U / .m3u the ones I was interested in just playing are on Amazon, and are samples of tracks for a CD or album, that you click on the link and hear a sample of the track there and then so you can decied if you want to buy the album or just the track, but the files are held remotely - within the text of the .m3u file, which I suppose I could work out where they are held, but seeing as other OS's, like Windows, and MacOS allow a user to just click on the associate link (.m3u file icon) on a webpage and it automatically, using their own MIME system and viewer/player/interpreter accesses the file, and plays it, which is exactly what I want to be able to do with OWB -seems reasonable I think !!

With regard to .PLS / .pls files then I was just trying to get the documentation for how to set up the MIME parameters using a program like SOX, that is supposed to support these file types, but has no reference as to how to set them up in the documentation that comes with the program.

Frankly I'm surprised that no-one else has noticed this feature is missing in OWB before the moment of me mentioning it.

Owb command line doesn't detect local scheme but the rexx interface of owb (used by openurl) is meant to deal with this anyway. And ambient mimetypes are configured to use openurl when clicking a html file, so i'm not sure why you encounter this issue, really...

As for playlists, i'm not sure to understand what owb should do with them except executing user-configured mime actions in owb mime settings. Here i configured owb to run mplayer when clicking a playlist, and it works just fine.

[ Edited by Fab 16.08.2013 - 22:46 ]

>> Add OWB entry to OpenURL preferences in system settings if it already doesn't
>> contain that. [...] Then use in mimetypes: "MOSSYS:C/OpenURL %sp FILE".

> I had hoped it would manage to open the file by adjusting the MIME-types,
> but from what you've said that does not seem to be likely

Actually, jPV just described how the Ambient (not OWB) MIME type settings should be adjusted.

Andreas_Wolf,
Quote:
That's what I understood him to have said, which means OWB is not going to handle it correctly direcly - OpenURL will be doing the grunt work.

Fab,
Quote:
Neither am I, but if I have to modify Ambient's settings for OpenURL to handle icons that are seen as 'HTML' filetypes then I'll adjust that, so that OWB works as intended. I've not done anything to modify them, as far as I am aware, and thought it strange when OWB didn't work out that was it was supposed to do, I just thought that OWB would have been capable of handling the 'HTML' file when double-clicked on, without resorting to using OpenURL, but I've no issue otherwise with that. I just needed to know how it was intended to operate correctly.

Thanks as always for all your suggestions.

With regard to '.pls' files that was only really mentioned by me as SOX is also supposed to handle them, but there is no mention of how to set up this kind of file in the SOX documentation.

It is the '.m3u' files that I find more annoying that they are not handled by OWB, as there are lots of '.m3u' files on the web, but OWB seems incapable at the moment of handling them as other OS's do - but can this be implemented?

But once again, MorphOS is configured by default to open html files with OWB (using openurl) when doubleclicking them. So you did change that yourself in a way or another (chrysalis pack ?).

And there's really nothing wrong in using openurl for that : it's done to deal with already running instances instead of creating a new one (sure owb could check it itself, but little point really, and one could want to start a new instance, so i won't enforce this kind of behaviour).

Also, owb just expects a fully qualified URL, which is nothing surprising either : if you pass a file, you know it, so just add file:// .

Finally, for playlists, owb handles them just fine : create a mime type for m3u and bind it to run your favorite music/video player (which would be something like mplayer -gui 1 %l for instance.

Fab,
Quote:
I did install the Chrysalis pack - but I do not know if it changed the OWB OpenURL behaviour - as I installed it directly after installing the MorphOS 3.2 from the CD, as is recommended with the Chrysalis pack.

If it did change the OWB behaviour, is there a preference file I can copy from the MorphOS CD to put it back to the way it was before I installed the Chrysalis pack - which, from what you have said, I suppose must have changed its behaviour/settings, as I have not manually changed it.

You have got to remember that you, as a developer for a specific program for MorphOS, know the program so well, wheras there are many users, and I am obviously one of those that is fairly new to MorphOS, that know it to an infinitessimally less knowledgeable extent than you, so please be patient, and hopefully respect that I am asking for guidance that is not easy to find, or possibly even within the MorphOS library, or help search system, and in any case that I am genuinely unfamiliar with specific topics that mean the subject matter needs more explanation, which some others might gain a benefit from, as you seem to be expecting too much - as follows:

Quote:

What do each of these parameters do when they invoke mplayer?

In any case I did not know that Mplayer handled '.m3u' files, but if it does then why isn't OWB setup to handle them by default using MPlayer?

If it does, then I suppose the First field - headed MIME Type, would have "audio/m3u" or would it be "audio/mp3" as I am not sure how the "".m3u" file would be handled as it almost a text file with an address to lookup the "mp3" file (that's why I have been concerned as to how to setup this type of file) in that field.

Second field headed Extension would have inserted "m3u" (or would it be better to put ".m3u" - DOT in front of the 3 character extension - AND, could the .pls option also be handled through the same MIME option? with a suitable player / application ?)

The third field "Action" would presumably have the option External viewer

Fourth field - Viewer - Mplayer - but do you have to type in/ offer the path as to where it is on your system, as there does not seem to be a button to access a requester to lookup where the player is located on your system.

The second part of this field gets me a little confused as to when to use "%l - link URL", or "%f - generated local path" or "%p - OWB REXX port". I presume "%l" would be used if a URL address, like http:||www.ask.com/33.aac" had been the address passed to hear an "aac" file from a website, but is the "%f" option for when you use a local file on your computer as the file you want to load using the browser? The third option "%p" is a mystery to me, and appears to be unused by any of the MIME types on OWB, so can you explain when and how you would use this option?

I also notice that some Extensions are not even entered in the relevant MIME Types Extension field eg. video/flv has flv in the extension field, but the one above video/avi does NOT have an avi entry in the extension field, and neither does the one below video/mp4, as there is NO mp4 entered in the Extension field. When there are these discrepancies in the browser MIME types, then how is everyone supposed to understand how the MIME types work, and what needs to be filled in and what doesn't?

I must try to allay any suspicion you seem to have that I object to OpenURL handling a '.html' file. I have NO problem with OpenURL being the means to reading a '.html' file, I just did not know that was the way it had to be done for OWB. I just thought as it was not opening the double-cliecked on 'html' file that the MIME settings for OWB to be activated when such a file was double-clicked on needed changing, and hadn't been setup to do so.

I seem to remember with IBrowse, and Amiga OS3.9 you merely needed to change the default tool to open the file with the 'Information/Icon' to save IBrowse to be the default tool for such a file and then when it was double-clicked on it would open the file, but it seems you can't do that with OWB - that was what I thought would be the way it would work in Ambient, but it seems it won't, and you have to setup the MIME types in Ambient for OpenURL to indirectly pass the information to OWB for what I want to do to be done, which it also seems the Chrysalis pack has affected, as far as I can tell.

Double-clicking on a 'html' file and having OWB open with the file content is the easiest way to get it into OWB, but I could have used the 'Open File' option in the main menu, but I was just trying to understand what exactly was needed, and why what I was trying wasn't working, which has now been explained - this is something that should be explained in a manual. Particularly for those users migrating from Amiga OS 3.x and similar as being a variation on file handling behaviour between an Amiga, and MorphOS.

There are obviously lots of variations/nuances between any OS, but I thought a change of the default tool would have worked for Ambient, but it does not seem to do anything within the OS - or am I wrong on that thought as well?

I say that because I installed WordWorth 7 onto MorphOS and the default tool for some files associated are "SYS:Tools/EditPad" but the file does not open with this tool, and there is no error message saying that the tool cannot be found when the icon is double-clicked on.

If MorphOS does not use or allow this field (default tool) in an OS3.x or similar Amiga Icon to be handled then is this information in the lbrary as I haven't seen it, as yet, or does it handle certain icons, MorphOS-PNG icons, and not others, Classic Amiga Icon/NewIcon/GlowIcon?

Trying to find such information in the MorphOS library/forum has proved elusive to me so far.

Even changing the default tool to an actually correct MorphOS system path makes no difference, as the file does not open with a double-click on Ambient, and only a right click on the file, with a specific option such as EDIT from the menu or another suitable choice actually gets the file acted on, though I have now set up the MIME types of Ambient to allow Multiview to open a file with a right click, after selecting the file through MIME types on my system.

On the Amiga I used to use Tools-Daemon a lot, and a selected/highlighted file and then a selection of a suitable tool from the Tools-Daemon Menu/Sub-Menu list would allow that file to be opened with the chosen application/utilitiy from that Tools-Daemon menu - I don't suppose there is a way tool you can use that will allow this to work in MorphOS is there? Apart from setting up a similar set of options as might be in Tools Daemon for a specific set of file types. but within Ambient's MIME settings.

Sorry if this response seems long, but you have not answered in enough detail for me, and it seems you expect I should be all knowledgeable on such subjects, which tragically I'm not, so I am asking for your forebearance, and assistance - thanks.

>> mplayer -gui 1 %l for instance.

> What do each of these parameters do when they invoke mplayer?

"-gui 1" invokes MPlayer in GUI mode instead of command line mode. "%l" means "link URL" and is a variable for the URL of the file you want MPlayer to replay.

> In any case I did not know that Mplayer handled '.m3u' files, but if it
> does then why isn't OWB setup to handle them by default using MPlayer?

Probably because MPlayer isn't part of MorphOS itself for legal reasons but must be downloaded and installed by the user.

> is the "%f" option for when you use a local file on your computer as the file
> you want to load using the browser?

This option is for when the external program doesn't accept an URL as parameter. OWB would then have to download the file to the local cache and pass the local path to the external program as a parameter.

> I thought a change of the default tool would have worked for Ambient, but it does not
> seem to do anything within the OS - or am I wrong on that thought as well? [...] If MorphOS
> does not use or allow this field (default tool) in an OS3.x or similar Amiga Icon to be
> handled then is this information in the lbrary as I haven't seen it, as yet, or does it handle
> certain icons, MorphOS-PNG icons, and not others, Classic Amiga Icon/NewIcon/GlowIcon?

The default tool mechanism works here with standard AmigaOS icons.

I had a quick look at the MPlayer docs - Wiki, and also at http:||www.mplayerhq.hu/DOCS/man/en/mplayer.1 but there does not seem to be any support mentioned for .m3u or .pls files, so it seems I was sent on a 'wild goose chase' as there is no support for .m3u files, so trying to setup these MIME filetypes for OWB is just not working for me. I haven't tried the .pls files as I was not trying to set those up anyway.

Anyone actually using .m3u files in a player or through OWB can give me the correct method to setup such files, would really be appreciated.

Andreas_Wolf,
Quote:
I have a standard installation prefs files in env: for WordWorth, that was created by the installation for the WWFonts list, and the default tool, Icon is shown as a 'GlowIcon' is for Sys:/Tools/Editpad, which obviously doess not exist on MorphOS, but if I change that to System:MorphOS/C/Ed then when clicked on it opens the 'Ed' but it does not import the file itself into the 'Ed'-itor. It is only a simple piece of ASCII text, which if I choose the context menu and the option 'ED' then t does open the WWFonts list with the text file, and if I choose the Right mouse-button Context menu, over the icon with my recently setup Multiview option then that too also displays the text in the file, but it is not handling correctly the standard AmigaOS icon default tool.

Is there some other way of setting it up to work correctly?

[ Edited by NewSense 22.08.2013 - 02:47 ]

Quote:

Those do work in MorphOS version, at least in gui mode where you have playlist etc. Maybe Fab's work then.

Quote:

Try to setup OWB's mimetype like this for example:

audio/x-mpegurl | m3u | External viewer | path:to/mplayer -gui 1 %l >NIL: *>NIL:
audio/x-scpl | pls | External viewer | path:to/mplayer -gui 1 %l >NIL: *>NIL:

(Those NIL things are just to make sure no output window will pop up. And keep all those options in rightmost text field)


[ Edited by jPV 22.08.2013 - 09:04 ]

> the default tool [...] is [...] System:MorphOS/C/Ed then when clicked on it opens the 'Ed'
> but it does not import the file itself into the 'Ed'-itor. [...] it is not handling correctly the
> standard AmigaOS icon default tool.

Just tried it, same issue here. I don't know why it doesn't work with MorphOS' own Ed but it works with other default tools, best examples being IconX for shell scripts or Installer for installation scripts.

Quote:

Ed probably just doesn't handle wbargs, nothing to do with ambient itself, nor mimetypes.

It's been a while since this topic of MIME settings came up, but I wondered if there's an easy way to set MIME to load a CD Player when an Audio CD (device) is inserted, or selected via a right mouse click to choose the tracks to play instead of having to 'open' the device initially and then choose a file via 'Play' or some other MIME setting option from a right mouse click event?

I see MOS recognise that a CD is an Audio CD when such a CD is inserted so I hope someone can offer some advice on how to make this request of mine possible.

Take a look at MagicBeacon. It have a command to play DVD via MPlayer when one DVD is inserted and detected.

Maybe you can configure it for makes what you want.

--
/me doesn't use MagicBeacon for this but why not.