MLB.TV in Linux

thegryghost · 04-03-2012, 10:47 PM

Quote:

Originally Posted by mchapter

Is anyone else seeing the mlb hls option fail with a message "mlbhls failed - invalid option -F"? My player command is mlbhls -B aHR0cDovL21sYmxpdmUtbDNjLm1sYi5jb20vbHMwNC9tbGJhbS8yMDEyLzA0LzAzL01MQl
9HQU1FX1ZJREVPX1NFQUNPTF9IT01FXzIwMTIwNDAzL21hc3Rlcl93aXJlZC5tM3U4fEFJNFlWTllydX
lrYk5LNWdYTHlITXhWOXk1Yz18cGxheWJhY2s9SFRUUF9DTE9VRF9XSVJFRCZjb250ZW50SWQ9MjAzMT
M0MzMmYXBwQWNjb3VudE5hbWU9bWxiJmV2ZW50SWQ9MTQtMzMyNTY1LTIwMTItMDQtMDMmaXBpZD03Nz
c1MTUzJnNlc3Npb25LZXk9TVVOVmslMkZWeWlIdSUyQkhLTXpGd0h5UU90QkdNUSUzRA== -L -s 450
0000 -F 16:00:13 -o - | mplayer -cache 2048 -

for today's Mariners @ Rockies game.. they're in the 6th inning as I tried this. I get the same error and seg fault with archived games as well, with or without live from start.

That command works for me (and starts at the beginning). Make sure you're running the latest svn:

Code:

svn info
Path: .
URL: https://mlbtv-hls-nexdef.googlecode.com/svn/branches/experimental
..
..
Revision: 56
..

Also, if you put mlbhls in your path, make sure to replace it with the new one.

mchapter · 04-04-2012, 07:06 PM

I'm not sure why, but when I check out mlbhls, I get:

Code:

~/downloads$ svn co https://mlbtv-hls-nexdef.googlecode.com/svn/branches/experimental
Checked out revision 57.

I'll try getting revision 56 and see if that makes a difference

thegryghost · 04-04-2012, 08:30 PM

Quote:

Originally Posted by mchapter

I'm not sure why, but when I check out mlbhls, I get:

Code:

~/downloads$ svn co https://mlbtv-hls-nexdef.googlecode.com/svn/branches/experimental
Checked out revision 57.

I'll try getting revision 56 and see if that makes a difference

Opps. That was my fault, the latest is 57. That should support the -F param.

mchapter · 04-04-2012, 10:08 PM

Quote:

Originally Posted by thegryghost

Opps. That was my fault, the latest is 57. That should support the -F param.

The stream starts, but now I don't get any a/v.. mplayer is running but never shows a window, and when I quit the stream, I get this error: Quitting player, cleaning up...[mp2 @ 0x111d6d0]Header missing. Standard def works fine though.

daftcat · 04-05-2012, 02:28 AM

Quote:

Originally Posted by mchapter

The stream starts, but now I don't get any a/v.. mplayer is running but never shows a window, and when I quit the stream, I get this error: Quitting player, cleaning up...[mp2 @ 0x111d6d0]Header missing. Standard def works fine though.

Standard def uses rtmpdump and probably a different container (video file type.)

For nexdef:

Try installing mplayer2 http://www.mplayer2.org/. If you get video but no audio, try using the # key in mplayer2 to cycle through the audio streams. Sometimes the first selected stream doesn't contain anything. There should be a video and a radio stream.

If that still doesn't work, try this procedure:

Code:

$ test/nexdefdl.py 14-332571-2012-04-04

Ctrl-C after you have seen about three or four of these lines:

Code:

[MLB] Get: 12/00/01.ts (bw: 500000, time: 2.61s) [Avg. D/L Rate of last 3 chunks: 1.32 Mbps]
[MLB] Get: 12/00/07.ts (bw: 500000, time: 2.58s) [Avg. D/L Rate of last 3 chunks: 1.37 Mbps]
[MLB] Get: 12/00/13.ts (bw: 1200000, time: 2.91s) [Avg. D/L Rate of last 3 chunks: 1.36 Mbps]
[MLB] Get: 12/00/19.ts (bw: 1200000, time: 6.21s) [Avg. D/L Rate of last 3 chunks: 1.41 Mbps]
[MLB] Get: 12/00/25.ts (bw: 1200000, time: 6.12s) [Avg. D/L Rate of last 3 chunks: 1.42 Mbps]

Then try this:

Code:

$ mplayer 14-332571-2012-04-04.mp4

Finally copy and paste all the output from this last command to http://pastebin.com and post the resulting URL here. Please don't paste it here directly. It's a lot easier to read on pastebin.com than here.

chrisVV · 04-05-2012, 05:26 AM

Quote:

Originally Posted by mchapter

