Re: mplayer_1.0rc1-maemo.25
 

I've realized that after using Mplayer it's brokes the backlight standby feature.
Anyone had realized that?

Re: mplayer_1.0rc1-maemo.25
 

I don't know how to snip/trim out a sample. The whole file is 175 megabytes, how would I send that to you?

Re: mplayer_1.0rc1-maemo.25
 

If you have mencoder (it is part of mplayer package) on your desktop PC, you can extract video fragment using the following command line:
mencoder -oac copy -ovc copy -ss <start_position_in_seconds> -endpos <duration_in_seconds> <your_full_avi_file_name> -o <output_fragment_file_name>

Re: mplayer_1.0rc1-maemo.25
 

Can you also provide a small sample of such stream, so that I could use it for benchmarking?

Re: mplayer_1.0rc1-maemo.25
 

Sure, ill provide 2 samples sometime this evening when I try to capture something with bit more motion in it. Ill upload them to somewhere and post the link to you then.

Re: mplayer_1.0rc1-maemo.25
 

Thank you very much for the resume function. And the startup time on my old 770 seems much shorter than before; making my Nokia a great PMP with his beautiful screen!

Cyrille:D

Re: mplayer_1.0rc1-maemo.25
 

With version .25, all of my transcoded videos (using VirtualDub, XviD video and LAME MP3 audio) have a permanent audio/video sync problem (doesn't appear to be a framerate issue). The audio seems to be playing early by a constant, small amount. The Nokia N800 video (the one that came with the device) doesn't seem to have this problem. Uninstalling .25 and installing .24 fixes the problem.

I really like the resume function. I have MediaPortal at home on my media computer, and it remembers the resume point for all previously played media files, not just the last played file. This would be a nice feature.

(oh, I have an N800 and OS2008)

Edit: this seems to be the same problem as phi had:

I will PM you (Serge) with a link to a 2MB sample file. This is a clip from a file that was giving me problems this morning. However, since I have reverted to version .24, I can't guarantee that this file will be out of sync. If you can't recreate the problem with my sample, I'll re-install v.25 and see if it is broken on my machine.

Re: mplayer_1.0rc1-maemo.25
 

Thank you for the sample. It uses mono audio, and esd seems to estimate audio latency wrong. Does everyone who reported lipsync problems also have them with mono audio?

Re: mplayer_1.0rc1-maemo.25
 

I don't think it is a mono audio problem. I have another (stereo) file with the same problem. Do you need stereo audio?

Re: mplayer_1.0rc1-maemo.25
 

yes my mono encodes also show A/V offset. When launching mplayer from ssh, one can adjust/view the calculated offset with +/0 keys, and I can see that for my 22khz mono mp3 encodes there is a calculated offset of +560ms. (visible in mplayer display)

The offset seems to be identical regardless of encoder bitrate or vbr mode. The 560ms was observed with

-srate 22050 -channels 1 -oac mp3lame -lameopts lowpassfreq=11000:q=7:vol=2:aq=8:mode=3:padding=2