mplayer_1.0rc1-maemo.27
 

A new release of mplayer_1.0rc1-maemo.27 has been uploaded to extras-devel repository.
If no regressions are reported within a reasonable time, it will be moved to 'extras' repository. If we get some important regressions reported, there will be subsequent releases in 'extras-devel' repository (and announced in this thread) until the quality is good enough.

Please be sure to report the problems you encounter, don't think that they will magically fixed themselves before getting promoted to stable status and get to 'extras'. The previous release .26 showed that in spite of being tested at garage extras-devel repository for a long time, serious bugs still slipped in and were discovered only after putting that release to 'extras'. This might be an indication that we can't rely too much on the community testing in 'extras-devel' repository. It surely helps, but apparently is not enough to ensure good quality.

If we did not have the urgent need to fix bugs, this release should have been an upgrade to upstream rc2 version.

Below are the links to .deb files (they can be only used to upgrade mplayer from any version since .24, fresh install will fail with missing dependencies) if you don't want to enable 'extras-devel' repository on your device:
OS2006: http://repository.maemo.org/extras-d...ree/m/mplayer/
OS2008 (does not work on OS2008HE!): http://repository.maemo.org/extras-d...ree/m/mplayer/

Support for OS2007 is going to be dropped as having too many OS versions to support just takes extra time. Please let me know if somebody is still seriously interested in OS2007.

Nokia N800/N810 users: This version has some performance improvements in AAC audio decoding support. It means that .mp4 files should play a bit better than before. If it still does not support .mp4 files good enough, that's not a bug, but an indication that more efforts still need to be put into optimizations.

Nokia 770 users: This version supports automatic detection of tearsync & yuv420 video mode support in recent 770 kernels from fanoush and anables these features without the need to edit any config files. A potential pitfall here is that some early SDHC kernels falsely reported availability of tearsync support, but in fact that code was not ready yet. If you encounter device deadlock and reboot on trying to play video in mplayer, please consider upgrading the kernel. The users of stock Nokia kernel are unaffected and mplayer will just work the same as before (that means without these cool features :) ).

Re: mplayer_1.0rc1-maemo.27
 

well i installed it and couldn't find any change with older versions

mp4 converted files by Internet Tablet Video Converter are still slow

mplayer 25 is still better than others on my os2008

video playback is cool faster for 27

Re: mplayer_1.0rc1-maemo.27
 

I have written at the previous thread:

and then came the test:

I just installed the .27 version, but subfont-encoding still doesn't work properly. So, that's a regression.

One more thing: does mplayer use software mixer or hardware?

I am wondering, because i want to use −softvol option in order to boost low volume files, but i don't know if the performance will be worse due to the dependence on software amplification rather than hardware.

Anyone who knows? Thanks in advance!

Re: mplayer_1.0rc1-maemo.27
 

I really hope the big bugs get squashed in this version. The official move to rc2 is really an exciting thing to look forward to. Any possibility that the mplayer team could make an official build of mencoder (with lame MP3 and v4l2 support), too? As a separate package, of course...

Re: mplayer_1.0rc1-maemo.27
 

I installed .27 (replacing .26) on my N800.

Transcoded video (*.avi files) no longer play when mplayer is launched in embedded mode from Canola (beta8). After a couple seconds, the screen darkens (in "I'm going to sleep" mode), and the on-screen Canola buttons become completely inactive.

oh, nevermind.

Re: mplayer_1.0rc1-maemo.27
 

Same here, Canola no longer will play xvid or avi's exact problem as briand wrote about, same videos will play fine when opened with Mplayer, so is this a Canola issue or Mplayer ?

Edit: downgraded to v.26 and videos still won't play in Canola.

Re: mplayer_1.0rc1-maemo.27
 

had issues with video playback in canola and kmplayer.
if you installed the screen rotate stuff.
then that might be the cause of it.
just upgrade the new kernel that is made available on the screen rotate maemo site.
should work after that.

http://sse2.net/rotate/

