MLB.TV in Linux

daftcat · 04-13-2016, 10:19 PM

Before you update, you should know how to back it out if it doesn't work for you.

Code:

svn -r 662 up

That out of the way, I have incorporated the 60fps support into mlbviewer in the laziest way possible which is why I deem this experimental.

I have hardcoded use_wired_web=1 and I replace the master_wired_web.m3u with the 60fps version for all nexdef requests. This does away with the need for a config file option (two if you count the use_wired_web option.) Both of these changes are marked in the code comments with EXPERIMENTAL in case the hackers among us need to tweak this. Once updated, you can "svn -r 662 diff" to see what I did.

After May 1, if all or most of our streams are still in business, I will cut a new ISO of the virtual machine version. I may be the only who uses it but I just love it so much for my work PC where I can't be bothered to install and configure the cygwin toolchain to support mlbviewer.

After this time period, I will also make the HLS speed selection more natural, more like RTMP. I will also consider deprecating the term nexdef in docs and code in favor of the more accurate HLS.

daftcat · 04-16-2016, 05:45 PM

Has anyone tried revision 663 with 60 fps support?

NUmet · 04-19-2016, 01:41 PM

Hi everyone, I'm pretty green on this side of things, and I'm trying to compile mlbhls on my mint machine, but I keep running into this error:

Code:

gcc -O2 mlb.c utils.c output.c -lm -lcurl -lcrypto -lconfig -o mlbhls
mlb.c: In function ‘mlb_refresh_playlists’:
mlb.c:169:5: 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:859:3: 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:1362:15: 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);
               ^
/usr/bin/ld: /tmp/ccREzwO9.o: undefined reference to symbol 'pthread_create@@GLIBC_2.2.5'
//lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make: *** [mlb] Error 1

Any help would be greatly appreciated. Thanks a bunch!

chrisVV · 04-20-2016, 03:51 PM

Quote:

Originally Posted by NUmet

Hi everyone, I'm pretty green on this side of things, and I'm trying to compile mlbhls on my mint machine, but I keep running into this error:

Code:

gcc -O2 mlb.c utils.c output.c -lm -lcurl -lcrypto -lconfig -o mlbhls
mlb.c: In function ‘mlb_refresh_playlists’:
mlb.c:169:5: 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:859:3: 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:1362:15: 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);
               ^
/usr/bin/ld: /tmp/ccREzwO9.o: undefined reference to symbol 'pthread_create@@GLIBC_2.2.5'
//lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make: *** [mlb] Error 1

Any help would be greatly appreciated. Thanks a bunch!

What repository are you using? And what does 'git branch -a' give you?

NUmet · 04-20-2016, 04:05 PM

Quote:

Originally Posted by chrisVV

What repository are you using? And what does 'git branch -a' give you?

I'm using the one listed on the mlbviewer's sourceforge wiki: https://github.com/thegryghost/mlbtv-hls-nexdef.git

As for the branch, Git says I'm using the master branch, but here's the full output:

Code:

# git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/experimental
  remotes/origin/freevo
  remotes/origin/master
  remotes/origin/wiki

I should be using the experimental branch, shouldn't I?
Thanks for your help, that was just the line of questioning I needed.

chrisVV · 04-20-2016, 06:34 PM

Quote:

Originally Posted by NUmet

I should be using the experimental branch, shouldn't I?
Thanks for your help, that was just the line of questioning I needed.

You should checkout experimental, yes. Also use this repository, as it has the HLS fixes for the March 2016 MLB.TV changes: https://github.com/tonycpsu/mlbtv-hls-nexdef.git

daftcat · 04-20-2016, 07:17 PM

To answer your problem specifically, if you open the Makefile in your favorite text editor and add -lpthreads to the LIBS= line, you will get past this error.

But you really should be using the new branch (and I really should be updating the documentation.)

Code:

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

catepillar · 04-20-2016, 09:39 PM

I have been having some issues tonight. This is the first night that I have had any issues.

I am using mlbplay to get a base64 URL to pass to mlb-nexdef.

Code:

$ python2 mlbplay.py n=1 nu=1 v=hou
An error occurred locating the media URL:
Requested Media Not Available Yet.
Traceback (most recent call last):
  File "mlbplay.py", line 353, in <module>
    print mediaUrl
