Can Anyone Porting "tcpmp"?

[provia]

http://picard.exceed.hu/tcpmp/

this media player has the ability that can viewing 640*480 30fps in palm...

also has auto resizing...

Can anyone porting "TCPMP" for zaurus?

[Jon_J]

Instead of making a "New" topic, I brought up an old one. Hope nobody minds.
TCPMP now has 3 different Linux "flavors"
http://www.tcpmp.com/
Forum:
http://www.corecodec.com/index.php?option=...emid=29&expv=0&

This player plays just about anything you throw at it.
It plays movies on my Palm Zire 72 real well. They have to be re-encoded, because of low memory on this palm.
It shows it has 2mb heap memory and still plays lots of videos.
I have no Linux skills or don't have a clue about "compiling" software to run on a Zaurus.
I thought someone might be interested.
-------------------------
Windows 32/64
CE
Windows Mobile
.NET
Palm
Symbian
BREW
Linux (native)
Linux (QT)
Linux Mobile (QTLite)
Linux (GTK)
Java
OSX
MacTel
-------------------------

Jon

[pgas]

sources?

[jbbrs]

According to the website, even though it is gpld, it seems to only be available on request from betaboy@corecodec.com. It would be interesting to put the project up in sourceforge.

[speculatrix]

I thought, and I may be wrong, that "the core music player" was actually mplayer based?

[Legodude522]

I thought, and I may be wrong, that "the core music player" was actually mplayer based?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=115759\"][{POST_SNAPBACK}][/a][/div]

Where did you get that from?  It is not.

TCPMP is the most awesome media player for any Palm OS device and PPC.  I'm a former Palm OS user and it is so awesome.  I had it on my Tapwave Zodiac 1 and TCPMP has a plugin to utilise the ATI graphic chip's hardware mpeg decoding.  So amazing.  TCPMP is based on Betaplayer which has been on PPCs for a long time.  I would love to have TCPMP on my Zaurus.  I read that they are working on it  

[Rayforever]

I thought, and I may be wrong, that "the core music player" was actually mplayer based?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=115759\"][{POST_SNAPBACK}][/a][/div]

Where did you get that from?  It is not.

