Re: MPlayer which version is suitable
 

Well, you can hardly help with fixing the tearsync without the patch. Here it is (together with yuv420 as it modifies same file in same parts)
http://fanoush.wz.cz/maemo/2.6.16.yu...t-working.diff
It compiles fine but I didn't try the result on device.

Re: MPlayer which version is suitable
 

I would personally prefer that the bulk of mplayer development go into n800 dev work. I think it has far more potential as a multimedia platform than the 770. I hope other app developers (for things which don't need the extra horsepower of the n800) continue to ensure 770/n800 compatibility in their apps where appropriate.

Re: MPlayer which version is suitable
 

I suspect that the law of diminishing return now applies to the 770, and that investing substantial amounts of time in order to squeeze out a slight performance improvement that is specific to the 770 platform is probably not worthwhile, however improvements that benefit both platforms is most certainly worthwhile.

I wouldn't say that 770 specific improvements should not appear in mplayer, just that any such improvements may benefit less users than if the same time were invested in improving performance on the N800.

My view is that the 770 is limited by it's CPU rather than the graphics subsystem, whereas with the N800 it's the exact opposite - good CPU but a poor graphics subsystem. Thus there is more scope for tuning on the N800 than the 770.

As a media platform the N800 wins hands down - 16GB+ of potential storage compared to the 770s maximum 2GB for starters! :)

Re: MPlayer which version is suitable
 

Thanks :) :) :)
I would have gladly waited a week or two for the patch, just as long as it is released eventually.

As for 770 development, I won't ask that anyone devote significant development time toward it, but easy or significant improvements would be welcome. I feel that tearsync would be a significant improvement.

Re: MPlayer which version is suitable
 

using .17 seems to have slight jerks at points in the video compared to the previous version on my N800. Anyone noticed this or perhaps its just me?


Luke

Re: MPlayer which version is suitable
 

Yes, and YUV420 mode fix was the easy one :-)

Re: MPlayer which version is suitable
 

Well, I'm not sure CPU in N800 is that much better than in N770 so it would matter. Best output with less energy spent (i.e. longer playback time) is with converted videos anyway. And N770 can play converted videos in good quality just fine.
Again converted videos do not take so much space so you could fit few videos to watch on a train. At home you can stream from home network so space doesn't matter much. And I guess MMC standard will move to >4GB sizes too. Also even now you can boot from flash and swap more cards if you want to have more videos on longer trip. Also (with one line kernel hack) you can use 4GB MMCplus card without closing the door for storing videos. Not useful for normal usage but for watching videos it is OK.

So basically while N800 is better, N770 is good enough as a mobile video player. I have N800 but don't plan to ditch N770 anytime soon, we could use both devices in our family. Also N770 development is (almost) dead on Nokia side so in this sense the device is more free than N800. With N800 your work may be silently duplicated inside Nokia or made obsolete by some other Nokia decision. IMO the risk of doing useless work is higher with N800 than with N770 despite the fact that older device will be obsolete sooner.

Re: MPlayer which version is suitable
 

Hello,

does anyone know how this codec can be aded ?
(even a link src to compile will be a good hint)

The problem's output is bellow. Maybe someone can help (find helpful this post).


$ mplayer -ac ac3 MyMovie.avi
MPlayer 1.0rc1-maemo.17.n800 (C) 2000-2006 MPlayer Team
CPU: ARM
[MENU] Can't open menu config file: /home/user/.mplayer/menu.conf
Menu inited: /etc/mplayer/menu.conf

MyMovie.avi.

AVI file format detected.
VIDEO: [DX50] 616x254 12bpp 25.000 fps 862.2 kbps (105.3 kbyte/s)
Clip info:
Software: VirtualDubMod 1.5.10.1 (build 2366/release)
SUB: Detected subtitle file format: subviewer
SUB: Read 832 subtitles.
SUB: Adjusted 28 subtitle(s).
SUB: Added subtitle file (1): ./MyMovie.srt
[nokia770] Nokia N800 hardware detected
================================================== ========================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
================================================== ========================
================================================== ========================
Forced audio codec: ac3
Requested audio codec family [ac3] (afm=libac3) not available.
Enable it at compilation.
Cannot find codec for audio format 0x2000.
Read DOCS/HTML/en/codecs.html!
Audio: no sound
Starting playback...