The stream starts, but now I don't get any a/v.. mplayer is running but never shows a window ...

I don't think the problem is at your end. If you play archives of other (pre-season) games yesterday you will probably find they play OK using mlbhls (they do for me), but the Miami v St Louis season opener doesn't.

I am an international subscriber so I was able to watch the game live without blackout. nexdef/mlbhls worked for the top of the first inning but dropped out during the second half of that inning. After that it never came back, and it was necessary to use the standard stream and rtmpdump, which was fine. It looks as if there may be a problem with the HLS feed for that game rather than a change to their HLS implementation, but let's see.

chrisVV · 04-05-2012, 01:53 PM

Quote:

Originally Posted by chrisVV

It looks as if there may be a problem with the HLS feed for that game rather than a change to their HLS implementation, but let's see.

This afternoon's games seem to be OK. It look like the HLS server couldn't take the strain yesterday.

kweisen · 04-05-2012, 07:04 PM

Quote:

Originally Posted by chrisVV

This afternoon's games seem to be OK. It look like the HLS server couldn't take the strain yesterday.

Not sure if it makes a diff., but I believe the opener last night was a 'National Blackout'. Only o Espn.

mchapter · 04-05-2012, 08:13 PM

Looks like mplayer 2 fixed my problem, thanks Daftcat.

fang2415 · 04-06-2012, 01:49 PM

Hey thegryghost,

I'm getting a new error with r57 of mlbhls. When I try downloading a game manually from the command line, cURL always times out at 30000 milliseconds.

Here's what I'm running:

Code:

mlbhls -B [link] -L -s 1200000 -f 48 -o mlb/video.ts

Then I get a bunch of normal output until:

Code:

[MLB] Get: 14/15/39.ts (bw: 1200000, time: 6.02s) [Avg. D/L Rate of last 3 chunks: 1.45 Mbps]
[MLB] Get: 14/15/45.ts (bw: 1200000, time: 7.69s) [Avg. D/L Rate of last 3 chunks: 1.12 Mbps]
[MLB] (CURL ERR) Operation timed out after 30002 milliseconds with 98888 out of 1051488 bytes received (URL: http://mlblive-akc.mlb.com/ls04/mlbam/2012/04/05/MLB_GAME_VIDEO_WASCHN_HOME_20120405/1200K/14/15/51.ts)

The reason I'm running this on the command line is because I'm still having a lot of problems with the -F option that mlbviewer uses and I haven't had time to debug it properly yet (also I'll probably wait until I upgrade Ubuntu to see if newer players can handle it). But now the workaround I'd been using seems to be broken!

Incidentally, is this a good place to post mlbhls issues? I know there's probably a separate forum somewhere, but it's just so easy to have everything on this thread!

thegryghost · 04-06-2012, 02:11 PM

Quote:

Originally Posted by fang2415

Hey thegryghost,

I'm getting a new error with r57 of mlbhls. When I try downloading a game manually from the command line, cURL always times out at 30000 milliseconds.

Here's what I'm running:

Code:

mlbhls -B [link] -L -s 1200000 -f 48 -o mlb/video.ts

Then I get a bunch of normal output until:

Code:

[MLB] Get: 14/15/39.ts (bw: 1200000, time: 6.02s) [Avg. D/L Rate of last 3 chunks: 1.45 Mbps]
[MLB] Get: 14/15/45.ts (bw: 1200000, time: 7.69s) [Avg. D/L Rate of last 3 chunks: 1.12 Mbps]
[MLB] (CURL ERR) Operation timed out after 30002 milliseconds with 98888 out of 1051488 bytes received (URL: http://mlblive-akc.mlb.com/ls04/mlbam/2012/04/05/MLB_GAME_VIDEO_WASCHN_HOME_20120405/1200K/14/15/51.ts)

The reason I'm running this on the command line is because I'm still having a lot of problems with the -F option that mlbviewer uses and I haven't had time to debug it properly yet (also I'll probably wait until I upgrade Ubuntu to see if newer players can handle it). But now the workaround I'd been using seems to be broken!

Incidentally, is this a good place to post mlbhls issues? I know there's probably a separate forum somewhere, but it's just so easy to have everything on this thread!

This place is fine, the only projects using mlbhls is this one and one for XBMC.

So, it looks like cURL time'd out before it was able to completely fetch one of the TS chunks. I currently set the timeout value to 30 seconds. You can try disabling the timeout by commenting out CURLOPT_TIMEOUT or you can raise it to something like 45 or 60 (at or around line 183 in mlb.c):

Code:

curl_easy_setopt(curl_handle, CURLOPT_TIMEOUT, 30);

to

//curl_easy_setopt(curl_handle, CURLOPT_TIMEOUT, 30);

or