Re: mplayer_1.0rc1-maemo.27
 

Thanks Unique311, over on the Canola thread briand helped me out, I had to re-scan my media folders then it worked ok again.

Re: mplayer_1.0rc1-maemo.27
 

Playing audio files from the command line is now fine. But I still have the following problem with gmplauncher (I don't know if it is a known bug): once I start to play an ogg file (on the internal memory card), gmplauncher doesn't react until the end of the ogg file. When gmplauncher is run from a shell, I get the following message only:

gmplauncher[10199]: GLIB DEBUG ConIc - con_ic_connection_send_event(0x8b938, Vinc17, WLAN_INFRA, 0)

Re: mplayer_1.0rc1-maemo.27
 

Serge, I've been doing some experimentation and i've noticed that when i launch an xvid with :
mplayer filename.avi it will play i little slower than when i play through gmplauncher.
when i launch it with :
mplayer filename.avi > /dev/null (i think thats right command) it plays comparably to when launching with mplayer

If statistics make a noticable difference, is there an official command line option to disable them from being sent in the first place? Or would that require modifying each codec?

Also i noticed something weird... if i launch a 1080kbps xvid (with mp3 48000hz, 2ch) with no video using :
mplayer -vo null filename.avi > /dev/null uses up 100% of cpu most of the time...

That same xvid, launching without audio :
mplayer -nosound filename.avi > /dev/null can play high quality video essentially flawless... but also uses 100% of cpu

Although the video is a bit smoother, its not double the performance... and yet the cpu utilization (using load-applet in status bar) is virtually identical when running audio only, video only, or both.

Could the realtime statistics generated by mplayer/codecs be sucking up the extra free cpu time? Even though i redirect it to /dev/null the cpu has to sling those statics around right?

Re: mplayer_1.0rc1-maemo.27
 

"mplayer -vo null" is still decoding the video it's just not being displayed. Try "-vc null" too, or "-novideo".

Re: mplayer_1.0rc1-maemo.27
 

That isn't too surprising. Anyway, could anybody provide a test sample of the video converted by this convertor?

Or at least a log of mplayer running with -benchmark option for the previous and the latest release.

Well, it is difficult to understand what the problem is, until you describe it in a clear way. The words 'better' and 'cool' don't help much

Re: mplayer_1.0rc1-maemo.27
 

Are you absolutely sure that .27 has problems with subtitles? Just because "* Added explicit freetype library dependency to 'debian/control'" was a fix for it (because the package was built with an autobuilder and it missed freetype dependency without it).

Anyway, I'm generally using 'subcp' option and not 'subfont-encoding' ('subfont-encoding' has not a very encouraging description in mplayer man page).

The most unfortunate thing about your old report was that you reported the problem only after version .26 had been already released to extras repository. So it was too late for that iteration. And reporting bugs to garage bugtracker is always preferable (especially for the bugs that are obvious and clearly reproducible). The lifecycle of mplayer threads on ITT starts from the initial package upload to 'extras-devel', some sequential quick bugfix releases in 'extras-devel' if needed, and finally upload of the package (here we suppose that it has successfully passed public testing) to 'extras'. After that, the thread is effectively dead and quickly gets buried by tons of other threads and information in the forum. On the other hand, garage trackers help to track bugreports and not forget about even the minor issues that are not critical enough to hold release because of them.

For SDL sound output it uses SDL internal mixer, so from the performance point of view this is a software mixer. Sound support is not in a very good shape now.

PS. Please don't refer to me as Mr in this forum, it sounds too much business-alike, which is not the kind of communication I would like to have here.

Re: mplayer_1.0rc1-maemo.27
 

GUI that is provided in mplayer package is not designed to be usable with audio files at the moment.

Re: mplayer_1.0rc1-maemo.27
 

Yes, there is such option: '-quiet'

Re: mplayer_1.0rc1-maemo.27
 

Thanks for the information, but then perhaps mplayer should output a clear error message when the user tries to play an audio file, if possible.

Re: mplayer_1.0rc1-maemo.27
 

Everything i posted before is triple checked, so yes i am absolutely sure about the problem of the subfont-encoding option for the greek charset. However. i don't know about other languages and i don't see any other language testers here in order to have confirmation for their charsets.

Moreover, it is a fact, as i stated above, that it used to work well back at .24 and .25 mplayer version.

I just tested "subcp" and voila: it works

I didn't know about this option cause i always used subfont. It's a strange thing, but it works fine. Now, with this option on, subtitles are properly displayed.

Sorry about that, but i only noticed it then.

Well, just FYI, i ' ve used the software sound boost option and haven't seen any degrading in performance.

OK Serge. Keep strong!

Re: mplayer_1.0rc1-maemo.27
 

Has anybody tried this new build on Nokia 770? With or without a new kernel that has tearsync support?

Re: mplayer_1.0rc1-maemo.27
 

can anybody help me with getting such video sample? https://garage.maemo.org/tracker/ind...id=54&atid=272

Re: mplayer_1.0rc1-maemo.27
 

I have it installed and it appears to be working.

I did flash my kernel a while ago, but I don't know whether or not it's a version that supports tearsync. ? :-)