Thanks

Mihai

Re: MPlayer which version is suitable
 

In debian/rules in mplayer source line 63:
Deleting this should build mplayer with this codec. I won't explain how to compile mplayer for n800 because I don't know how to do it properly. (I've been commenting out the device selection conditions. I'd really like to know the right way to do this.)

EDIT:
MPlayer-1.0rc1.tar.bz2 is found at http://www.mplayerhq.hu/
mplayer_1.0rc1-maemo.17.n800.diff.gz is found at https://garage.maemo.org/projects/mplayer

Just tried this and it compiled, have not tested yet. Is this the right method?
> tar xvf ../MPlayer-1.0rc1.tar.bz2
> gunzip mplayer_1.0rc1-maemo.17.n800.diff.gz
> cd MPlayer-1.0rc1/
> patch -p 1 -i ../mplayer_1.0rc1-maemo.17.n800.diff
(change debian/rules)
> export DEB_BUILD_OPTIONS=n800
> dpkg-buildpackage -rfakeroot -b

Re: MPlayer which version is suitable
 

MPlayer packages can be built by running 'make deb-n770' or 'make deb-n800' for convenience. Sources can be obtained by applying patches that are available in garage mplayer downloads area to the corresponding upstream mplayer (full tarball would exceed garage file size limit). Alternatively you can checkout mplayer from garage SVN, it is usually in a good shape and very rarely broken.

As for liba52, I disabled it long ago when experimenting with Nokia 770. Don't remember exactly why (it either had problems when compiled for ARM and crashed or was using floating point math and couldn't decode anything in realtime). Anyway, feel free to experiment with AC3 support and report the results. Patches can be submitted to the mplayer garage tracker.

Re: MPlayer which version is suitable
 

thanks serge for all the work you have done on mplayer for the 770,
a little problem is as follows. when i post links from youtube,that i aquired with a bookmarklet. sometimes they play and sometimes not,although if i keep playing the same link eventually it will play

Re: MPlayer which version is suitable
 

Hi Serge!

Mplayer is great work and I was able to get the uktube work with it. Plays youtube flash videos wonderfully. However, if I try to play dailymotion clips, it is not able to play them. I am able to play them on my desktop osx with mplayer, so it seems that mplayer *should* be able to play them.

I put a test video on my we b page. It would be great if you could have a look at what is wrong with playing of that clip.
http://www.helsinki.fi/~konttori/Med...motiontest.flv

Re: MPlayer which version is suitable
 

nevermind. Got it working.

Re: MPlayer which version is suitable
 

How to seek while playing a divx video iin mplayer? ~~

Re: MPlayer which version is suitable
 

Use the D-Pad. Left/right are short skips, up/down bigger jumps.

Re: MPlayer which version is suitable
 

Oh! Good to see this... I never noticed, in fact I even did not try to press up/down... I always passed through the menu to skip 10 minutes...

But I have another question about the latest versions: I remember seeing in the old versions the remaining time / actual time etc. but I can't figure out how to search it in the latest version.. Any advice?

Re: MPlayer which version is suitable
 

Are you sure the pad works with divx files?? For me it works well with avi files but works partially ok with flash files and does not at all work with divx files.
May be it is a problem with that particular file???

Any way how do you skip 10 minutes...... when i press that icon which comes after pressing the menu..... nothing happpens.... am i missing something???

Re: MPlayer which version is suitable
 

After selecting the 10 minute jump on the menu, you have to use the left and right buttons on the D-pad to skip 10 minutes resp. back- or forwards.

Re: MPlayer which version is suitable
 

Just a little side track:

On the 770, is tearsync an option? I played with a ZenW for a week or so and loved the lack of tearing (my only big complaint about vids on the 770).