TCPMP is the most awesome media player for any Palm OS device and PPC.  I'm a former Palm OS user and it is so awesome.  I had it on my Tapwave Zodiac 1 and TCPMP has a plugin to utilise the ATI graphic chip's hardware mpeg decoding.  So amazing.  TCPMP is based on Betaplayer which has been on PPCs for a long time.  I would love to have TCPMP on my Zaurus.  I read that they are working on it  
[div align=\"right\"][a href=\"index.php?act=findpost&pid=116018\"][{POST_SNAPBACK}][/a][/div]

What is going on?
I would love to have TCPMP on my Zaurus, too
It is great!

[washo]

source code of tcpmp 0.72RC1 is available...
anyone willing to give it a try?

see you

[Da_Blitz]

actually if i remeber correcttly it was bassed of the ffmpeg code and other GPL'd code. it has also forked into 2 products betaplayer (yes its using that name now) and coreplayer

coreplayer is the comercial end, you pay for it and you get extra codecs that require royalties be paid

betaplayer is picards code which coreplayer is built off. should be GPL because of the inclusion of GPL code, which means coreplayer is to a certin extent as well but dont qoute me on that

i remeber picard talking about a linux port a year ago (i brought it up) however it seemed he did not have enough experince with linux in general to pull it off. i would say that has probelly changed by now  but i wonder about some of the speed improvments he does and if they will work on the Z (ie sram and overlay support, if i remeber correcttly he tweaks that stuff directtly which linux wont allow or i could be compleattly wrong) other stuff like the overlay support would be a PITA

personnaly i like the command line mplayer but wouldnt mind coreplayer that rendered to the FB rather than needing X

[Serge]

Alternatives are great and having TCPMP ported to linux based handhelds is an excellent idea. I have seen information that TCPMP debvelopers are working on a linux port.

But maybe just putting a bit efforts in optimizing ffmpeg/mplayer for ARM can provide comparable or even better video playback performance? I have already posted these links in another thread, but seems like it is worth duplicating them here:
http://lists.mplayerhq.hu/pipermail/ffmpeg...ust/014460.html
http://lists.mplayerhq.hu/pipermail/mplaye...ber/046207.html

[Jon_J]

I would love to see TCPMP running on Sharp rom
I haven't had much luck playing any of my "Lost TV Episode" videos on my Zaurus using  all the recommendations posted here with kino, mplayer, zplayer, etc.

Here's an example of one of these videos.
I have about 55 of these episodes, (up to current) and none of them play on my C3100 very well.
lost.301.a.tale.of.two.cities.hdtv.xvid-xor.avi
Gspot 2.5.2 reports the following
Codec - Xvid
Frame - 608x336
Frames/sec 23.976
kbps - 1017
Audio 480000Hz 128kbs 2ch vbr Lame 3.98

[washo]

Im also disapointed in video playback on the zaurus...such a shame because it has a wonderful screen....
thats why it would be cool to have an optimized player...
Of course, as pointed out Da_Blitz, if we can use overlay....

see you

[Serge]

2Jon_J:
These files do not look like they can be a serious challenge for decoding and playback. Can you try running mplayer with -benchmark option to check what is causing problems? My random guess is that it may be not very good resolution which needs to be scaled up to 640x352 for fullscreen, can you try turning scaling off to check if it solves performance issues? We probably need to pinpoint the problem in order to know what to optimize.

[Jon_J]

I tried 3 things.
1. Kino - Kino doesn't "see" this file in it's filebrowser.
2. Zplayer - I launched the file from the Qtopia filebrowser, (Zplayer is associated with my movies). It plays but is very jerky.
3. Tried mplayer from the console without any switches.
It played sideways in ½ of the screen
Shutting it down caused the video to remain on the screen, over the top of Qtopia and console.
I had to restart Qtopia to clear the screen of reminants of the video.
Below is the output copied from the console after I shut the movie down.

Code: [Select]

$ mplayer /mnt/cf/lost.301.a.tale.of.two.cities.hdtv.xvid-xor.avi
MPlayer 1.0pre7-3.4.2 (C) 2000-2005 MPlayer Team
 for Zaurus 1.1.5 (C) 2004-2005 AGAWA Koji (atty)
CPU: ARM
CPUflags: iWMMXt

CommandLine: '/mnt/cf/lost.301.a.tale.of.two.cities.hdtv.xvid-xor.avi'
Failed to open /dev/rtc: Device or resource busy (it should be readable by the user.)
Playing /mnt/cf/lost.301.a.tale.of.two.cities.hdtv.xvid-xor.avi.
AVI file format detected.
VIDEO:  [XVID]  608x336  24bpp  23.976 fps  1019.6 kbps (124.5 kbyte/s)
Clip info:
 Software: cant touch this
==========================================================================
Requested audio codec family [mp3] (afm=mp3lib) not available.
Enable it at compilation.
Opening audio decoder: [libmad] libmad mpeg audio decoder
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [mad] afm:libmad (libMAD MPEG layer 1-2-3)
========================================================================== ==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4)
==========================================================================
Checking audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
AF_pre: 48000Hz/2ch/s16le
AO: [oss] 48000Hz 2ch s16le (2 bps)
Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
Starting playback...
VDec: vo config request - 608 x 336 (preferred csp: Planar YV12)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.81:1 - prescaling to correct movie aspect.
No accelerated colorspace conversion found
SwScaler: using unscaled Planar YV12 -> BGR 16-bit special converter
VO: [fbdev] 608x336 => 608x336 BGR 16-bit
A:   3.5 V:   2.2 A-V:  1.263 ct:  0.221  54/ 54 105% 26% 19.1% 50 0

           ************************************************
           **** Your system is too SLOW to play this!  ****
           ************************************************

Possible reasons, problems, workarounds:
- Most common: broken/buggy _audio_ driver
  - Try -ao sdl or use the OSS emulation of ALSA.
  - Experiment with different values for -autosync, 30 is a good start.
- Slow video output
  - Try a different -vo driver (-vo help for a list) or try -framedrop!
- Slow CPU
  - Don't try to play a big DVD/DivX on a slow CPU! Try -hardframedrop.
- Broken file
  - Try various combinations of -nobps -ni -forceidx -mc 0.
- Slow media (NFS/SMB mounts, DVD, VCD etc)
  - Try -cache 8192.
- Are you using -cache to play a non-interleaved AVI file?
  - Try -nocache.
Read DOCS/HTML/en/video.html for tuning/speedup tips.
If none of this helps you, read DOCS/HTML/en/bugreports.html.
 
A:  22.6 V:  13.1 A-V:  9.487 ct:  1.314 316/316 117% 25% 20.3% 310 0
[1]+  Stopped                 mplayer /mnt/cf/lost.301.a.tale.of.two.cities.hdtv.xvid-xor.avi
$                                                                        

[Serge]

Try to add '-framedrop -benchmark' options. Also I see that no hardware colorspace conversion is used and seems like it uses software scaling. From my experience using mplayer on Nokia 770, it is better to use '-vo sdl', it has the fastest software scaling out of the box, though quality is not the best. Scaling code built-in mplayer is just very slow, though it supports high quality (bilinear scaler is the fastest option in it). If you try running mplayer even on desktop pc with software scaling (using '-vo x11 -zoom'), you will see a noticeable increase in cpu usage. So I guess this part of mplayer really needs to be optimized badly, I wonder if anybody has some solution for this problem already? Surely the best option would be hardware accelerated color conversion and scaling, if zaurus hardware can support it of course.

edit: If it is the reason for jerky playback, TCPMP will not help you here (as it needs zaurus tuned video output code anyway) and if this video output code gets optimized, both TCPMP and MPlayer will be fast enough to watch your video.

edit2: I'm sorry for highjacking this thread, maybe we need a separate thread for discussing MPlayer development and ARM optimizations issues?