![]() ![]() |
Feb 15 2007, 03:07 AM
Post
#1
|
|
|
Group: Members Posts: 299 Joined: 27-October 04 Member No.: 5,233 |
It is available here.
http://atty303.googlepages.com/home Meanie maybe you can repackage it for pdaxrom. Can you also do a favour. Your package is for cxxxx but i have a c860 so i cant use the bvdd module. Can you update your package such that if a c860 is detected then the bvdd module is not loaded and the driver w100 is used (-vo w100). tovarish |
|
|
|
Feb 15 2007, 03:39 AM
Post
#2
|
|
![]() Group: Members Posts: 682 Joined: 26-December 05 From: Rochdale, Lancashire Member No.: 8,789 |
Great news, and just in time for inclusion in pdaXii13 5.3!
Does anyone know whats changed 1.2.0? |
|
|
|
Feb 15 2007, 04:06 AM
Post
#3
|
|
![]() Group: Members Posts: 409 Joined: 3-December 06 Member No.: 13,063 |
No idea, but it's bigger
I'm updating my mplayer package to have it instead of the previous one. Thanks tovarish for the tip. |
|
|
|
Feb 15 2007, 05:34 AM
Post
#4
|
|
|
Group: Members Posts: 299 Joined: 27-October 04 Member No.: 5,233 |
can you also make your package more friendly for us c7/8xx users who dont have bvdd and iwmmxt. Maybe you can have 2 packages, one basic which uses the video driver w100 and and additional packace which is for the cxxxx users.
The changes what i have been able to decipher is better wma/v support. More codecs from using more recent ffmpeg code and mplayer code. tovarish |
|
|
|
Feb 15 2007, 07:04 PM
Post
#5
|
|
![]() Group: Members Posts: 1,837 Joined: 31-December 05 From: Illinois USA Member No.: 8,821 |
I haven't tried this with any of my "difficult" videos yet. (I have about 75 "difficult" videos)
I installed this on my Cacko C3100 The size difference is negligible. First, I uninstalled mplayer-bvdd-iwmmxt_1.1.5-1_arm.ipk CODE df -h used available no mplayer 54.6M 47.4M mplayer 1.1.5-1 58.1M 43.9M mplayer 1.2.0-1 58.5M 43.5M Only a difference of .4M (MB) EDIT: In Cacko, zplayer has problems, but kino2 seems to play this new video just fine. There is just a little stuttering, but previously, very few of these played well enough to watch them. 5 minutes into this video, it gets about 2-3 seconds out of sync (audio) Last night's episode of "Lost" on TV lost.308.flashes.before.your.eyes.hdtv.xvid-xor.avi (349MB) Here's the stats of this video reported by kino2 Video Size: 608x336 | Codec :XVID Bitrate: 1013456 | FPS: 23.976 Audio Codec: mad | Rate: 48000 Bitrate: 128000 | Channels: 2 I forgot to mention, I have overclocking enabled in kino2, set to: Turbo (624/208/104MHz) This post has been edited by Jon_J: Feb 15 2007, 07:54 PM |
|
|
|
Feb 15 2007, 10:51 PM
Post
#6
|
|
![]() Group: Members Posts: 409 Joined: 3-December 06 Member No.: 13,063 |
I'm having problems with this version, specially pressing "O" (OSD) - the movie freezes. can anyone else try and tell if it's true?
|
|
|
|
Feb 16 2007, 05:57 PM
Post
#7
|
|
|
Group: Members Posts: 51 Joined: 8-October 06 Member No.: 11,724 |
QUOTE(kkazakov13 @ Feb 15 2007, 10:51 PM) I'm having problems with this version, specially pressing "O" (OSD) - the movie freezes. can anyone else try and tell if it's true? I also encountered this bug: https://garage.maemo.org/tracker/index.php?..._id=54&atid=269 Compilation with gcc 4.1 seems to resolve the issue. Actually it may be not a gcc bug, but something wrong in new mplayer code that causes undefined behaviour (which happens to be ok in latest gcc, but cause a freeze in 3.x). Maybe somebody should contact upstream mplayer developers |
|
|
|
Feb 17 2007, 03:52 PM
Post
#8
|
|
![]() Group: Admin Posts: 3,277 Joined: 29-July 04 From: Cambridge, England Member No.: 4,149 |
why is atty discontinuing bvdd-iwmmt?
|
|
|
|
Feb 18 2007, 01:46 AM
Post
#9
|
|
![]() Group: Members Posts: 2,808 Joined: 21-March 05 From: Sydney, Australia Member No.: 6,686 |
|
|
|
|
Feb 18 2007, 02:13 AM
Post
#10
|
|
|
Group: Members Posts: 51 Joined: 8-October 06 Member No.: 11,724 |
QUOTE(speculatrix @ Feb 17 2007, 03:52 PM) Thanks to atty for all that he has done, but it is possible to move on. The first question, is atty's build any better than normal mplayer in terms of media decoding performance? If it really is better in some respects, where can be the sources for his build downloaded (or public repository with the possibility to do checkout)? Anything useful should be submitted upstream for all ARM powered linux devices to benefit from these optimizations. As for bvdd and w100, I think that you should submit these video output modules for inclusion into upstream mplayer, but if you are happy with applying patches, that's ok. Feel free to join this thread if you are interested in improving mplayer: http://www.oesf.org/forums/index.php?showtopic=22280 |
|
|
|
Feb 18 2007, 03:45 AM
Post
#11
|
|
|
Group: Members Posts: 299 Joined: 27-October 04 Member No.: 5,233 |
the sources for 1.1.5 were/are available. I even used it to compile with really optimised settings and it still works faster than any of the mplayers for zaurus.
Sadly 1.20 sources are not available anywhere and i dont know japanese to ask him |
|
|
|
Feb 19 2007, 01:03 PM
Post
#12
|
|
|
Group: Members Posts: 51 Joined: 8-October 06 Member No.: 11,724 |
QUOTE(tovarish @ Feb 18 2007, 03:45 AM) the sources for 1.1.5 were/are available. I even used it to compile with really optimised settings and it still works faster than any of the mplayers for zaurus. Yes, I had a look at 1.1.5 sources some time ago. Seems like most of the ARM decoder optimizations are already applied in upstream mplayer/ffmpeg. Did you benchmark atty's build and have any numbers? I wonder if it is IPP that makes the difference. QUOTE Surely it would be interesting to have a look at these sources to see what was changed. Not publishing the sources sounds like a GPL violation |
|
|
|
Feb 19 2007, 01:51 PM
Post
#13
|
|
![]() Group: Members Posts: 1,014 Joined: 4-January 05 From: Enschede, The Netherlands Member No.: 6,107 |
QUOTE(Serge @ Feb 19 2007, 09:03 PM) QUOTE(tovarish @ Feb 18 2007, 03:45 AM) the sources for 1.1.5 were/are available. I even used it to compile with really optimised settings and it still works faster than any of the mplayers for zaurus. Yes, I had a look at 1.1.5 sources some time ago. Seems like most of the ARM decoder optimizations are already applied in upstream mplayer/ffmpeg. Did you benchmark atty's build and have any numbers? I wonder if it is IPP that makes the difference. atty stopped being faster than upstream a few months ago. And since Ximageon now supports XV there's no need for vo_w100 anymore as well. |
|
|
|
Feb 20 2007, 03:12 AM
Post
#14
|
|
|
Group: Members Posts: 299 Joined: 27-October 04 Member No.: 5,233 |
actually his w100 code comes from pdaxrom's aticore itself so theoretically it was never needed.
|
|
|
|
![]() ![]() |
|
Lo-Fi Version | Time is now: 25th May 2013 - 07:48 AM |