MLB.TV in Linux

danq989 · 04-09-2010, 08:49 PM

@linux_option:

I got a similar error message when trying to connect to a live stream in a blacked out geographical area (i.e. an area where one of the teams is televised locally). Try a non-local game and see if live games work for you.

---Danq989

Quote:

Originally Posted by linux_option

Pretty sure my account is ok, but I'm getting this when trying to connect to a live stream...

latest svn from mplayer, rtmpdump, and mlbviewer. all python tools installed as well with easy_install. This is on Fedora 12.

edouble312 · 04-09-2010, 08:53 PM

yup, piniella boggled that one, can't understand the chad tracy decision with soto available off the bench...

i mean, tracy has done nothing to show that he should be the guy in the spot. soto has at least had a few big hits in situations like that.

itshardertotell · 04-10-2010, 12:05 AM

hi there,

using the -dumpstream option for archived games. as discussed here, the stream downloads to about 43 per cent and stops, goes back to the mlbviewer main screen.

what do i have to do so that dumpstream waits until i can download/stream further and completes the file?

this is my video player option:

Quote:

video_player=mplayer -cache 2048 -dumpstream %s -dumpfile %f

thanks a bunch,
markus

redf0x · 04-10-2010, 06:51 AM

Quote:

Originally Posted by itshardertotell

hi there,

using the -dumpstream option for archived games. as discussed here, the stream downloads to about 43 per cent and stops, goes back to the mlbviewer main screen.

Same here after 51%. Mayby a problem with the different ping type?

Code:

DEBUG: Set duration: 11011.029000
DEBUG: HandlePing, received ping. type: 6, len: 6
DEBUG: sending ping. type: 0x0007
DEBUG: HandlePing, received ping. type: 6, len: 6
DEBUG: sending ping. type: 0x0007
DEBUG: HandlePing, received ping. type: 6, len: 6
DEBUG: sending ping. type: 0x0007
DEBUG: HandlePing, received ping. type: 6, len: 6
DEBUG: sending ping. type: 0x0007
DEBUG: HandlePing, received ping. type: 6, len: 6
DEBUG: sending ping. type: 0x0007
DEBUG: HandlePing, received ping. type: 6, len: 6
DEBUG: sending ping. type: 0x0007
DEBUG: HandlePing, received ping. type: 6, len: 6
DEBUG: sending ping. type: 0x0007
DEBUG: HandlePing, received ping. type: 6, len: 6
DEBUG: sending ping. type: 0x0007
DEBUG: HandlePing, received ping. type: 6, len: 6
DEBUG: sending ping. type: 0x0007
DEBUG: HandlePing, received ping. type: 31, len: 6

Regards
redf0x

swiftsoles · 04-10-2010, 07:48 AM

Has anyone been able to get the latest nexdef jars from mlb.tv/nexdef-jars to work under Linux just with the browser and flash yet? I can't seem to get the stream to use nexdef. It detects, that I have it installed and running b/c I have the option to "Click here to retry Nexdef", but when it tries to start the stream, it freezes, then just drops back to not using nexdef.

daftcat · 04-10-2010, 01:50 PM

I'm going to say it again. -dumpstream is not an option I'm supporting. MLBTV is a streaming service and without -dumpstream, mlbviewer can and frequently does stream to the end of a game. Thus far, either the business team doesn't know about us or they have chosen to look the other way. Since they sell individual games for download separate from the streaming service, this could be viewed as a loss of business to support game downloads with -dumpstream.

In other words, mlbviewer is meant to replicate the service you paid for, not provide services you haven't paid for.

Therefore, I will put no support effort into getting -dumpstream to work as it could present a risk to the entire project.

daftcat · 04-10-2010, 01:58 PM

With this revision, you can use the 'p' key to switch between all the standard definition stream speeds:

128K
500K
800K
1200K
1800K

Also note, that before this revision, I had modeled 1200K as speed=800 in the code. So when you update to this revision, check your config file and set the preferred speed setting (without the 'K'.) Default for fresh installs (or a missing speed= option) will be 1200K.

Finally, if you're a premium subscriber, speed switching should work across both home and away streams.

Nexdef support still under investigation, but the 1800K stream is pretty.

daftcat · 04-10-2010, 02:01 PM

Quote:

Originally Posted by swiftsoles

Has anyone been able to get the latest nexdef jars from mlb.tv/nexdef-jars to work under Linux just with the browser and flash yet? I can't seem to get the stream to use nexdef. It detects, that I have it installed and running b/c I have the option to "Click here to retry Nexdef", but when it tries to start the stream, it freezes, then just drops back to not using nexdef.

Yeah, I haven't had much luck with this yet either. Later today or tomorrow I plan to try the jar on my windows machine (kill the official nexdef plugin process) where I have actually seen nexdef work this year.

poorboywilly · 04-10-2010, 02:05 PM

Thanks daftcat!

The 1800k stream does look great. This should definitely tide me over until nexdef is working.

linux_option · 04-10-2010, 05:27 PM

can someone take a look at this log from the output of soapevent.py?

