Trouble logging in?If you can't remember your password or are having trouble logging in, you will have to reset your password. If you have trouble resetting your password (for example, if you lost access to the original email address), please do not start posting with a new account, as this is against the forum rules. If you create a temporary account, please contact us right away via Forum Support, and send us any information you can about your original account, such as the account name and any email address that may have been associated with it.

Greetings! First post on animesuki :>
(Better introduce myself somewhere, but first I have this issue with 'MPlayer OSX Extended - Revision 14' (http://www.mplayerosx.ch/#downloads) I would like to acquire some help for in order to fix it.)

Bottom-line problem: Vobsubs goes semi-transparent on me:

Sample1:

Spoiler:

Sample2:

Spoiler:

It only happens on the DVD-ripped standard 'all-yellow' subtitles :<

Basically, I just use that aforementioned build without any additional codecs to view my .mkv files. (Too noob to compile anything myself >.<) I'm on a MacBook, with OS X version 10.6.8, 2.4GHz Intel Core 2 Duo. I'v also tried the -ass command, along with -spuaa 20 and -spugauss 0.1.

Any advice on this one guys? Should I get any MPlayer codecs, or should I tweak my current version with some commands/built-in options? Cheers Do ask if I need to provide more information on the matter / my specs.

(Unrelated: Any built-in options that provides noteworthy visual improvement? i.e I have both postprocessing and deinterlacing turned off. Will turning them on improve anything visually? (Viewing purpose only) I apologise for these potentially silly quesitons, I just wish for a top notch anime experience )

Now that 10bit encodes are starting to trickle in and 10bit decode perf is still ~40% slower than 8bit and I'm sure optimizations are being done on that front, do you think that a monthly mplayer2 build for Mplayer OSX Extended would be possible?

Now that 10bit encodes are starting to trickle in and 10bit decode perf is still ~40% slower than 8bit and I'm sure optimizations are being done on that front, do you think that a monthly mplayer2 build for Mplayer OSX Extended would be possible?

Thanks a bunch!

I wanna sort out some problems with 5.1 audio before making the next release. Anyway I'm not aware of any performance work on 10bit decoding.

I don't think MPlayer supports changing the default screenshot format, at least for individual screenshots. There are ways to dump segments of entire files to JPEG, but it requires command line invocations and probably isn't what you want anyway. You can use Preview to convert files, though.

I don't think MPlayer supports changing the default screenshot format, at least for individual screenshots. There are ways to dump segments of entire files to JPEG, but it requires command line invocations and probably isn't what you want anyway. You can use Preview to convert files, though.

I wanna sort out some problems with 5.1 audio before making the next release. Anyway I'm not aware of any performance work on 10bit decoding.

Hi Pigoz,

I heard of a problem with older 32bit and even some 64bit intel iMacs which have to run 10.5 aka leopard, because the video card is a problem under 10.6.

They are currently stuck with the built-in mplayer binaries of Rev14 which do not support 10bit h.264 playback.

Do you think it would be much of a problem to compile mplayer2 with 32bit 10.5 support?
I know quite a few people stuck in that boat and upgrading to a new computer isn't yet possible financially wise.

Its not automated and I don't have a system to test it so its likely I will screw up. It will take me way too much time and I don't have much of it at the moment. I don't even have the 10.5 SDK installed.

Not gonna happen, sorry. They can always compile it themselves if they have homebrew (it's fairly automated). Supporting 5(6?) years old hardware is not really my thing: hell, even Apple gave up on it.

Btw: I still have to work on the DTS stuff. Might as well put out a release without it because it's taking too long. Maybe Sunday.