2009-10-11, 02:41 | Link #321 |
YUKI.N>
|
Thank you, works great! can't comment on the CPU usage since I'm using a 64bit mplayer compiled by myself.
Adrian: if you allow to change the mplayer for common users too I will maintain an mplayer.git x86_64 binary distribution for sure. Last edited by pigoz; 2009-10-11 at 05:46. |
2009-10-11, 10:07 | Link #322 | |
Member
Join Date: Mar 2009
|
CPU usage
Quote:
So it's not the front end that is to blame. it's the mplayer binaries from rev12 Test2 that use a lot more cpu power than they did before. Maybe something is different with the compiling this time, some flag somewhere. Keep up the great work !!! |
|
2009-10-11, 20:28 | Link #323 | |
Junior Member
Join Date: Jul 2009
|
Quote:
Works perfectly in embedded window playback! Significant CPU use drop. Being a slightly newer SVN build brings feature improvements as well, such as using the 'D' key to toggle de-interlacing on and off. Biggest improvement for me is it now works fine with Mpeg TS that has aspect ratio changes. The fun part of this is demonstrating that I can run a x86_64 mplayer binary, with video outputted into the window of the i386 gui app. Much in the same way that QuickTime X drops back to i386 Quick Time 7, you should have no problems running a different arch mplayer binary outputting to the GUI's shared window. Can I suggest using the same method as with falling back on the multithreaded binary... Allow use of the 64bit decoder, then fall-back on the i386 decoder if it fails (ie, no codec available). |
|
2009-10-12, 04:56 | Link #324 |
Senior Member
Graphic Designer
|
Here are some numbers:
Code:
CPU: Intel Core2Quad Q9550 2.83GHz VIDEO: [H264] 1920x1080 24bpp 23.976 fps (% of decoding time) single-threaded: rev12-test2 i386: 172% (cpu extensions disabled) rev12-test3 i386: 100% rev12-test3 x86_64: 80% quad-threaded: rev12-test3 i386: 49% rev12-test3 x86_64: 25% http://mplayerosxext.googlecode.com/...ev12-test3.dmg Oh, and is there anyone caring for PPC support? The compressed build just got 29MB bigger again...
__________________
|
2009-10-12, 09:46 | Link #325 | |
Member
Join Date: Mar 2009
|
Test3 doesn't work, libraries referenced from the wrong location.
Quote:
<Info>: dyld: Library not loaded: /Users/adrian/dev/mplayer/mplayer/usrs/local/lib/libmad.0.dylib |
|
2009-10-12, 12:15 | Link #326 |
Senior Member
Graphic Designer
|
*doh* I tried to make sure by checking everything with otool but it turns out only ppc/x86_64 where affected and the command line defaults to i386.
rev12-test4 fixes the issue. No need to update if you're only Intel 32bit. http://mplayerosxext.googlecode.com/...ev12-test4.dmg
__________________
|
2009-10-12, 12:40 | Link #327 | |
Junior Member
Join Date: Sep 2007
|
Quote:
|
|
2009-10-12, 13:49 | Link #328 | |
ひきこもりアイドル
IT Support
Join Date: Feb 2009
Location: Pennsylvania , United States
Age: 34
|
Quote:
I will upload a new build once I get home since the compiling tools are on my other Macbook Pro. Whoops... It seems that that build does require a new version of libiconv.2.dylib which I forgot to include. I will update that build with the required libraries when I return. If you still impatient, just do step 1 from this and try it again. It should work afterwards.
__________________
Last edited by chikorita157; 2009-10-12 at 14:00. |
|
2009-10-12, 16:08 | Link #330 | |
YUKI.N>
|
Quote:
It probably misses some audio filters and stuff (like BS2B), as the times comes by I will build it with all the libraries and flags adrian is using. It is core 2 duo only, 64bit only and snow leopard only. |
|
2009-10-12, 16:38 | Link #331 | |
Member
Join Date: Mar 2009
|
Quote:
It crashes at startup: Dyld Error Message: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /Applications/MPlayer OSX Extended.app/Contents/MacOS/lib/libfontconfig.1.dylib Reason: Incompatible library version: libfontconfig.1.dylib requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 Just thought I'd let you know. |
|
2009-10-12, 16:41 | Link #332 | |
ひきこもりアイドル
IT Support
Join Date: Feb 2009
Location: Pennsylvania , United States
Age: 34
|
Quote:
__________________
|
|
2009-10-12, 16:47 | Link #333 | |
Member
Join Date: Mar 2009
|
Quote:
Rev12 Test4 running in x86-64 on a Core2 Duo in 10.6.1 seems to be behaving normally, good stuff, haven't seen any dramatic reductions in cpu usage compared to rev12 Test2 merged with rev11's mplayer binaries. But I guess it only shows on more intensive 1080p files. Anyways, I was also curious if it was normal that during playback, mplayer osx extended spawns 2 mplayer processes and not just 1, I know earlier versions would only spawn 1, but Rev11 and up spawn 2. Keep up the great work!!! |
|
2009-10-13, 01:59 | Link #334 | |
YUKI.N>
|
Quote:
@executable_path/lib/libiconv.2.dylib (compatibility version 8.0.0, current version 8.0.0) Are you sure you used my version and not chikorita157's one? My version includes in the application bundle all the necessary libraries needed for mplayer to run. Can someone else confirm it is not working? Last edited by pigoz; 2009-10-13 at 02:11. |
|
2009-10-13, 09:26 | Link #335 |
Senior Member
Graphic Designer
|
@pigoz
Neat, thanks for your providing the build! You also need to change the link paths in the individual libraries, I still see references to /opt/local when calling: $ otool -L mplayer.app/Contents/MacOS/lib/* | grep /opt/local I quickly adapted the script I use to change the install names: http://mplayerosx.sttz.ch/downloads/...tall_names.zip Running this on the libraries allows me to use your binary: $ ./mposx_change_install_names mplayer.app/Contents/MacOS You can find the full script in the Extended SVN under /Scripts/mposx_install which also gathers all necessary libraries automatically but which also contains some Extended-related functionality.
__________________
|
2009-10-16, 18:17 | Link #337 |
you are the blood
Join Date: Feb 2009
Location: Midwest, USA
|
Okay guys, I see things improved a lot since my last post here, great. I must unfortunately come with a doubt:
So I am watching a series with linked .mkvs (you know, separate ones for the OP and ED), and while the segment pre-OP plays fine, as soon as the OP starts the sound gets muted, and I have to restart the player and try to skip to after the OP if I want to watch the rest of the episode. I'm using the rev12-test4 UI with the mplayer-2009-10-13 binary from mplayerosx-builds. (10.6.1, core 2 duo macbook pro) I was previously using rev11 with a self compiled binary, and while having it play on the same window didn't work, the sound did. So, anyone knows what's up? (oh just btw, the series is the CoalGirls release of Nogizaka Haruka)
__________________
Last edited by franz2; 2009-10-16 at 21:29. |
2009-10-17, 03:44 | Link #338 |
YUKI.N>
|
Do you hear audio if you play only the OP file?
I'll get the files and try to reproduce it. It has probably something to do with FLAC. EDIT This is the error message: Code:
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders [flac @ 0x100717800]switching channel layout mid-stream is not supported [flac @ 0x100717800]decode_frame() failed EDIT2 I tried Kovensky's mplayer build for Windows and it has the same problem. At least its not my fail this time. EDIT3 It was fixed by the mplayer dev, a patch will be out tomorrow probably. EDIT4 mplayer-2009-10-20 on google code fixes the problem Last edited by pigoz; 2009-10-20 at 07:57. |
Tags |
wiki candidate |
|
|