Also, without the overhead of decoding, what type of performance could we see. Im wondering basically how a native framebuffer/raw or likes video would perform on the little guy. The reason is I' curious if a decoding solution streaming between the HD or LAN and IT would affect things if in a 'more' native format.

Re: MPlayer which version is suitable
 

Hey Serge:

I am currently building support for mplayer videos to ukmp. Going swell, except for the fact that mplayer is missing video out jpeg codec. I would use it to create thumbnails of each of the videos on the device.

Re: MPlayer which version is suitable
 

Go for it Kontorri...... we are holding our breaths..... and will wait for it!!!!

Re: MPlayer which version is suitable
 

There is some hope for tearsync. You can check the last fanoush's posts in this thread.

This might be interesting to investigate, but we need to ensure some reliable and fast method to stream lots of data to the device. Bluetooth is too slow, wifi is not very fast either, in addition, wifi is quite unstable on my Nokia 770 device and results in various bugs.

Re: MPlayer which version is suitable
 

Most likely this divx file is incomplete (partially downloaded) and missing index. It is possible to rebuild index automatically, but this feature is not working properly because of toolchain/compilation related problems: https://garage.maemo.org/tracker/ind...id=54&atid=269

The next build of mplayer will use upgraded toolchain, probably it will resolve the problem.

Re: MPlayer which version is suitable
 

I have enabled jpeg and png output codecs in SVN, the next mplayer build will have them supported.

And thanks a lot for starting development of an advanced gui frontend, maybe we will be able to get rid of the current placeholder gui eventually.

Re: MPlayer which version is suitable
 

Can you consider adding the video out of jpeg (or gif ... or png) as well? If it doesn't add too much to the binary size?

Re: MPlayer which version is suitable
 

I have a new 770 with OS 2006 and have been looking through this and other threads, trying different methods to stream .flv to MPlayer. Downloading and playing .flv works great, but I have not had much success playing .flv directly from YouTube without fully downloading first.

I followed the instructions here:

Nickster's Opera Mplayer setup, but I chaged runmplayer to contain:

Then I added this [File Type] to opera.ini:

With these settings, I managed to get a couple videos to play in MPlayer by clicking the .flv link in Opera, but the playback was very jerky. Downloaded files play smoothly. I don't think it's a network speed issue, because when I download .flv files they seem to download faster than real time. I thought changing the "-cache 800" value might help, but I didn't have any luck. Videos were still equally jerky or didn't play at all.

Also, I tested a few dozen other .flv links from Youtube and none of them even started to play. Why do many .flv links refuse to even start MPlayer?

Does anyone have suggestions to change my settings above to get more consistent and smooth streaming playback of .flv videos from the internet? Or is that goal beyond the limits of the Nokia 770/Opera/MPlayer?


Also a related question, when I add File Types to the opera.ini the setting below will always try to directly open and start playing MPlayer. Is there a way to modify this line, so I can see a "Save or Open?" dialog when clicking .flv file links? Otherwise, I have to go in and change the opera.ini everytime I want to switch from streaming to downloading.

By the way, I have tried orb streaming, but I would prefer to be able to stream .flv directly to my 770 with as close to the quality of playback of a downloaded .flv as possible.

Re: MPlayer which version is suitable
 

Have you tested uktube?

Next version, which is ready, but I haven't launched it yet, includes support for streaming of youtube clips as well. I'll try to get it out today.

Re: MPlayer which version is suitable
 

Thanks, I have read about uktube, but I don't have enough space for Python yet. I'm waiting for my new MMC card to arrive. I will definitely give it a try then.

I would still like to know if anyone has suggestions for improving streaming with the approach I was trying above.

Re: MPlayer which version is suitable
 

Have you done any benchmark tests with latest firmware? Does it improve video playback?

Re: MPlayer which version is suitable
 

Hello.
when trying to play movies from youtube, the audio cannot be shifted,
ie synced manually to the video throught the menü of mplayer.

just wanted to ask: isn't that feature implemented, or this does not only work
when playing flv files?
Thnx ain advance, Marian

