maemo.org - Talk - mplayer

maemo.org - Talk (https://talk.maemo.org/index.php)

- Applications (https://talk.maemo.org/forumdisplay.php?f=41)

- - mplayer_1.0rc1-maemo.27 (https://talk.maemo.org/showthread.php?t=19347)

Re: mplayer_1.0rc1-maemo.27

Quote:

Originally Posted by pipeline (Post 175103)

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

"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

Quote:

Originally Posted by italodance (Post 172472)

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

mp4 converted files by Internet Tablet Video Converter are still slow

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.

Quote:

mplayer 25 is still better than others on my os2008

video playback is cool faster for 27

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

Quote:

Originally Posted by vicki (Post 172535)

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

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.

Quote:

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.

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

Quote:

Originally Posted by vinc17 (Post 173377)

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)

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

Quote:

Originally Posted by pipeline (Post 175103)

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?

Yes, there is such option: '-quiet'

Re: mplayer_1.0rc1-maemo.27

Quote:

Originally Posted by Serge (Post 175145)

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

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

Quote:

Originally Posted by Serge (Post 175144)

Are you absolutely sure that .27 has problems with subtitles?

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.

Quote:

Originally Posted by Serge (Post 175144)

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

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.

Quote:

Originally Posted by Serge (Post 175144)

The most unfortunate thing about your old report was that you reported the problem only...

Sorry about that, but i only noticed it then.

Quote:

Originally Posted by Serge (Post 175144)

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.

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

Quote:

Originally Posted by Serge (Post 175144)

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.

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

Quote:

Originally Posted by Serge (Post 175581)

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

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.