An opera browser "open with" option for Mplayer would be nice feature now http://www.internettablettalk.com/fo...ead.php?t=3010

Not much progress on this front unfortunately?

That was it for me; I'm comfortable around the commandline, but I wanted to wait until a GUI was added. Working around computers for 10 hours a day and I really don't feel like doing anything I don't have to by the time I get home :)

Mind you, I'm also really patient about things (refer to the above). This project is awesome.

Did you try to type anything in the input field? I think it should work already.
File chooser is on it's way. Commited to the svn yesterday.

It will work if you mount your CIFS share into /media/mmc1, you even don't need to have mmc card at all :)

It's not related to shutdown settings, it's a bug in the code. Application just gets killed by dbus after about 30 sec. I hope we'll fix it in a couple of days.

As a workaround you can manually remove "X-Osso-Service=MPlayer" line from /usr/share/applications/hildon/mplayer.desktop and reboot device. It should help.

... input fiel - - *checks*

Man. I should be shot. Didn't even notice it.

This video - downloaded as flv - lock up the nokia 770 if you try to view it:
http://www.youtube.com/watch?v=7Uv45y6vkcQ

Thanks, I have downloaded it and added to my test collection. The problem with locking up seems to be related to DSP based audio decoding, when you run mplayer from console with -nosound option, it plays ok. And if you use -ac ffmp3 for mp3 decoding, it also does not lock up. Anyway, video and audio get out of sync pretty fast, seems like there are some problems with framedropping (it does not work) for flv files. It is an interesting file and I'll try to see what can be done to fix these issues.

A new release is available. It contains final GUI bugfixes, 'file open' button in GUI, OSD menu support with some options

How can I remap the keys to adjust the audio delay? I have a video that plays fine on the built in player but is always about a 1 second off using mplayer. I have some other vids that play fine. If this feature can be added to the new menu system, it would be great.

I'm not sure if if could be the cause but the soundtrack is recorded in 48000Hz as opposed to 44100Hz my other video clips use.

It would be great to have easy checkbox access to all those cryptic command line parameters like whether to attempt DSP playback of audio, video rendering modes, etc.

Another thing I would like to see is a better means to skip around within a file. The current forward/back key method using the 5 way hat is far from ideal, particularly when trying to watch movies over multiple sessions. It would be nice to have some sort of timestamp bookmark system or some way to skip to a specified timestamp. Perhaps even just an "open file from last position" feature would do.

Great work so far!

