Sorry if I'm missing the obvious here. This thread is large enough that I may have totally missed the answer to my question. Apologies if that is the case.

I'm running Ubuntu Jaunty and I've all installed all the dependencies using .debs shipped with the release, minus building rtmpdump (with patches) and suds.

I'm able to successfully get the MP4 stream, but MPlayer complains of codecs, despite having w32codecs installed, and fails when attempting to play (I can provide output as necessary). Do I need to checkout, build, and install SVN versions of mplayer and/or ffmpeg?

Again, I apologize if I'm missing the obvious. The pace at which revisions of MLBviewer were pumped out and strategies changed still has my head spinning a bit. :-) Thanks for all the quick work!

kaput,

I replied to your PM on ubuntuforums, but I'll reply here too.

Yes, you do need mplayer from svn. The instructions for how to do that are located here:

http://www.linuxquestions.org/questi...90#post3511490

Yes, this is a pretty long thread. Daftcat has updated the documentation in the mlbviewer svn so hopefully, when he's ready for a tarball release all the relevant information should be in one place.

I for one am waiting closely to see if you succeed with this! Someone a few pages back said they had VLC working with mlbviewer, although i'm not real clear how it was done...

yup basically what Theophile said.

make sure you have x264 installed, you can find a good tutorial by searching google: http://ubuntuforums.org/showthread.p...081070&page=12

follow those steps and you'll know mplayer is not the problem.

I got gameday audio working when I realized that I could no longer play mp4 files with mplayer after the latest debian mplayer upgrade and subsequent svn installation. It was plain from the error messages that I needed to use -vo fbdev in my config for mlb. Still haven't decided whether to upgrade to mlb.tv premium, which is why I worked to install autobahn; wasn't even going to consider an upgrade if I couldn't get NexDef installed.

However, I do still have a problem. Since keypresses in mplayer no longer work for me when listening to a game, though keypresses do work when just playing an mp4 file, I ended up having to use ctrl-c. And of course, when I tried to start up again, I got sign-on restriction; I don't know if I had quit mplayer cleanly, whether or not this still would have happened. So I'm not sure which I should be more concerned about: not having keyboard control of mplayer or sign-on restrictions if I ever have to stop and restart. but at least I finally CAN get audio!!!

The latest woes from Planet JackRubysDog:

Installed SDL successfully this morning (FOUR hours! The README is rubbish!) and reconfigure mplayer to use it. If I do mplayer -vo help sdl comes up under a list of available drivers, but

mplayer -vo sdl -ao oss -fs -zoom <filename>

doesn't work. According to the interweb the -vo command should be -vo sdl:driver=ps3 but when I do this I just get a big black screen and a frozen terminal window.

Buggeration!

If all you're using is audio, you can just use -vo null. I can't imagine any benefit in initialize the framebuffer. In fact, that very well could be the reason you lose your keypresses.

Well, VLC 0.9.9 appears to work with mlbviewer. If you've autobahn running it finds the audio and video streams.

Unfortunately (for me) the YDL repo for VLC is stuck at 0.8.6 so I've had to compile from source and I'm having codec problems...

You are right; -vo null does work with gameday audio. Unfortunately I still can't use keyboard controls with it though they work in mplayer usage outside mlbviewer. Also, I'm thinking if I use autobahn I will have to go back to -vo fbdev. With either -vo option, at any rate, no keyboard controls. So now i'm sitting here with a game on knowing that I'm going to end up with sign-on restrictions if I use ctrl-c and stop it.

If fbdev is the only available output driver, you did not compile mplayer correctly. See post 1622 above (on this page, second post) for instructions how to compile mplayer properly on Debian. Besides, there's no way the framebuffer can handle rendering h.264. Also, as far as audio is concerned, there's nothing requiring you to use mplayer. You could use xmms or any other media player with a GUI. After all, the gameday audio is just a streaming mp3 file.

I don't think there's much I can do to fix the keypress issue because to get audio to work, I'm connecting rtmpdump's stdout to mplayer's stdin.

I plan to work out the login issue (login once when the application starts up, logout when the application ends.)

I also plan to poll for keypress in the playback window and accept 'q' instead of 'Ctrl-C' to quit the rtmpdump/mplayer session. Right now, one Ctrl-C should cancel the session without killing mlbviewer. I suspect you're getting a little impatient and pressing it more than once.

This is the java version I'm using for autobahn.jar:

Sun JRE should work, though.

With one caveat...

Whichever media player you use for audio needs to support reading the audio stream from standard input.

Is there a reason you need keyboard input to your media player other than for terminating the player? If all you need is to send a "quit", I can add that into mlbviewer.

I know this is frustrating, but this is mostly still alpha level code. There are some things I can and plan on improving.

I'm blind and am running mlbviewer from the command line. I also do use orca screenreader with gnome but not all players and/or player controls are accessible so I prefer running mlbviewer from the console. I could try to get a greater version of vlc but would prefer to solve my problems with mplayer since I used that all last year. Will check out the post about debian; I used the instructions in the Requirements 2009 file with the latest svn ov mlbviewer.
Besides my fbdev issues actually started with the last upgrade of mplayer on debian before I went to svn and the last debian upgrade was obtained with apt not compiled by me. That version was actual 1.0~rc3+svn-20090405-1

If you're just running audio, there's no need to recompile mplayer. Mplayer has never had a problem with the audio stream.

I'll have a fix for the Ctrl-C exit later today or tonight.

Fixing the logins will take a bit longer.

Off topic but maybe important for helping mlbviewer newbies find help in this thread:

For what it's worth, users can set the "Number of Posts to Show Per Page" in their Thread Display Options so referring to a post in the thread by the page it's on can be inaccurate and misleading. I for one don't like to have to click so often to go from page to page so I set my posts per page to 50 and this thread shows as currently only 33 pages.

If you refer to posts by post # then you will cover all bases and readers can get directly to the info that is being referred.

I'm really not getting frustrated as I've worked on things before that took a lot of solving; the only reason the sign-on restriction is frustrating is that I can't try something new until the ban is lifted.

Seeing that the debian instructions are different than the standard ones, I proceeded to uninstall and reinstall mplayer. The current version with debian unstable does work with gameday audio but even with the apt-get install I have to use -vo null or -vo fbdev for the test mp4 file and for mlbviewer; I imagine this is something I have to look into as far as video on my computer rather than a mlbviewer issue. would have to get this straightened out before I even think about trying mlb.tv. Devian unstable does have what appears to be the latest version of vlc so I may play around with that too when mlb lets me back on.

The keypresses are not that big a deal though it would be nice to get the "q" back. I did use the volume control keys too but I can use the volume control on the computer itself. It's good to at least know why keypresses aren't working so I can quit trying to fix them.