Mplayerosx

Could you post a log? ⌘L in MPlayer to open the log, ⌘R in Console (which just opened) to Reveal that log in Finder, then attach it to your forum post with the Choose File button when you make a post.

Absolutely. See attached.

With hindsight, I don't know what I expected to find in your log. Nothing there is out of the ordinary. Unfortunately I am somewhat ill-equipped to help you with this problem, as I lack both a PPC system and the USB device in question. Unfortunately, I imagine Adrian will not be able to test this bug either for the latter reason.

Nonetheless, there must be a reason for the incompatibility and I'd like to try to resolve it if possible. You mentioned disabled menu items - a screenshot of these would quickly show which menu items were disabled (and don't crop out any windows that are part of MPlayer - menu items become en/disabled based on the state of the active window).

You mention the missing scrub badge/thumb bug. I have not been able to replicate this bug, but it is apparently active in the current revision of MPlayer. Could you make sure one of your screenshots shows this as well, as the original submitter did not. I am not convinced that #387 correctly describes the steps to produce the problem, so any information you could provide to confirm or disprove his theorized cause of the bug would help. Specifically, I am interested in the path to MPlayer OS X Extended (probably /Applications), the permissions of the app (can you delete or move the app without authorizing?), the path to the file you are playing that produces the bug, the permissions of the file (could you rename/delete it without authorizing?). This may or may not be helpful, but more info never hurts.

"I am somewhat ill-equipped to help you with this problem, as I lack both a PPC system and the USB device in question. Unfortunately, I imagine Adrian will not be able to test this bug either for the latter reason."

Yes, I was afraid that might be the case.

"You mentioned disabled menu items - a screenshot of these would quickly show which menu items were disabled (and don't crop out any windows that are part of MPlayer - menu items become en/disabled based on the state of the active window)."

See attached. Screenshots also show the missing thumb - although I remind you that MPlayer works normally when the 0202 is disconnected before launching the app, so it may not be the same bug.

"any information you could provide to confirm or disprove his theorized cause of the bug would help. Specifically, I am interested in the path to MPlayer OS X Extended (probably /Applications), the permissions of the app (can you delete or move the app without authorizing?), the path to the file you are playing that produces the bug, the permissions of the file (could you rename/delete it without authorizing?)."

Are you referring to #378? I'm not running MPlayer from a network drive so I don't think I can help with that, however:

MPlayer OS X Extended is indeed in /Applications.
App permissions are me - read/write, staff - read, everyone - read. (drwxr-xr-x) I can move, delete, and rename the app without authorizing.
The file I used for the screenshots is on my desktop (so /Users/myusername/Desktop). Permissions are me - read/write, staff - read, everyone - read. (- rw-r--r-- ; ignore the space after the first dash, it's added to keep the post from displaying incorrectly.) I can move, delete, and rename the file without authorizing.

If there is anything else I can do to help - other than sending you my hardware, ha ha - please let me know.

Ah, this is actually very helpful. I am writing a quick reply and will update this post with more substantial information. The bug you see is absolutely distinct from the scrub badge bug I linked previously, but the presence of the diagonal 'buffering' in the scrub bar is almost certainly related to the missing menu items. I am away from my development computer right now, so I can't refer to the exact names, but those missing menu items are only displayed when an internal data structure of mplayer 'movieInfo' is properly filled with data. That is to say, the .xib files that Cocoa uses to show interface elements have something along the lines of: Enable the 'Pause' menu item only if the movieInfo structure is not empty. The diagonal lines in the scrub bar indicate either that mplayer is still buffering the file (we can rule this out because of the normal log file you posted), or that MPlayerExtended incorrectly thinks it is still buffering the file. From the source of PlayerController.m:

// Progress bar
if ([movieInfo length] > 0) {
    [scrubbingBar setMaxValue: [movieInfo length]];
    [scrubbingBar setScrubStyle:MPEScrubbingBarPositionStyle];
} else {
    [scrubbingBar setScrubStyle:MPEScrubbingBarProgressStyle];
    [scrubbingBar setMaxValue:100];
    [scrubbingBar setIndeterminate:NO];
}

As you can see, if the movieInfo is valid, the scrubbing bar acts normally (positionStyle). In your case, movieInfo is not being set properly, and the scrubbing bar remains set to the diagonal stripes (progressStyle), as well as your menu items being disabled.

Now the question becomes: why are your movieInfo parameters not being set properly when using the E-MU0202?

I think this is a good start on the problem, and am somewhat more confident that this might be resolved. Nobody can say when Adrian might return to update MPlayer again, so I will continue to think on this issue, despite not being able to reproduce it myself.

Also, if you visit #378, you will see that I was able to reproduce it, and determined that it was due to file permissions (I don't know why it causes the problem, just that it does), and from the screenshots there, you can see it looks different from your problem.

See attached -v log.

This is a longshot, but try adding -ac ffmp3float, (the comma is included) to your options. You can remove -v, it has told us all there is to discover at this point.

The comma allows other audio codecs to be chosen if ffmp3float fails.

Didn't help.

I'll have my hands on an Intel Macbook tomorrow. I'll install the 0202 software on it and see if it has the same problem.

I did find one interesting thing: the ancient 2b8r5 version at http://mplayerosx.sourceforge.net/ seems to be fully compatible with the 0202. I have no idea how much the code has changed between that version and MPlayer OS X Extended rev11 (which I also tested - it has the same incompatibility as rev14), but I'm looking for anything that can help.

I can confirm the presence of the bug on an Intel Macbook running OS 10.6.

That is good news for you, as this increases the chance of it being resolved. Really quick, can you download this version of MPlayer.app and see if it works? I have no reason to believe it will resolve the problem, but it is harmless to try.

For information on what this build of mplayer is, read this post.

Curiously enough, that version won't run at all. Even on the MacBook it says it's unsupported. The MacBook I have is the original Core Duo model and doesn't support 64-bit operation so perhaps that's the reason...

Ah yeah, I am fully aware my version won't work with 32bit processors, but I am going to have to get Adrian's help to get that working. He said it is going to be a while until he can find the time to begin work on rev15, so that will just have to wait.

Find out all of your Needs for [url=http://makemoneyhomebusinesscenter.com]Home Business[/url]......
[url=http://vb.i5alid.com/member.php?u=141327
Make Money[/url]

Get the Best [url=http://www.wickedfire.com/links-seo/128570-approved-blog-comment-called-cheap-rate-updated-thread.html]Blog Comment[/url] in the Market...