![]() |
Re: Request: TCPMP
How about upgrading the functionality of the real player that we already have? I just downloaded the latest version (11?) on my xp; it even playes flv files.
|
Re: Request: TCPMP
Quote:
bun |
Re: Request: TCPMP
Quote:
Quote:
By the way, does TCPMP have any kind of built-in benchmarking? For example, you can easily get information about the number of frames dropped by mplayer. If the same statistics can be obtained for TCPMP, that would make the comparison more "scientific" ;) Quote:
If people are more or less satisfied with the image quality when using this mode, I may invest more efforts into making it really fast. Quote:
|
Re: Request: TCPMP
update on the comparison:
media (info from TCPMP): duration: 2:59.879s filesize: 53500kb video: MPEG-4 codec: CoreASP video size: 640x480 framerate:25.00 audio: MP3 format: 48000hz Stereo audio bitrate: 128kb/s Media info (From MPlayer): Video: XVID, 640x480 24bpp 25.000 fps 2298.3kbps (280.6 kbyte/s) clip info: software VirtualDubMod 1.5.4.1 video codec: ffodivx vfm: FFmpeg MPEG-4 audio: 48000hz, 2ch, s16le, 128.0 kbit/8.33% stats from TCPMP, played in fullscreen, from SD card "normal quality" (no modifications): frames played:4519 frames dropped:3697 displayed FPS:4.547 comments: low FPS - looks like 2-4 FPS; good quality - all details present; no audio lag; impossible to watch a movie due to low FPS. stats from TCPMP, played in fullscreen, from SD card "low quality": frames played: 4539 frames dropped: 1095 displayed FPS: 18.969 comment: perfect FPS - no lag noticed at all. acceptable quality - loss of minor details; still good to watch a movie Stats from Mplayer, played in fullscreen, original quality: notes: a) got "your system is too SLOW to play this!" [duh... i know that already] b) in the middle of the playback (about 1:30), got a complete lag for ~10s. after this, i obtained 3 frames in the following 30s c) audio - OK (with the exception of the audio lag) video - inexistent. d) got [mpeg4 @ 0x46ade4]marker does not match f_code MANY times. stats (if someone knows how to interpret!): A: 178.6 V: 160.6 A-V: 18.079 ct: 15.915 4015/4015 120% 0% 13.7% Stats from Mplayer, played in fullscreen, with -lavdopts lowres=1 comments: choppy video (like original quality on n311); the framerate actually seems worse. comment2: quote: MPlayer interrupted by signal 11 in module: decode_video - MPlayer crashed by bad usage of CPU/FPU/RAM Recompile MPlayer with --enable-debug and make 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports.html#bugreports_crash. - MPlayer crasher. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. I have MPlayer 1.0rc1-maemo.27.n8x0 Stats from Mplayer, played in fullscreen, with -lavdopts lowres=2 comments: no lag at all; great FPS; worse resolution than the n311 with "low resolution", but more than acceptable playback. crashed in the middle (about 1:00) got the same quote as before. The crash occurred at different sections of the clip. stats: A: 65.8 V: 68.3 A-V: 0.151 ct: 0.032 1709/1709 72% 1% 11.0% 3 bottom line: although the screen is larger on the n800 (4.1" vs 3.7"), the resolution of the video is still the same since the borders are cut on the n800 (see video resolution) on the original quality, the n311 works better - better framerate; no audio lag... is there another command for optimizing MPlayer? I rethought about the idea of youtube - you will not be able to see the difference in the quality. I will rather post the video on a host site and give you the link. system comparison: n311: 400mhz Windows Mobile 5 64mb RAM; 53 user-available video played from SD card (SDIO, 1gb) n800: 400mhz OS2008 128mb RAM, 128MB swap just in case video played from internal SD: 16gb, class6. in both cases, TCPMP and terminal+MPlayer were the only programs open. |
Re: Request: TCPMP
If you are running mplayer from xterm, make sure to provide it with '-quiet' (otherwise output to console eats too much of the resources) and '-benchmark' options. Also if you run it as root, it may have problems getting configuration options, so you may want to add '-framedrop', '-noslices' and maybe some other options. Make sure that mplayer is using 'omapfb' driver for video output and 'sdl' for audio (with libmad decoder). Thanks.
edit: Anyway, better try to play this video in the 'standard' mplayer GUI till it finishes itself. After the playback finishes (I hope it will not crash :) ), press 'Report' button to get the screen with statistics. The information about the number of dropped frames will be at the very bottom. The default configuration should be theoretically best tuned. |
Re: Request: TCPMP
Quote:
I was running as user (will try root now). It was using omapfb and sdl (the problem isn't there) # mplayer -quiet - benchmark -noslices process 11110: D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/var/lib/dbus/machine-id": No such file or directory D-Bus not built in with -rdynamic so unable to print a backtrace |
Re: Request: TCPMP
Run "dbus-uuidgen --ensure=/var/lib/dbus/machine-id" as root ;)
|
Re: Request: TCPMP
$ mplayer -quiet - benchmark -noslices -framedrop
got a record FPS of about 0.75!!! #dbus-uuidgen --ensure=/var/lib/dbus/machine-id # mplayer -quiet - benchmark -noslices -framedrop now, even the audio lags! and the framerate dropped down (to ~0.3) other ideas? |
Re: Request: TCPMP
Quote:
Sharing this video somewhere would be the best option. At least we know how TCPMP handles it on a CPU with a comparable clock frequency. |
Re: Request: TCPMP
$ mplayer -quiet - benchmark -noslices -framedrop
I don't get any system stats due to the -quiet! $ mplayer -quiet - benchmark -noslices -hardframedrop get about 1fps video. no stats available yet p.s. plz tell me how to interpret the stats |
All times are GMT. The time now is 21:00. |
vBulletin® Version 3.8.8