curl_easy_setopt(curl_handle, CURLOPT_TIMEOUT, 60);

and re-compiling. If this fixes it, I can probably add an option to set the timeout from the command line.

mchapter · 04-06-2012, 07:07 PM

I had the -F problem with mlbhls, and what I had to do was delete my mlbhls directory (I had one from last season) and get the experimental branch... once I did that it worked fine. Then I had an a/v problem with the mlbhls files and building my own mplayer2 from scratch fixed that.

fang2415 · 04-07-2012, 01:21 PM

Quote:

Originally Posted by thegryghost

This place is fine, the only projects using mlbhls is this one and one for XBMC.

So, it looks like cURL time'd out before it was able to completely fetch one of the TS chunks. I currently set the timeout value to 30 seconds. You can try disabling the timeout by commenting out CURLOPT_TIMEOUT or you can raise it to something like 45 or 60 (at or around line 183 in mlb.c):

Code:

curl_easy_setopt(curl_handle, CURLOPT_TIMEOUT, 30);

to

//curl_easy_setopt(curl_handle, CURLOPT_TIMEOUT, 30);

or

curl_easy_setopt(curl_handle, CURLOPT_TIMEOUT, 60);

and re-compiling. If this fixes it, I can probably add an option to set the timeout from the command line.

Ah, so after reading your helpful reply it occurred to me that this was most likely happening because of a few packets being dropped over a flaky wireless connection. I tried the same command again with no changes and it worked fine.

So (un)fortunately I can't reproduce the problem to see if your solution works! But it sounds like it might be a good idea to add an option in anyway so that people with lousy connections can set longer timeouts.

This brings another idea to mind: daftcat, would it be easy to have some way for users to override the default options that mlbviewer passes to mlbhls? That would let people do tweaks like this, and let me do my -f workaround thing, without having to check the log file and run mlbhls manually (or without you having to hard-code every option!). Not worth implementing if it's a PITA of course since it's not too hard to do manually, but it seems like that could be a worthwhile feature...

daftcat · 04-11-2012, 06:18 PM

Quote:

Originally Posted by fang2415

Ah, so after reading your helpful reply it occurred to me that this was most likely happening because of a few packets being dropped over a flaky wireless connection. I tried the same command again with no changes and it worked fine.

So (un)fortunately I can't reproduce the problem to see if your solution works! But it sounds like it might be a good idea to add an option in anyway so that people with lousy connections can set longer timeouts.

This brings another idea to mind: daftcat, would it be easy to have some way for users to override the default options that mlbviewer passes to mlbhls? That would let people do tweaks like this, and let me do my -f workaround thing, without having to check the log file and run mlbhls manually (or without you having to hard-code every option!). Not worth implementing if it's a PITA of course since it's not too hard to do manually, but it seems like that could be a worthwhile feature...

-F option is the best thing that has happened to mlbhls, and I'm not about to revert back to the -f guesswork.

That said, if you just want that -B <octetstream> so that you can create your own mlbhls command, you can use mlbplay.py like so:

Code:

$ ./mlbplay.py nu=1 n=1 v=nyy
aHR0cDovL21sYmxpdmUtbDNjLm1sYi5jb20vbHMwNC9tbGJhbS8yMDEyLzA0LzExL01MQl9HQU1FX1ZJREVPX05ZQUJBTF9WSVNJVF8yMDEyMDQxMS9tYXN0ZXJfd2lyZWQubTN1OHxSakszdXRWdVBRVTU5MzFkYzRsZm5kUWlGNTQ9fHBsYXliYWNrPUhUVFBfQ0xPVURfV0lSRUQmY29udGVudElkPTIwNDM3OTQ3JmFwcEFjY291bnROYW1lPW1sYiZldmVudElkPTE0LTMxNzgxMi0yMDEyLTA0LTExJmlwaWQ9MTIyNjM1MTcmc2Vzc2lvbktleT1sJTJCWkkxayUyRmw5V3B1R05zR2RaV3hRMXVncW1zJTNEJmNvdW50cnk9dXMmcG9zdGFsQ29kZT05NTEyMg==

or you can chain the commands like so:

Code:

$ mlbhls -B `./mlbplay.py nu=1 n=1 v=nyy` -f 48 -o mlb.ts

chrisVV · 04-12-2012, 06:41 AM

Quote:

Originally Posted by fang2415

... That would let people do tweaks like this, and let me do my -f workaround thing, without having to check the log file and run mlbhls manually (or without you having to hard-code every option!).

On your difficulties with mlbhls and the -F option, I have r56 of mlbhls working fine on both a newish and oldish distribution (ubuntu oneiric and slackware-13.37 respectively) without any problems. Are you sure you don't have an old copy of mlbhls lying around in your path and you are picking up the old one by mistake? Does 'which mlbhls' do what you expect?