Okay, gameday audio streaming to Android is an absolute piece of cake (same method works for iPhone and iPod Touch too, by the way). I've been working on video and it is significantly more complicated. You apparently can't just point the web browser at a local video file, it has to be streamed over rtsp. I've got a vlc command line string that works to transcode and stream on the fly in a way that Android can read. I have successfully used it with several local video files. Problem is the h264 nal bug that prevented mplayer from playing these streams last year is still present in my builds of vlc. I'm trying to compile from source now to see if that addresses it. In short, I believe that if VLC can play the video, I can also get it to stream realtime to Android (and I'm pretty sure iPhone/Touch would work in this case too).

Last year I was working on a get_mlb_basic script that would be something like give it a team code and a flag or two and it would start up the stream. I'm really really really wanting to rewrite a ton of the code to clean it up. I have a basic class and inherited class for the listings window and I'd like to do the same for configuration, schedule, and gamestream. In other words, instead of having a dozen different if/else switches for the different types of audio and video, I can just create the correct object type ahead of time, and call play() and all the differences would be handled in the class itself. A major rewrite like this will take a lot of time but it would be a huge benefit for any spin-off projects, new features, new seasons, etc.

I am however nervous and hesitant about taking this on before I understand what this season's service is going to look like.

In the meantime, I'm sure you can hack something together with the mlblistings.py script and the scripts in the test directory like I did for someone's Yankees fan grandfather last year. Grep your teamcode from the listings and awk out the calendar event id to feed to the appropriate test tool.

My level of programming knowledge is so low that I don't think I could even do that. Am I correct that mlbviewer is basically a set of python scripts with a curses interface? If so, would it be possible to simply use a php interface in place of curses? Something like what this guy was trying to do?

http://www.experts-exchange.com/Web_..._24410754.html

If this would be non-trivial, then I may just use an ssh client on the phone and start the stream that way, then use a static HTML page on my home server with a hardcoded hyperlink to the local file.

I'd like to learn all this one day, I just don't think it will be soon. If you need me to wrangle media player issues and A/V codecs, I'm your guy (well, sort of.) ;-)

Definitely non-trivial with the current code. The curses would not work one bit no matter how much php you wrap around them.

Certainly something like this would work a lot better:

You might have to Google some ksh/grep/awk to get that to work but that should yield some kind of result. I don't remember if gamedayaudio.py writes to a file or streams to mplayer.

I see. I'll have to look at some PHP and see if I can figure something out. Should be fun!

Your VLC doesn't work with the feeds? Mine works perfectly with the rtmpdump/flvstreamer data. In fact, as of some point last year, the only problem I've had with VLC is with the nexdef feeds when the bitrate changed. Is your VLC really old?

I don't know what the deal was. I was using version 1.0.2 from the Ubuntu main repository and it would not play the video from archived spring training games grabbed with rtmpdump. I got those frame errors we used to get with mplayer. I just compiled vlc from source against x264 and ffmpeg svn and now I don't get those errors anymore. I'm still having problems restreaming h264 encoded video using VLC. The video plays locally fine, but when I use the streaming server, I get no video. The same command line works with xvid encoded video, but not h264. I guess I have to do some more testing.

The Ubuntu vlc must have been built against a very old ffmpeg.

Added keyboard bindings for RemotePad.
Added "Cancelled" status code.
Changed the stream name in stdout.py for 2010 Spring Training.

I use RemotePad for the iPhone to remotely control my older laptop that's connected to the wall mount LCD. It's not really a ten foot interface but I can read the basics from across the room (and a terminal with a huge font.) But the iPhone keypad doesn't have the arrow keys so I aliased the bottom row punctuation ('.' and ',' for down and up, '?', '!' for left and right.)

Well I did it. I managed to put together a video_player line that will enable realtime streaming video to Android devices. It works on both live and archived games. The key was to pass the output of rtmpdump to ffmpeg which handles the decoding of the elementary streams then pipes the output directly to vlc which re-encodes in an Android-friendly format and streams it over RTSP.

I'm not posting the line yet because I think it needs to be tweaked for quality optimization, plus I'm noticing so audio sync issues that I want to try to track down. If anyone is interested in helping me troubleshoot, drop me a PM.

(For the sake of posterity, I'm pretty sure this would have worked fine with the version of VLC in the Ubuntu repo.)

You're walking a dangerous line. I think it's cool but I don't think MLB.TV and the At Bat development team would appreciate it much. Keep the video_player line to PM, please.

For the record, MLB At Bat for Android does not support live video. If it did, I wouldn't have bothered. ;-) So for the time being, this isn't stepping on any toes, at least none that I'm aware of.

Right now it doesn't, but a promised update will. At least the iPhone edition. I don't know about Android. Still better to err on the side of paranoia.

Nope, no video for Android. If you look at the mobile product page you'll see that they don't even advertise MLB.TV on the Android ap (but they do for iPhone). I read a thread in the support forum where the rep says Android doesn't support streaming video (read: doesn't mesh well with MLB.com's existing infrastructure). Then again, Android is about to get Flash 10.1 so it may not matter. We may be able to just go to mlb.com and watch the game in the browser as normal.

In that case, hack away.

That's cool what Theo did for Nomar.