When playing flv videos from the included GUI, they play fine. They're not stretched to fit the screen (which I'm more than OK with. :-).
I did notice I played part of a video, and stopped it, and the GUI is telling me I can resume from 00:00:43. I'm not sure it resumed from that spot (It looks like it is resuming from about 3 seconds in), but it didn't start at the very beginning when I started it.

I initially upgraded it to see whether or not I could view the oldcartoon.tv channel that they were talking about in one of the threads here. (It's a thread about watching lots of channels) Initially, I tried with mplayer .26 and I can watch the cartoons, or I can listen to the cartoons, but I can't do both.

Version .27 performs the same, but I figure that it's because the site doesn't have the right resolution for the tablet.

Trying Canola 2 (not updated to the newest Canola yet) now...

Wierd Al, Trapped in the Drive-thru seems to be playing fine, in a window and in Full screen.

Anything specific you want me to test?

Thanx,

desiv
p.s. I just went from full screen to windowed in Canola2 and there's a bunch of artifacting in the top left, where the small version of the image was. Seems like Canola didn't clear the screen, but the video is still playing fine..
(I'd wait till the end, but it's a LONG video. :-)

p.p.s. 770, OS2006.

Re: mplayer_1.0rc1-maemo.27
 

MPlayer should report whether tearsync is used or not in its log (visible when starting mplayer from x terminal or when pressing 'report' button after some video playback from GUI).

Yes, it resumes playback with several seconds backstep.

It might be also slow audio or video codec. A more detailed information can be also obtained from mplayer log.

Not really, just report if anything is broken :) I was wondering if anybody tried it.

It is because mplayer writes directly to the framebuffer and can't synchronize properly with xserver, though it tries its best. That's a kind of hack, but it is needed for good performance.

I hope you have WLAN memory corruption bugfix installed.

Re: mplayer_1.0rc1-maemo.27
 

OK, All I see is this in the report:
[omapfb] Nokia 770 hardware detected
[omapfb] tearsync is disabled