NameError: name 'mediaUrl' is not defined

The media is most certainly available, as I can play it through a browser, though it is very laggy and jumps a lot in the browser (hence, why I use mlbviewer in the first place).

Any help is greatly appreciated.

iamtheaardvark · 04-21-2016, 11:04 AM

Apologies for the late reply...linuxquestions never emailed me that the thread had been updated. r663 works fine for me.

It would really be great to migrate mlbviewer to github and start using issue tracking and pull requests. This thread has gone way beyond its intended purpose.

daftcat · 04-21-2016, 02:32 PM

Quote:

Originally Posted by iamtheaardvark

Apologies for the late reply...linuxquestions never emailed me that the thread had been updated. r663 works fine for me.

It would really be great to migrate mlbviewer to github and start using issue tracking and pull requests. This thread has gone way beyond its intended purpose.

Agreed. I'm too busy at work these last few weeks. I don't want to deal with any new infrastructure until release deadline at work has come and gone at the end of the month.

daftcat · 04-21-2016, 02:46 PM

Quote:

Originally Posted by catepillar

I have been having some issues tonight. This is the first night that I have had any issues.

I am using mlbplay to get a base64 URL to pass to mlb-nexdef.

Code:

$ python2 mlbplay.py n=1 nu=1 v=hou
An error occurred locating the media URL:
Requested Media Not Available Yet.
Traceback (most recent call last):
  File "mlbplay.py", line 353, in <module>
    print mediaUrl
NameError: name 'mediaUrl' is not defined

The media is most certainly available, as I can play it through a browser, though it is very laggy and jumps a lot in the browser (hence, why I use mlbviewer in the first place).

Any help is greatly appreciated.

Are you an international user? Could it be that your local time is a calendar day ahead of game time (e.g. requesting a game on 4/20 while your computer clock reads 4/21)?

I tried the command above for today, and it gives me same as above because hou game hasn't started yet. If I give it, j=04/20/16, it returns a base64 chunk as expected.

I am pretty sure I have some sort of algorithm in place to prevent this all from falling apart right at midnight. However, I don't remember and I already shut down the VM. Try it again with the correct game date as the j= parameter in mm/dd/yy format.

iamtheaardvark · 04-22-2016, 10:07 AM

Quote:

Originally Posted by daftcat

Agreed. I'm too busy at work these last few weeks. I don't want to deal with any new infrastructure until release deadline at work has come and gone at the end of the month.

Let me know if I can help. I can't commit much time as I'm also quite busy (grad student in the final year of my degree), but I appreciate this project and I have quite a bit of experience with git and python so I'll be happy to contribute what I can.

catepillar · 04-22-2016, 07:56 PM

Quote:

Originally Posted by daftcat

Are you an international user? Could it be that your local time is a calendar day ahead of game time (e.g. requesting a game on 4/20 while your computer clock reads 4/21)?

I tried the command above for today, and it gives me same as above because hou game hasn't started yet. If I give it, j=04/20/16, it returns a base64 chunk as expected.

I am pretty sure I have some sort of algorithm in place to prevent this all from falling apart right at midnight. However, I don't remember and I already shut down the VM. Try it again with the correct game date as the j= parameter in mm/dd/yy format.

Yes. I am based in the Netherlands. This definitely solved my problem. Cheers!

mgoetze · 04-23-2016, 12:03 PM

So I heard that Jacoby Ellsbury stole home and of course I wanted to see this for myself, but apparently there are no more "top plays" in mlbviewer. Any chance they could be revived?

daftcat · 04-24-2016, 04:27 PM

1200K highlights have been restored. 1800K highlights are gone.

Longer version (especially for those who want to hack mlbviewer):

Highlights are taken from a URL like:
http://gdx.mlb.com/components/game/m...highlights.xml

Except recent listings no longer contain highlights.xml file. There was a very short-lived r664 which used highlights_es.xml (yay! bilingual highlights!) but that was kludgey. It looks like highlights.xml functionality can be replicated with a couple of modifications using mobile.xml instead. Additionally, and specifically why I'm even talking about this, it now looks like there is HLS support for highlights. It would be a bit of an overhaul to use HLS for highlights. I don't want to tackle that this weekend.