I snagged it from SF since I forgot to snag the svn update when I was celebrating Saturday. But that's ok, because I have later code than I would have gotten anyway this way. Thanks for posting it so fast!

But damn. Now I see I have another update to snag. Good thing I'm on a fast pipe, eh?

Provided there are no showstopping bugs that make the sourceforge releases unusable without a fix, sf-6 is likely to be the last sf release for a good long time. Bug fixes and new tweaks will continue to get checked into SVN as they are reported or requested.

I hate this part but really, I do put in a lot of time (sleepless nights, weekends, crazy ideas when I woke up too early in the morning) to maintain this code and to bring new features. A small donation would be appreciated if you can afford it.

Recap of what I brought to mlbviewer in 2013:

+ complete code rewrite making it a lot easier to maintain and add to mlbviewer, and add to it I did...
+ scoreboard view
+ line scores
+ box scores
+ standings
+ RSS
+ custom keybindings
+ MiLB.tv integration
+ and numerous bug fixes and customizations based on user requests

So if you can spare a few dollars, it would be greatly appreciated. If you can't, that's okay too. Donations can be made via Paypal to the email address at the bottom of the README ("tail README" )

Thank you and keep the bug reports and enhancement requests coming so I can keep improving on mlbviewer.

Remapping the team codes:

Since this is out of date:

I am working on the new map, since I use mlbplay.py instead of mlbviewer.py - unless you happen to have it on hand!

EDIT: I also sent a very small donation to you via Paypal. More on the way when I get some spare change Thanks for everything you do!

Looks like just fla needs to be mapped to mia in the documentation.

If anyone is following at home using Gameday data from mlb.com, here are other maps:

chn/chc
cha/cws
nya/nyy
nyn/nym

So here's a quick example of how the codes are inconsistent even internally in MLB XML files.

I took today's listing file:

Then I use test/mediaxml.py to parse it and pretty-print it.

This isn't a complete list but only the games played today.

Looks like 4 teams have the day off.

They are often two different codes in use and sometimes they will use one but not the other. For example, the home_code may be used in the section where I parse home run data for line scores, whereas the home_file_code may be used almost everywhere else. It gets even worse for MiLB where the home_code and home_file_code are vastly different and used for different purposes. The home_code may be something like oma for Omaha and t541 for the home_file_code. So for line scores, I have to check whether I am parsing a minor league file or not and use the home_code where I would normally use the home_file_code.

I believe I use the *_file_code wherever possible. Even in places where they use the *_code, I build a dynamic mapping of *_code to *_file_code so I can continue to use the *_file_code. This is the reason why "la" is used in place of "lan" even though lan is what will show up in the game id:

${year}/${month}/${day}-${away_code}mlb-${home_code}mlb-${game}

So if you wanted to build your own dictionary, find a day with a full schedule and make your own map of home_code to home_file_code and away_code to away_file_code. The (home,away)_code is what will appear in the game id but the (home,away)_file_code is what you'll need to select the stream in the v= or a= parameters.

Long story short, I'll do this myself and update the documentation wherever necessary.

For MiLB, I build the TEAMCODES dictionary dynamically. Every time I parse the media JSON page (it's not even XML), I add an entry to TEAMCODES in memory. Therefore for MiLB, I recommend you always use milblistings first to see if the desired team is even on the broadcast schedule for the day. If it's not and you request a game for that team code in milbplay, TEAMCODES won't have the entry and report "invalid teamcode". For milbplay and milblistings, the code in the milblisting is what I use in milbplay.

I'll look into making this the behavior in mlblistings/mlbplay as well.

Thanks for the donation. I appreciate it.

As I rambled on in the last post, the codes in mlblistings are different from the codes used in mlbplay. Mlblistings will show sln, nyn, nya, chn, cha, etc whereas mlbplay will expect stl, nym, nyy, chc, cws, etc. I do see the error with mia vs fla. I'll double check the others and update the documentation wherever necessary.

Only seemed logical that if favorite team highlighting in listings view, I should also highlight in scoreboard view. I can't use the underlining if use_color=0 because I already use underline to break up the games. But, if use_color=1, favorite_color= will be used to highlight the game in scoreboard view. Really helpful because now I can see both my team and their first place rivals much easier. Grr! @ Cleveland!

SVN rev 495: Modifications to status line to properly reflect MiLB

MiLB listings will display status flags of:

Only debug toggle will be functional. Other toggles will be ignored in MiLB mode to properly reflect MiLB.tv capabilities.

SVN rev 498: Fixed (Archived) game indicator in MiLB listings as well as changing [MILB] to [MiLB] in status line

I just discovered another perk to running mlbviewer: When highlights are available during the game they're also available in mlbviewer! I'm following the Dodgers/Brewers game in MLB Gameday (thank Tux for day games!) and the video of Kemp's RBI single is already available in the Top Plays for the game. Sweeeet!

Box scores also update as the game progresses.

(As does line score and scoreboard view.)

I've been seeing that as well, but the videos are the most welcome since I can't seem to enjoy the in-browser videos for some reason. All of them seem to stutter, including the live lookins, so at least being able to see the highlights are welcome, even if I'd like clips from things that aren't shown like the injury delay earlier in this game.

Updated error message for non-subscribers requesting subscription content.

Updated error message for jump-to-inning and condensed games not supported in MiLB.

Added filename_format option (icelancer, this one's for you).

If %f appears in audio_player or video_player, default filename format was always GAMEID-CALL_LETTERS.suffix (mp3 for audio or mp4 for video)

That's still the default. But if filename_format= is in config file, it will override this default.

And anything that doesn't match one of those tokens is taken literally such as filename_format=mlbgame.%m would be mlbgame.mp3 for audio or mlbgame.mp4 for video.

Also added same functionality to milb.

Also changed both mlbplay and milbplay to display the command string (not just the media URL) when d=1 flag is included. This let's you dry run your filename_format without actually running the streamer/player commands.

Rev 502

Fixed a line score bug. Zimmerman did actually hit 3 HR's despite what my buggy code was telling you.

1 members found this post helpful.

Thanks a bunch! Donation incoming later tonight!

Thank you! Much appreciated.

Checked in a couple more fixes into 504; one for CG (%t is int(0) so coerce it to str(0).) Removed separate prepareFilename in MiLBMediaStream so it can inherit it from MediaStream base class (e.g. consolidate the code with a couple checks for milbtv so I only have to maintain the code in one place.)

I see that as of Monday it looks like MLB is changing their online video system. Instead of the highlights showing up in the usual 640x360 size they have a new larger option of 960x540. I can't see if there are quality differences but I was able to get the info in the attached image from VLC on a pair of downloaded videos. (Videos were downloaded with my web browser, not mlbviewer, and strictly for my own viewing.)

@daftcat:
I'm wondering if this has any impact on what you're doing with mlbviewer.

Attached Thumbnails