Re: MPlayer which version is suitable
 

Sorry if this has been suggested b4. A feature i would like to see for the internet tablet's mplayer is some sort of save point function. say i'm watching a movie somewhere and something happens where i need to shut the player down for a while and use the tablet for something else.
I cant resume where i last stopped the movie. I have to seek throughout the movie where i last stopped.


Great work on the last release btw. It fixed my lag every so often bug on the n800 :D
Edit:Well it fixed it half way.

Re: MPlayer which version is suitable
 

Great!

I got the latest mplayer and it's working just perfectly for making the thumb images. I did have problems making the seek work to get to e.g. 30 secs from beginning, but that's no biggie.

I also hope that ukmp might grow to be a proper player for videos as well, but it really needs quite a bit more love to be a proper video player front-end.

Re: MPlayer which version is suitable
 

Hey Serge, can you help me out with this one a bit:
WHen I run a 800x480 video from mplayer front-end, I get smooth playback at 15 fps. WHen I do the same from ukmp or command line, it stutters. In ukmp, I just a make a command line call for mplayer <videofile>. SHould I have additional options to get maximal playback speed?

Thanks!

Re: MPlayer which version is suitable
 

Is there a known reason for seeking not working with some files?

Seeking usually works for me, but for one particular file it doesn't: nothing happens when I press the D-Pad left, right, up and down, and nothing happens when I try to use the Fast Seek menu item either.

File information for a file that _does_ work is:
DIVX
236 kbps
320x208
dspmp3
128 kbps
44100, 2

File information for a file that _doesn't_ work is the same, except for:
238 kbps instead of 236
320x192 instead of 320x208.

Many thanks - Neil

Re: MPlayer which version is suitable
 

Do you have Nokia 770? This audio/video sync problem usually can be observed when cpu does not have enough resources to decode both video and audio in realtime. N800 is faster and should be much less likely to encounter this problem with youtube.

Audio/video shift option does not work currently, thanks for reminding, I will remove it from menu in order not to cause confusion.

Re: MPlayer which version is suitable
 

Yes, this feature was already suggested: https://garage.maemo.org/tracker/ind...id=54&atid=272
One of the things that holds me back is that I never liked GUI programming (and actually have almost no experience with it). I can add storing last video file name and playback position to some file in /home/user/.mplayer on exit, that would be the first step in implementing 'resume playback' feature.

Well, I suppose your desktop is not powered by a 200-300MHz pentium class processor? ;) But it also may be a decoding bug though. Please check what mplayer reports in console when playing this video from ssh session (If you are able to get back to mplayer gui frontend after getting this bug, you can also press 'report' button to see the same information there).

It was not a bug then, MPlayer just got a bit faster. If you find a heavier video, this 'bug' will strike you again ;)

Re: MPlayer which version is suitable
 

You can try to use '-ss 30' command option for that.

Developing video frontends will be easier with the next build of mplayer: https://garage.maemo.org/plugins/scm...y=rev&view=rev
Also looks like the next version of N800 firmware will get faster Xv and we will have less reasons to resort to direct framebuffer access for video output: https://bugs.maemo.org/show_bug.cgi?id=1278

Re: MPlayer which version is suitable
 

That's strange. Mplayer frontend just does the same. Maybe something else was eating cpu at the same time?

Re: MPlayer which version is suitable
 

Seeking is not working for the files which are missing index (usually partially downloaded files). It is possible to rebuild index in mplayer using '-idx' option, it takes a while before starting playback, but seeking becomes possible. Unfortunately '-idx' option does not work properly on ARM with the current toolchain: https://garage.maemo.org/tracker/ind...id=54&atid=269
I tried to upgrade gcc compiler to version 4.1.1 and this particular problem disappeared. But the new compiler is not perfect either and causes other problems :(

Re: MPlayer which version is suitable
 

Thanks Serge, that was the clue that I needed. I recently switched to a different computer for doing encoding, and it looks like seeking doesn't work for all the files that I've encoded since then. So probably there's an mencoder setting that is different on the new computer.

- Neil