Disregard prior post
 

Please disregard my prior post. (I can't see how to delete it.) Problem solved.

The output is It took me some time to get to this but I finally have HD. Thanks!

Is it possible to get support for the MLB Plus video feed that's happening on some games? Thanks!

What is the MLB plus feed? I don't have time to look for "some games." Please tell me a specific game to look at to see this feature.

Specifically the Yankees games on Apr 29th and 30th are two examples that have this MLB Plus feed. You can see it listed here as an additional video feed: http://mlb.com/mediacenter/#date=4/29/2016

Here's the press release about it: http://m.mlb.com/news/article/175133...l-way-to-watch

Also here are upcoming games in June with MLB Plus:
Fri, Jun 3 8:00 PM San Francisco Giants @ St. Louis Cardinals
Wed, Jun 8 7:00 PM Los Angeles Angels of Anaheim @ New York Yankees
Tue, Jun 14 7:00 PM Chicago Cubs @ Washington Nationals
Tue, Jun 21 8:00 PM St. Louis Cardinals @ Chicago Cubs
Thu, Jun 30 7:00 PM Chicago Cubs @ New York Mets

Not sure if I will get to this anytime soon because it's a number of non-trivial changes and I have higher work priorities.

For someone who wants to submit a patch, you'll need to look in MLBviewer/mlbSchedule.py and add 'mlbtv_enhanced' as one of the valid media types. Search for 'mlbtv_home' to see all the places it may need to be added. As to how to select it, that may be easier to add a new switch in mlbplay than to add a new keybinding in mlbviewer. In that switch, add a value to the MLBConfig object, mycfg.set('enhanced',True), and then add a check somewhere in MLBviewer/mlbSchedule.py to use the mlbtv_enhanced streams instead of the mlbtv_home or mlbtv_away.

MLBviewer is working here, but without HD.

Apparently I have the wrong branch of the mlbhls code.

$ grep "git clone" *

returns

INSTALL:git clone https://github.com/thegryghost/mlbtv-hls-nexdef.git
grep: mlbtv-hls-nexdef: Is a directory
grep: MLBviewer: Is a directory
grep: test: Is a directory

So I deleted the existing mlbtv-hls-nexdef directory.

Then I ran

$ git clone https://github.com/tonycpsu/mlbtv-hls-nexdef.git -b experimental

This seemed to work:

Cloning into 'mlbtv-hls-nexdef'...
remote: Counting objects: 202, done.
remote: Total 202 (delta 0), reused 0 (delta 0), pack-reused 202
Receiving objects: 100% (202/202), 71.59 KiB | 0 bytes/s, done.
Resolving deltas: 100% (110/110), done.
Checking connectivity... done.

I changed to the mlbtv-hls-nexdef directory and ran

make

Is this the expected result? There were some warnings:

gcc -O2 mlb.c utils.c output.c -lm -lcrypto -lpthread -lconfig -lcurl -o mlbhls
mlb.c: In function ‘mlb_refresh_playlists’:
mlb.c:309:4: warning: embedded ‘\0’ in format [-Wformat-contains-nul]
sprintf(tmp_url, "%s%s\0", master->base_url, master->streams[i].base_url);
^
mlb.c: In function ‘mlb_hls_get_and_decrypt’:
mlb.c:1162:4: warning: embedded ‘\0’ in format [-Wformat-contains-nul]
sprintf(content_url, "%s\0", url);
^
mlb.c:1164:4: warning: embedded ‘\0’ in format [-Wformat-contains-nul]
sprintf(content_url, "%s%s%s\0", master->base_url, stream->base_url_media, url);
^
mlb.c: In function ‘main’:
mlb.c:1724:14: warning: embedded ‘\0’ in format [-Wformat-contains-nul]
sprintf(master->cmd_params, "%s -cache %d %s\0", master->args->launch_cmd, 4*(master->decrypted_size/(p.stream->seg_time * master->decrypted_count)) / 1000, master->args->output.name);
^

Shall I assume that the warnings do not indicate fatal make errors?

Following daftcat's instructions, my next command was:

sudo cp mlbhls $(which mlbhls)
cp: missing destination file operand after ‘mlbhls’

I am not sure about the directory structure that is expected. My install is in /mlbviewer/mlbviewer2015 and mlbtv-hls-nexdef is a subdirectory in mlbviewer2015.

$ which mlbhls yields a null result. I'm not sure where 'which' gets its info; isn't it supposed to return where an executable is located?

There is a (module?) called mlbhls in the mlbtv-hls-nexdef directory so I copied it into /mlbviewer/mlbviewer2015. (I'm just guessing here, not sure what I ought to do...)

Then I tested mlbviewer with an archived game, toggled the menu into nexdef mode using the 'n' menu command. This produced an error:

Failed to recognize file format.

I presume that means my HD installation is not correct yet.

Help?

P.S. Now I have retested with a live feed, and the symptom is the same.

Copy that mlbhls file to /usr/bin/ as he also stated. In my case I put it in /usr/local/bin/. In either case, it has to be somewhere in your $PATH. The command 'which mlbhls' should then show something and you should be in business.

Using your clues, it was pretty trivial to get it working in mlbplay.py, the full viewer seems like it will be more difficult. To get the MLB Plus games use the pv=teamcode instead of the v=teamcode.

For example: ./mlbplay.py j=06/08/16 pv=nyy

Progress
 

That was easy and seems to work. Also I learned how to query my Linux path:

echo $PATH

As I do not have a full MLB.TV subscription, again I tested on an archived game and there were no errors in Nexdef HD mode; the video played. I'll test once more on a live game tonight.

Edit added line: After testing on a live game I believe the HD is now working.

Thank you for coming to my rescue!!!

Yes, thanks for helping out. I saw the thread email but I was on a computer hiatus (checking from phone) at the time and forgot to come back to this.

Glad you got the help you requested and that it is working for you now.

SVN revison 670: Support for MLB Plus streams
 

Wow! I only realize now that I spent a couple hours working and reworking this that the Plus streams are few and far between.

mlbplay works just as you describe it. If a plus stream is available and you request it with pv=, you will get the plus stream. If it is not available, you'll get an error message.

In mlbviewer, if a plus stream is available, a [PLUS] indicator is displayed in the listings view. To select this stream, use the '+' key. Otherwise, <Enter> will get you the preferred coverage: home or away based on coverage selector--the 's' key--and video_follow= settings. If you '+' a game without a plus stream, you'll get an error message.

Currently, the only way to jump to specific inning of a Plus stream is to use mlbplay with the i= flag.

This may blow up if the plus stream is also the national broadcast.

Doesn't look like that will be an issue for awhile, though. There was a Plus stream yesterday, 6/14, and the next two will be 6/21 and 6/30.

mlblive updated with new mlbhls branch and plus support
 

I may be the only one who uses it, but I updated the mlblive-debian.iso image with recent fixes for this year:

- updated mlbhls after issues found earlier this season
- updated mlbviewer code with MLB PLUS support
- whatever else that had changed since the last time I updated that iso

(Note: The mlbviewer directory in the VM is still named mlbviewer2014 but it has been updated.)

I use mlblive as a VM on my work machine so I don't have to bother with Cygwin installs anymore. It would likely also work well as a thumbdrive Linux.

My local team's broadcast partner (NESN) is blacking out streaming of the SportsNet LA stream of the Dodgers vs. Red Sox game so I'm ending up watching the local broadcast while listening to the KLAC feed for the Dodgers. But if I try to get the radio stream in mlbviewer I get
Here's what the log says:
I'm already listening to the live stream from KLAC in my browser but when I listened to last night's game on KLAC the stream died during every commercial break so I wanted to see if I could get a more reliable stream with mlbviewer.

One of my least favorite Python error messages.

Two things:

1. Can you try again with nexdef disabled? The gameday audio shouldn't go down the nexdef code path but I get a working stream with it disabled and a non-working one with it enabled.

2. Can you check for ~/.mlb/unsuccessful-1.xml or unsuccessful-2.xml and post either or both of those? Do an ls -lrt and make certain the date actually matches the day you were having errors. Those files are overwritten so it's possible that one or both were from a previous failure.