I just got hold of mplayer today, and the first video I attempted to play was an NSV file. Audio works great, but unfortunately, no video playback :(

I understand from reading the rest of this topic that this is probably due to the lack of codecs that will run on an ARM processor?

Are there any plans for VP6 implementation in the future? VP6 on NSV scales well across the Internet, and should be playable on the 770's hardware.

(I'm involved in a Internet TV station similar to ESS.TV, so getting NSV to work on my 770 would be fantastic!)

Thanks for your great work so far!

Is there a list of files mplayer will play as it stands? I just get audio on wmv files, same as I did in the command line version.

Another Youtube video that does not work:
http://www.youtube.com/watch?v=1AQX1HUHK50

Maybe 320x240 flv videos with long playtime do not work at all (with sound)?

has anyone gotten the mplayer GUI to work? I get the "loading" dialog box and then nothing.

For me it works fine.
Maybe you should try to start it over xterm with gmplauncher and see whats worng.
Or try to uninstall it and reinstall it.

This thread sure is getting long. I've just searched all through it to see whether the info I'm interested in is available, and I couldn't see it, my apologies if I've missed it.

I see that there was mention of performing the audio decoding using the ARM and the video decoding using the DSP, but that this was excluded because of the picky nature of the video DSP plugins. My question is basically the following: how would the audio and video ideally be split (assuming someone puts the effort in to write the DSP video decoders, etc.)?

I presume that the DSP is not running at 100% just decoding the audio, and that video decoding would almost certainly cause it to run at a higher load, and I also assume that the speed increase in using the DSP rather than the ARM to decode the video is greater than using the DSP rather than the ARM to decode the audio (I hope that makes sense). I may be wrong about this..? This does assume that either the DSP or ARM carries out all of the processing for either the audio/video, though splitting the larger of the two tasks between the two parts of the chip may be another option. It also assumes that both the DSP and ARM have equal memory bandwidth to the display, and this may not be the case, and would therefore influence the choice of video decoding.

I'd be interested to see CPU/DSP load figures and hear other people's thoughts about this.

Cheers,


Si

2lardman: There was an idea about also using DSP for scaling (video controller does not have scaling support), there was also an attempt to do this http://www.mail-archive.com/maemo-de.../msg05345.html
Considering all this, seems like C55x DSP programming is a very hard task (without proper tools, documentation and examples), as it is a very unusual cpu. So I don't feel like doing any DSP programming in the near future, it seems to be more efficient to use what is already provided on the device (like MP3 decoding using DSP) and apparently developed by the people who are proficient with this. The default video plays performs scaling in some way, so probably the code for it exists. It would be best if Nokia could provide some high level API for using colorspace conversion and scaling: http://www.mail-archive.com/maemo-de.../msg04511.html

On the other hand, ARM core also has some enhanced DSP instructions and is supposed to be suitable for multimedia: http://arm.com/pdfs/DVI0035B_926_PO.pdf
Moreover, optimization of video decoding to use these armv5te instructions has been already started and there are some results already (in upstream ffmpeg SVN, one of the ffmpeg developers got Nokia 770 too :)). The next build of mplayer for nokia 770 will also use these optimizations.

To everyone asking about what codecs are supported and what are not. I'm not an upstream MPlayer developer and I don't know everything :) MPlayer is now built in default configuration, some codecs may be not compiled in, some may be buggy. I even did not hear about some of these codecs at all and do not have video samples to test if they work with MPlayer. My personal priority right now is to ensure that MPlayer is good at playing converted video with full fps and high quality. Once this milestone is reached (and we are very close to it), I may switch to some other tasks like ensuring more different and exotic codecs support or attempt at getting some nonconverted video played more or less acceptable. Anyway, as it is written in my signature, feel free to join :) If you are interested in some codec support, feel free to investigate how to enable it, fix any bugs it may have on arm architecture and submit a patch. Adding more developers to a project is always welcome.

2serge mp3 decoding is not handled by the system on chip dsp but by a specialized codec dsp. this can be confermed by running
cat /sys/devices/platform/dsp/loadinfo
this leave 70% of the dsp for othr tasks such as scaling.. dspfbsink handles scaling i guess through the on chip dsp. I will try to make a driver for this. but since i am starting with next to no knowladge im sure it will take me to the end of jjanuary. january is also when ill have some free time.
thankyou

I don't know how dspfbsink manages scaling and if it is any good, that's essentially a black box as all the other closed source plugins on Nokia 770. After, dealing with audio decoding using gstreamer sinks, I would prefer to stay away from it for a while :)

As for scaling using DSP chip, seems like it should be possible in spite of the previous unsuccessful attempt. I got some docs in .pdf's descriping Nokia 770 DSP core (C55x), and looks like it can be actually good for scaling. Here is the description of additional extensions that seem to be supported by OMAP1710 DSP core: http://focus.ti.com/lit/ug/spru098/spru098.pdf
Check "Pixel interpolation Hardware Extension" part :)

There are also lots of references to other docs, they are quite interesting to read.

And in general, DSP does not seem so bad from looking its presentation and benchmark results: http://www.omimo.be/magazine/01q2/2001q2_p034.pdf

Well, it is good to know, but I hope that all the most important mplayer porting work will be finished by that time already :) Anyway if things will not proceed as good as expected, your help will be welcome in January :)

By the way, a new build of MPlayer was released today. As promised, it contains some video decoding performance improvements for mpeg4 (up to 10% faster at about 1000kbps video files, this effect is smaller for lower bitrates). Also some video decoding artefacts are now gone as a side effect of replacing old buggy idct code. Most of the work for this optimization was done by Mans Rullgard, and some minor improvements were added by me :)

Success!
Added the following in .mplayer/input.conf so I can now adjust the sound delay in video that were unwatchable because of playing audio out of sync. I discovered there are a ton of other keymappings you can do too.

UP audio_delay 0.100
DOWN audio_delay -0.100

Sure you can do that, always refer original mplayer documentation, it can use tons of configuration options :)