http://pastebin.com/DVUnBt7Z

snowday · 04-10-2010, 06:04 PM

Thank you so much for adding support for the full range of speed streams! The lower bandwidths may not be pretty, but they allow me to follow the game even if my special lady is surfing the web too, thereby preserving domestic bliss in the Pine household.

daftcat · 04-10-2010, 06:56 PM

Quote:

Originally Posted by linux_option

can someone take a look at this log from the output of soapevent.py?

http://pastebin.com/DVUnBt7Z

Okay, that's very helpful...to me anyway.

According to the blackoutStatus, your location cannot be determined. You can try adding an address or zip code to your mlb.com profile. That might help.

Are you able to watch games using the flash player? I'm hoping the answer here is no. Because if that's the case, then it will be far easier to get support from mlbtv tech support than explaining mlbviewer to them. You might just want to lie and tell them you can't get past the "Verifying Location" step in the flash player just to see what tips they might have.

mchapter · 04-10-2010, 09:45 PM

Quote:

Originally Posted by linux_option

can someone take a look at this log from the output of soapevent.py?

http://pastebin.com/DVUnBt7Z

I'm getting a similar output from soapevent.py, but I'm trying to "watch" an archived game. I guess I would normally be blacked out, (PHI @ HOU) and I'm in Austin.

The media center page says that in market games are available 90 minutes after the game ends, so I suspect if I wait I'll be able to get it then.. at least it's the weekend so I won't mind staying up to watch the game.

(I had my dvr set to record the game, but the recording got corrupted and wouldn't play.. #$^%)!

EDIT: Downloading now, about 90 minutes later, so.. apparently a blacked out game stays blacked out for 90 minutes after it ends.

bosox · 04-11-2010, 12:57 PM

Quote:

Originally Posted by Theophile

Boxee uses Flash, though. For those of us without a ton of extra RAM and CPU cycles, Flash isn't an option. I'd much rather watch the 720p 3000kbps stream in it's full VDPAU-accelerated glory.

so boxee uses flash, but does it use nexdef? i tried it out out of curiosity, and saw two stream options (low and high quality). i have no idea what bitrate streams these correspond to. also, i didn't see the nexdef plugin active, so i am assuming that it does not use the plugin. however, this is odd considering it sounds like they are advertising the nexdef features on their blog post.

i know this is off topic, but i am just curious...

bosox · 04-11-2010, 01:59 PM

since nexdef isn't available (yet!), i am trying to build rtmpdump for macos x 10.5.

when i try to build, i get the following error:

Quote:

gcc -Wall -DRTMPDUMP_VERSION=\"v2.2b\" -DCRYPTO -DUSE_OPENSSL -O2 -c -o rtmp.o rtmp.c
In file included from rtmp.c:123:
handshake.h: In function ‘InitRC4Encryption’:
handshake.h:91: error: ‘SHA256_DIGEST_LENGTH’ undeclared (first use in this function)
handshake.h:91: error: (Each undeclared identifier is reported only once
handshake.h:91: error: for each function it appears in.)
handshake.h:98: warning: implicit declaration of function ‘EVP_sha256’
handshake.h:98: warning: passing argument 4 of ‘HMAC_Init_ex’ makes pointer from integer without a cast
handshake.h:107: warning: passing argument 4 of ‘HMAC_Init_ex’ makes pointer from integer without a cast
handshake.h:91: warning: unused variable ‘digest’
handshake.h: In function ‘HMACsha256’:
handshake.h:237: warning: passing argument 4 of ‘HMAC_Init_ex’ makes pointer from integer without a cast
handshake.h: In function ‘CalculateDigest’:
handshake.h:248: error: ‘SHA256_DIGEST_LENGTH’ undeclared (first use in this function)
handshake.h: In function ‘VerifyDigest’:
handshake.h:263: error: ‘SHA256_DIGEST_LENGTH’ undeclared (first use in this function)
handshake.h:263: warning: unused variable ‘calcDigest’
handshake.h: In function ‘HandShake’:
handshake.h:440: error: ‘SHA256_DIGEST_LENGTH’ undeclared (first use in this function)
handshake.h:555: warning: unused variable ‘digestResp’
handshake.h:619: warning: unused variable ‘digest’
handshake.h:618: warning: unused variable ‘signature’
handshake.h: In function ‘SHandShake’:
handshake.h:746: warning: comparison is always false due to limited range of data type
handshake.h:826: error: ‘SHA256_DIGEST_LENGTH’ undeclared (first use in this function)
handshake.h:909: warning: unused variable ‘digestResp’
handshake.h:969: warning: unused variable ‘digest’
handshake.h:968: warning: unused variable ‘signature’
make[2]: *** [rtmp.o] Error 1
make[1]: *** [librtmp/librtmp.a] Error 2
make: *** [posix] Error 2

i think the issue is the version of openssl that i am running (0.9.71). if this is in fact the case, is there a way to update it without causing a problem for my os? i know in standard linux i could just update the package, but i don't know how to do this in macosx.

any ideas?