I partially take that back --- right now, when I listen to the Mets-Braves game, no matter whether I select home or away, I get the Braves radio broadcast.

Here you go: http://pastebin.com/8EGLeuQ3

Awesome, thanks Daftcat :)

My memory from last season came back. Yankees and Padres have their own in-market blackout for Yankees On YES and whatever the Padres plan is called. Which is kind of dumb because if you are in market, you are already blacked out.

I checked in a patch to ignore INMARKET blackouts.

As for the broadcast selection, I'm still looking into that. I hope to have a fix for that this weekend.

Having problems streaming here in UK. Stream breaks every few mins ... I tried the mlbgamedl.py from revision 289 to see if could debug but there is a type error:

<?xml version="1.0" encoding="utf-8" ?>
<fcs><ip>77.67.21.85</ip></fcs>
Traceback (most recent call last):
File "/home/elbournb/config/common/bin/mlbgamedl.py", line 406, in <module>
cmd_str = recorder.replace('%s', '"' + game_url + '"')
TypeError: cannot concatenate 'str' and 'list' objects

Try mlbgame.py instead. I don't think I've maintained mlbgamedl.py since sometime last season. mlbgamedl.py is really only encouraged if you are having problems playing the stream at all (which hasn't been a problem since ffmpeg team fixed a couple bugs for us a couple of years ago.)

But...if the stream is connecting, playing, and then closing/timing out, there's probably very little I can do for that. Mlbviewer is about 99% connecting you to the stream but has very little to do with the stream itself. Even here in the states, I was having trouble keeping streams live this weekend. My guess is that their network or their servers are having problems (or undergoing ill-planned upgrades.)

Okay, I think I have this figured out...sorta. I think I know why it's happening but I'm not sure why I'm doing what I'm doing. It looks like I'm figuring out home/away based on the video listings. But the games you've reported problems with have only one video listing (either the video stream for one of the teams was unavailable or it was a game of the week.) This is causing me to set a default value for the stream selection of "select the first stream" which is usually the home stream. I don't know why you were able to get only home on one game and only away on the other of a double-header. I think that whole algorithm needs to be written better. Not sure what the short-term fix is besides using test/gdaudio.py with event-id and content-id from 'z' debug.

Yesterday's PIT @ FLA will be another one that you'd only get one stream or the other except...

I rewrote the preferred media selection code to treat audio and video media separately. No more buggy audio selections based on video availability. This should do it for you. :)

Revision 290: Rewrite of preferred media selection code
 

Everyone please update to this revision and test the heck out of it. I completely rewrote the preferred media selection code to handle audio and video separately.

Some areas I tested:

1. only one video stream available, test both home and away - should default to the one stream available.
2. only one video stream available, both audio available - should be able to listen to both home and away audio streams
3. various combinations of audio_follow and video_follow and video stream availability
4. no streams available - shouldn't crash
5. game of the week (same as test 1)

Use it like you would normally use it. If you get unexpected stream availability, check against the mlb.com media page. If you can find it on the mlb.com page but you still can't get it through mlbviewer (and you haven't overridden it with audio_follow or video_follow), please report the game, the stream (home or away, audio or video), and the date. Definitely report any crashes.

Revision 291: Added contents of preferred media dictionary to 'z' key debug.

Thanks!

Revision 292: video_follow and non-existent stream fix
 

If the video or audio follow stream does not exist, a KeyError crash resulted. I have fixed this in this revision. If the follow stream does not exist but the other stream exists, use that stream instead.

I can tell none of you have KC in your video_follow because this bug could have gone unnoticed for quite a long time. ;)

rtmpdump versions

This is a heads-up for anyone suffering similar problems to mine with rtmpdump versions. Previously I have always used rtmpdump-2.2c or flvstreamer-2.1c1. However, some of the live streams this season will not play unless rtmpdump-2.2d or later are installed. (I have found that some will play with flvstreamer/rtmpdump-2-2c and some won't).

Although rtmpdump-2.2d/2.3 play the live streams correctly, they did not play archives by inning successfully last season and also fail to do so correctly this season. For example, if I go to an archived game and try to go straight to the top of the 3rd, the audio is OK but video plays at half speed (a really weird effect).

I was therefore intending to install two versions of rtmpdump, one for archives and one for live streams. Happily I have found that that is not necessary. The current version of rtmpdump in git (up to commit 6155179b29) has fixed the archive bug and will now play both live streams and archived innings OK (so far).

Thanks very much for all the time you've put into this!

ftmu
 

I have mlbviewer on two debian linux machines and I have two mlb accounts: one is just a gameday audio account while the other is mlbtv premium. So far I've just tried audio on both computers. With the premium account I have no problem with gameday audio; with the gameday only account, tried on the same day and on both computers and even the same games, I get the ftmu indication and eventually also get the sign-in restriction error; I remember having problems with this account last year too. Is there already data showing what's causing this problem or do you need a full submission per the instructions for testing? It's quite odd; I pretty much always get the ftmu key indication with one account and so far have never gotten it with the other. But since I'm pretty much guaranteed to get it with my gameday audio only account, I should be able to get a test with it happening if it's needed.

ftmu
 

I've posted my mlb.log for the ftmu problem from today's Dodgers-Cubs game, cubs feed, no audiofollow. I used "./gdaudio.py 14-287202-2011-04-23 13975149 | tee /home/chomiak/mlb.log". I've posted at http://pastebin.com/fTjhbfUV Just to verify that the game was running, I then used my other mlb account and logged in and brought up the audio with no problem. I used the "insert link" feature to put in the link but it doesn't look right to me so I'll paste it here without using that option.
http://pastebin.com/fTjhbfUV

I have had the same issue all spring. I have two computers, one with Fedora, one with Ubuntu which I had running ok last year with mlbviewer. I only have gameday audio and on both machines see the same error. I've deleted the cookies multiple times. In looking at my logging, it appears (and this is somewhat a guess) as if mlb believes I'm trying to access video and kicks me out because I don't have an user/password for this. I see what I believe is a successful login, then a message "We are sorry, but you've reached this page in error". Could MLB be using a different method to validate user/passwords this year?