So, I'm assuming I don't have a tearsync compatible kernel.
So...er.. should I? :-) What exactly is tearsync?
(I'll do some googling now, so that is probably a rhetorical question.. :-)

Also, yes, I have the WLAN memory corruption bugfix applied.

Thanx again,

desiv

edit: p.s. Tearsync information, for anyone interested, starts pretty well at this link:
http://www.maemopeople.org/index.php...works_with_770

Re: mplayer_1.0rc1-maemo.27
 

Check the other mplayer thread, fanoush posted anew kernel with tearsync support (which is you'll experience as mplayer video playback without tearing - N800 already has it).

Re: mplayer_1.0rc1-maemo.27
 

Well, I would say "check the first message in this thread" :)

Re: mplayer_1.0rc1-maemo.27
 

DoH!

desiv

Re: mplayer_1.0rc1-maemo.27
 

Possible regression:

When i select menu-->settings-->there's an audio delay option of 200ms.

Does this exist for everyone or it happens only to me? Please check it out.

If i remember well, something similar was reported some versions earlier and was later fixed.

Re: mplayer_1.0rc1-maemo.27
 

On my 770 - OS2006, the audio delay option is there, but it's set for 0ms.

desiv

Re: mplayer_1.0rc1-maemo.27
 

It's audio latency compensation.

Earlier we had a problem with incorrect audio delay estimation for videos with single channel audio.

Please check if you have lipsync problems on your videos, that's more important.

On Nokia 770 this audio delay compensation value is hidden in '-ao gst' audio driver, so that it is not visible from outside.

Re: mplayer_1.0rc1-maemo.27
 

Compensation for what? Digital to analog audio conversion latency? Or maybe for better audio/video syncing due to limited hardware?


I 've tested videos with both stereo and mono audio tracks: No lipsync problems.

But. i guess that happens because of the very low delay. Right? A 200ms delay is hardly noticed under normal playback conditions. Please correct me if i am wrong.


So, is this audio delay compensation built in the driver module? Is it automatically on? Or did you set up the value? Can we see its value in mplayer.conf under some option?

To sum up: No lipsync problems.

Excuse me for the many questions. I would be grateful if you (or anyone else) can answer them. It would help me a lot, in order to provide more accurate reports in the future mplayer testing.

Re: mplayer_1.0rc1-maemo.27
 

Another quick post regarding a possible regression.

Back at version 25 we can see at the release notes that "Decoding at half resolution is now usable".

I haven't really tried "-lavdopts lowres" options before. So, a few minutes ago, i edited my configuration file to add it, but it didn't work. Mplayer doesn't open videos now.

I used all the lowres variables that can be found at mplayer's documentation with no success. Moreover, i tried a lot of different video files, but in the end nothing played at all.

Finally, i removed the lavdopts option and mplayer behavior went back to normal.

Can someone please confirm the above? Is it a regression or am i simply using wrong syntax?

Re: mplayer_1.0rc1-maemo.27
 

Lowres decoding works for me in 27. Check for typos.

Re: mplayer_1.0rc1-maemo.27
 

I'm having trouble installing mplayer.
I apologize in advance if this is not the right place to post.

I'm trying to install mplayer on a freshly upgraded (OS2007 -> OS2008) N800. The installation fails complaining about dependency on two modules hildon-fm1
and libdbus-1-2. This happens when trying to install from a web site or from program manager.

Any advice would be appreciated.

Bill B

Re: mplayer_1.0rc1-maemo.27
 

What exactly should be written in the config file? Can you post yours?

Re: mplayer_1.0rc1-maemo.27
 

You're trying to install the one from OS2007.

Re: mplayer_1.0rc1-maemo.27
 

Having the line in "/home/user/.mplayer/config" works for me. But I always use mplayer from a terminal, I'm not sure if the GUI launcher uses the same config file.

Re: mplayer_1.0rc1-maemo.27
 

Some players are only using /etc/mplayer/mplayer.conf

Re: mplayer_1.0rc1-maemo.27
 

Maybe but fixing the "repository" - "repostry" thing in Application Manager fixed the problem. :confused:

Thank you,

Bill B

Re: mplayer_1.0rc1-maemo.27
 

Thanks a lot. I had a fault in the line. It works well now.

GUI uses both the above configuration files.

Re: mplayer_1.0rc1-maemo.27
 

vicki yes it's normal in the setting and i have it too in my mplayer 25

that's simple like a dvd player for set audio and subtitle for ur movies/videos

280 ms is worst and will be out of sync for ur audio

the best choice and the original is 80 ms

u can always select it for every movie/video....

;)

Re: mplayer_1.0rc1-maemo.27
 

And this is a bad choice. Upgrading mplayer will become impossible using the application manager in this case (as it will notice the change in the configuration file and will not know what to do with it).