But it would be much better if you provided some additional information about such videos because such behavious is not normal for sure. If you have more than one such file (your report implies that), try to find out what was common in all of them. Maybe it is better to get full mplayer log and submit a bugreport at garage trackers with this information. Thanks.

A very useful discovery indeed - I didn't know that mplayer (any version) could do that. And the annoying thing is: such a feature makes an enormous amount of sense. This bit of info will be very useful to me as I use mplayer to play my video collection over HTTP, and it *appears* that the sound sync problems get worse when viewing videos that way.

Initial version of webpage is now created: http://mplayer.garage.maemo.org/

Please check it for spelling/grammar errors. Also if you have any suggestions about what information can be added there, feel free to propose them here. It is a good idea to have some comprehensive information so that anyone can start using MPlayer for watching video easily and avoid encountering any issues :)

You'll probably want to add a bit about Opera integration.

2Nikster: The most easy way to add this information is to checkout 'www' subdirectory from maemo mplayer SVN, add all the necessary information to 'index.html' and submit a patch. Webpage will be updated in no time :) I used nvu to edit webpage, it seems to be quite convenient for this task.

By the way, did you consider trying to make some .deb package which could add opera integration for mplayer so that it would be much easier for end users?

Please bear in mind that I imagine normal users, will no not want a complete switch from built in video player to Mplayer for all video streams (i.e. RealMedia AV uses built in player)

http://www.internettablettalk.com/fo...2&postcount=94
"I would prefer a plain .deb for mplayer only (nonintrusive and guaranteed not to break user's system) and another one for opera and probably file manager integration"

Additional package with a name something like 'mplayer-opera-integration.deb' which has 'mplayer' in its dependencies would be useful for those who really want it.

I would even prefer a separate .deb package for GUI, but expected some silly questions like 'I installed mplayer package but don't see it anywhere in my system', or 'why do I need to install 2 packages just for a single video player?' :) So everything is now bundled in a single package right now.

I also have this issue, where half of my videos - converted with Kottori's Media Converter - are slightly out of sync, the sound being a fraction of a second ahead of the video. It's too bad because the video quality is terrific.

I assume that if you edit the configuration file like that, you have to re-edit it all the time (depending on whether the video is out of sync and by how much). Bit of a hassle; obviously I concur with the suggestion to make it a feature inside MPlayer...

You only need to edit the file once so you can get access to the audio offset functions. The way I have it set up/down increases/decreases the audio delay by 0.1 secs instead of the default forward/reverse.

Presently, the tv series I converted need +0.5 to sync, so I click up 5 times once the file loads and starts playing.

Just to let all of you guys know, I've updatede media converter today.

Download links and stuff in the blogpost here:
http://konttoristhoughts.blogspot.co...-released.html

Ah, of course. I get it now.

Stupid question: where is the Mplayer directory? I'm root, I'm in Xterm, but I can't seem to find it anywhere...

how do i install xterminal and all of the directions because i can't install mplayer into my nokia 770. Do i need the 2006OS version to install it. but can anybody tell me the directions i need to make a successful install.

1. Make sure you're running the 2006 OS release.
2. Add the repository to the Application Manager as described in the ApplicationCatalog
3. Select "MPlayer" from the "Install new application" application

HTH,

Andrew

Never mind re: the directory, i've got the mplayer keys mapped out. Aces, now that the sound can be made to sync.

Have not read all 24 pages of this thread, but from some reading here and experimenting it seems to me as though the following plays very well:

mplayer -ac dspmp3 -ao gst -vo x11 filename

Is this the best configuration to use with mplayer?

that is more ore less the default. i've had good success streaming mpeg2 from vlc with wget http://bla.bla -O - |mplayer -cache 4000 -noframedrop -

>that is more ore less the default.

Doesn't appear to be for me. Without tweaking the settings it's rather choppy. Took a while to find the dspmp3 setting for me. And I have a rather new(est?) mplayer that has the nice GTK frontend...



EDIT: There was a mplayer config file in /home/user/.mplayer/config with vo=sdl etc... probably put there by an older mplayer installation because I don't recall putting it there.

OK, since I'm a newbie on linux, I might be missing something here...

I opened the config file in the .mplayer directory (with midnightcommander) and added the lines

UP audio_delay 0.100
DOWN audio_delay -0.100

Then, I launch Mplayer, I get the list of videos available but nothing happens when I try to play them.

Any idea anyone ?