Hi-

Thanks for a great program. However, the box scores come out somewhat garbled on my machine. For example, today's Bal-Bos game has:


So the section under "BATTING" is garbled. The parts in table format --- the AB/R/H/etc for each batter, for instance --- come out fine. So it seems to have something to do with what the source code calls "data blobs", but I don't really know Python so that's as far as I can go. Or is my terminfo just screwy?

I should stop trying, as you are wasting your time. Basic subscribers are not entitled to watch the Away live feed. You can only watch the Away feed on archive, and I think it has to be the next day also.

If you want a live Away feed, you need a Premium subscription.

SVN revision 653: Fixed box score formatting of batting/pitching data
 

First bug fix of 2015.

Some bloody whitespace was showing up as a text node in the blob XML. Not entirely sure how it was messing with the formatting but I added a check to discard text nodes that are nothing but whitespace and that has cleared up the formatting issue.

If you're not already following along on the SVN releases, look to the README or the Sourceforge wiki on how to check out the repo and update to the latest.

Is it always the home stream that's available to Basic? I've been looking for some way of determining whether a stream is available to basic subscribers or not from the XML listings. If it's always the home stream, as a rule, then I can just say that in the Wiki and try to remember this for next year.

Great, it works now.

Thanks!

The MLB.TV webpages only say that if you want home and away coverage, then you have to have a premium subscription. They do not explicitly say that basic subscribers are sent the home feed. However, I have had a basic subscription for a number of years, and on live telecasts of "non-national" games in the regular season I am always sent the home TV feed. For "national" broadcasts such as ESPN's Sunday Night Baseball and the all star game, I get the "national" feed (but for these "national" games isn't that true of premium subscribers also when the blackout period is over, because there is no local feed?).

I have had very occasional cases when the TV feed has been the home feed but the radio overlay has been the away feed, but that has been very rare. I cannot recall an occasion when I have had the live away TV feed.

What the MLB.TV site also does not explain is the position on archives. In practice, from some period after a "non-national" game both home and away feeds are available on archive for basic subscribers, but I guess MLB.TV could withdraw that at any time since it is not part of their T&Cs - they say basic subscribers get an archive, but not that it contains home and away feeds.

As far as mlbviewer goes, I should leave things as they are. If you wanted to, you could add some explanation about feeds in the program's README, but I wouldn't try to "hard wire" a home-feed-only policy into the program for basic subscribers. All of this could change.

My ideal fix for this would be something along the lines of this:

I *may* have seen the first transaction before back when I was sniffing the login code. That was years ago and I may be wrong or too late.

I cannot however seem to determine subscription level of a stream either in listings files or in media request transactions.

Anyway, I won't be taking anecdotal evidence for determining stream privileges.

I can however enhance the error message and I have been wanting to re-work the logs for a long time.

If you still have a basic subscription, can you reproduce this with a live game and post one of the (un)successful-[12].xml files?

So far, I have seen two of those and neither had the notAuthorizedStatus. I'd like to see what else is included in that response that might confirm our suspicion and/or give us a definitive pattern to match on for a better error message.

I can no longer get the nexdef/mlbhls streams to work as of today. The rtmp streams still work OK. As I have done a system upgrade, possibly that has broken something. Are other people still getting the nexdef streams to work?

I can still watch live and archived nexdef, and you can too by downloading the virtual machine version of mlbviewer. ;) Although the VMV needs to be updated with a couple of bug fixes. I am looking to enhance it to auto-update on boot.

I wonder if you didn't run into the certificate issue that was discussed here just a few pages back.

I recommend using some combination of test/nexdef.py and mlbplay.py to help debug and take the curses GUI out of the picture.

This will retrieve just the base64 url which you can then manually feed to mlbhls to isolate mlbhls from mlbviewer if you suspect the certifcates mlbhls uses.

Here is an unsuccessful2.xml file from an unauthorized failure when trying to watch a live away stream:

<?xml version="1.0" ?><user-verified-media-response xmlns="http://services.bamnetworks.com/media/types/2.3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><user-verified-event><event-id>14-413882-2015-04-23</event-id><user-verified-content><content-id>73420583</content-id><type>video</type><user-verified-media-item><media-item><type>video</type><state>MEDIA_ON</state><cat-code>mlb_media_mlb_lg</cat-code><login-required>true</login-required><auth-required>true</auth-required><blackout-keywords><blackout-keyword>MLB_HOME_TEAM_BLACKOUT</blackout-keyword><blackout-keyword>MLB_AWAY_TEAM_BLACKOUT</blackout-keyword></blackout-keywords><playback-scenario>HTTP_CLOUD_WIRED_WEB</playback-scenario><has-synched-data>false</has-synched-data><preview-url><![CDATA[http://mediadownloads.mlb.com/mlbam/preview/oakana_1200_preview.mp4]]></preview-url><audio-track><description>CSCA-HD</description><type>TV</type><language>EN</language><channel>482</channel></audio-track><audio-track><description>KGMZ</description><type>RADIO</type><language>EN</language><channel>483</channel></audio-track><innings-index>http://mlb.mlb.com/mlb/mmls2015/413882.xml</innings-index><cdns><cdn-name>PRIMARY_LEVEL3</cdn-name><cdn-name>PRIMARY_AKAMAI</cdn-name></cdns><sequence>1</sequence><duration xsi:nil="true"/></media-item><url/><auth-status><notAuthorizedStatus/></auth-status><blackout-status><successStatus/></blackout-status></user-verified-media-item><domain-specific-attributes><domain-attribute name="content_guid">2fbc0beb-44a6-4d4e-8bb1-cef091efe408</domain-attribute><domain-attribute name="call_letters">CSCA-HD</domain-attribute><domain-attribute name="run_scoring_plays_location_plist">http://gdx.mlb.com/components/game/mlb/year_2015/month_04/day_23/gid_2015_04_23_oakmlb_anamlb_1/runScoringPlays.plist</domain-attribute><domain-attribute name="milestones_plist">http://mlb.mlb.com/mlb/mmls2015/14-413882-2015-04-23.plist</domain-attribute><domain-attribute name="calendar_event_id">14-413882-2015-04-23</domain-attribute><domain-attribute name="authflow">true</domain-attribute><domain-attribute name="game_id">2015/04/23/oakmlb-anamlb-1</domain-attribute><domain-attribute name="coverage_type">out-of-market</domain-attribute><domain-attribute name="home_team_id">108</domain-attribute><domain-attribute name="source_aspect_ratio">HD</domain-attribute><domain-attribute name="milestones_xml">http://mlb.mlb.com/mlb/mmls2015/14-413882-2015-04-23.xml</domain-attribute><domain-attribute name="combined_media_state">MEDIA_ON</domain-attribute><domain-attribute name="inning_index_location_xml">http://mlb.mlb.com/mlb/mmls2015/413882.xml</domain-attribute><domain-attribute name="in_epg">mlb_mp4_epg</domain-attribute><domain-attribute name="default_dam_view_key">MLBTV_MP_4</domain-attribute><domain-attribute name="inning_index_location_plist">http://mlb.mlb.com/mlb/mmls2015/413882.plist</domain-attribute><domain-attribute name="subject">LIVE_EVENT_COVERAGE</domain-attribute><domain-attribute name="subject">MLBTV</domain-attribute><domain-attribute name="coverage_association">133</domain-attribute><domain-attribute name="closed_captions_location_ttml">http://mediadownloads.mlb.com/ttml/2015/04/23/73420583.ttml</domain-attribute><domain-attribute name="game_events_location_plist">http://gdx.mlb.com/components/game/mlb/year_2015/month_04/day_23/gid_2015_04_23_oakmlb_anamlb_1/game_events.plist</domain-attribute><domain-attribute name="event_date">2015-04-23T19:05:00-0400</domain-attribute><domain-attribute name="away_team_id">133</domain-attribute><domain-attribute name="game_pk">413882</domain-attribute></domain-specific-attributes><view-keys><view-key><key>MLBTV_MP_4</key></view-key></view-keys><features/><tracking><conviva><tracking-attributes><conviva-attribute name="c3.viewer.id" value="30079642"/><conviva-attribute name="med" value="video"/><conviva-attribute name="assetName" value="DAM Media: 73420583 2015-04-23 : Visiting Video oak at ana | MLBTV"/><conviva-attribute name="fguid" value="c18c3b33075f46289810d5db7a1a2ea4"/><conviva-attribute name="mlb.vtm" value="133"/><conviva-attribute name="prt" value="mlb"/><conviva-attribute name="state" value="MEDIA_ON"/><conviva-attribute name="mlb.ltr" value="CSCA-HD"/><conviva-attribute name="conid" value="73420583"/><conviva-attribute name="mlb.htm" value="108"/><conviva-attribute name="mlb.gpk" value="413882"/><conviva-attribute name="pbs" value="HTTP_CLOUD_WIRED_WEB"/><conviva-attribute name="calid" value="14-413882-2015-04-23"/></tracking-attributes></conviva><auditude><tracking-attributes><auditude-attribute name="kv" value=""/></tracking-attributes></auditude></tracking></user-verified-content><domain-specific-attributes/></user-verified-event><determined-location><postal-code>sm3</postal-code><country-code>gb</country-code></determined-location><session-key>Rg2ZzyFEgUu4QebBHBCOCvhBVo0=</session-key><session-info/><status-code>1</status-code><status-message>Success Status</status-message></user-verified-media-response>

Unfortunately I have a bigger problem at the moment, which is that mlbhls/nexdef has stopped working.

It's not a certificate issue. It authenticates OK. The stream starts but then hangs. I suspect it might be a result of updating a library used by mlbhls.

I have found the problem, and I partly mispoke: it is certificate related, sort of. I do have the relevant root Valicert certificate installed, but I suspect the latest version of libcurl barfs on mlbtv including the root certificate in its certificate chain. For the moment I have resolved it by reinstalling an old version of curl. I will need to look at a better fix - I suspect there is a curl option somewhere that may deal with it.

As my team just played and won their first extra innings affair tonight, I thought it would be a good time to remind folks that the extra innings frames in line score view (b) can be seen with the right arrow key and left arrow back to previous nine innings.

Also, while I don't display the extra frames in innings view, if you wanted to jump to the top of the 13, that's no different than jumping to the top of the 1st. (i) to innings and "t13" for top 13 or b13 for bottom 13.

When you get it sorted with a proper fix, can you describe a way to confirm and fix the problem? I will add this information to the Wiki.

Glad to know you're back in business and thanks for the xml.

SVN revision 654: Improved notAuthorizedStatus error and log messages
 

Changing the error message for notAuthorizedStatus errors.

Also added the missing log message that should have been there this whole time.

At least it now points to the unsuccessful-2.xml file which will help me debug any future notAuthorizedStatus errors if they are something other than basic subscriber stuff.