Re: Understanding Maemo Mime handling
 

Well, it plays mms streams from the browser; I wouldn't say it "works like a charm."

MPlayer makes a bit of a hash of the WMV and the aspect ratio is all wrong. The aspect ratio can be fixed by adding another parameter to the mplayer command line: "-aspect 16:9" ... but that really should be some kind of dialog: "what aspect ratio? [ ] 4:3 [ ] 16:9 (WS)"

Re: Understanding Maemo Mime handling
 

It does what I wanted. :)

After a year and some months my N800 now has no more limitations. That is, as far as net usage, I can no longer pick it up and say "If only it did...".

I'm sure my needs will change in the future but for now, for the first time, I'm ahead of the curve.

Re: Understanding Maemo Mime handling
 

Thanks guys... i think qole can take it from here :) just kidding (unless of course... )

i'll mostly leave it as is for awhile too see if i need any more updates.

Re: Understanding Maemo Mime handling
 

I have a question. Suppose one wanted to use dbus-switchboard to route requests for non-cli applications? I was wondering if I could send stuff to the built-in Media Player via the Switchboard, via "/usr/bin/mediaplayer-ui <params>", but it looks like that doesn't work.

So, the switchboard is for non-hildon apps only?

Re: Understanding Maemo Mime handling
 

just an idea: could we use a modified libhildonmime to do this instead
of the dbus switchboard?

it strikes me that this should automatically do much of what must be manually
configured for switchboard by looking at the standard package mime
definitions.

checking the source, libhildonmime is based on standard gnome-vfs-mime
but will only launch apps for which there is a dbus service entry. we
could modify this to also launch command line apps. similarly for uri
handling.

to open files and uris from command line, a simple "gnome-open" like app
that uses hildon_mime_open_file and hildon_uri_open would be fairly
straight forward.

any takers?

Re: Understanding Maemo Mime handling
 

Pipeline has taken this idea and expanded it. He has a much more robust mime-handler system in this thread. He started a new thread and I didn't notice. This is why it is important to put a forwarding address at the end of the old thread when you're starting a new one!

Re: Understanding Maemo Mime handling
 

How did you solve this issue? I would like to play songs directly from command line, but indeed "mediaplayer-ui /path/to/song" does not work...

Thanks,
L.

Re: Understanding Maemo Mime handling
 

I didn't :(

Re: Understanding Maemo Mime handling
 

If doing this from a C program, the function "hildon_mime_open_file" works to open the default program assigned to a file type with a file and you can use osso_rpc_run(_with_defaults) to call the mime_open method of a specific program directly...

Re: Understanding Maemo Mime handling
 

I am doing something wrong, because this does not work. It just opens the mediaplayer in the "Now playing list" (old stuff) but doesn't play the new file.

This is what I did:

Any idea what is happening?

Thanks!!!!

L.