Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Edit: Gah. Tried making a change to mlbMediaStream.py and got myself sign-on restricted from launching mlbplay 3 times.
Looks like their FMS cloud response is malformed. The system-bitrate should be 300000 and the video src should have that URL looking stuff. Not much I can do to fix the bug on their end. Which game is this? If I can get the same errored response, I might at least be able to toss out invalid <video> lines.
Nexdef streams should be working with mlbhls. It seems like the FMS streams need more spring training to find their swing.
Looks like their FMS cloud response is malformed. The system-bitrate should be 300000 and the video src should have that URL looking stuff. Not much I can do to fix the bug on their end. Which game is this? If I can get the same errored response, I might at least be able to toss out invalid <video> lines.
Nexdef streams should be working with mlbhls. It seems like the FMS streams need more spring training to find their swing.
All live games contain that in the response for me, I did manage to have it ignore the value, in a rather ugly way (I'm not a programmer, but it works :P)
As a side note, if we do end up actually seeing 3 Mbps RTMP streams (presumably 720p) this would be a great addition! Obviously we have 4500k 720p streams, but the inherent delay with HLS is a big turnoff for me, especially with all the social media we have, spoilers are a problem.
Just for kicks, this is the ugly change I made to make things work, heh:
Code:
for elem in rsp.getElementsByTagName('video'):
if 'EntryPoint' not in str(elem.getAttribute('system-bitrate')):
speed = int(elem.getAttribute('system-bitrate'))/1000
if int(self.speed) == int(speed):
#vid_src = elem.getAttribute('src').replace('mp4:','/')
vid_src = elem.getAttribute('src')
out = rtmp_base + vid_src + self.auth_chunk
return out
All live games contain that in the response for me, I did manage to have it ignore the value, in a rather ugly way (I'm not a programmer, but it works :P)
As a side note, if we do end up actually seeing 3 Mbps RTMP streams (presumably 720p) this would be a great addition! Obviously we have 4500k 720p streams, but the inherent delay with HLS is a big turnoff for me, especially with all the social media we have, spoilers are a problem.
Just for kicks, this is the ugly change I made to make things work, heh:
Code:
for elem in rsp.getElementsByTagName('video'):
if 'EntryPoint' not in str(elem.getAttribute('system-bitrate')):
speed = int(elem.getAttribute('system-bitrate'))/1000
if int(self.speed) == int(speed):
#vid_src = elem.getAttribute('src').replace('mp4:','/')
vid_src = elem.getAttribute('src')
out = rtmp_base + vid_src + self.auth_chunk
return out
No telling what regular season offering will actually be other than the marketing sheet we've all seen. We won't see it til late March anyway.
For now, I was able to reproduce that error and have a more elegant and generic fix for it checked into rev 588.
Also, it may be worth noting that the errored entry you are seeing is a 300K stream. 2400 is the max for FMS streams (for now.) You can get this automatically by setting speed=2400 in your config.
Also, it may be worth noting that the errored entry you are seeing is a 300K stream. 2400 is the max for FMS streams (for now.) You can get this automatically by setting speed=2400 in your config.
Yeah, noticed afterwards that it was 300 not 3000. oh well.
Getting setting up on a new machine, I tried applying that patch for mlbhls -F that I posted last August and hadn't realized until now what a PITA it is to have to paste the patch out of the comment text.
So I've attached it as a text file here if anybody wants it. thegryghost, if you see this it'd be awesome to get it into the main tree (assuming mlbhls will even work this season of course)!
I whipped up a little bare bones client that re-uses the same session key, and all cookies, they seem to last *at least* 48 hours, been using the same ones and doing successful media requests.
btw, is the email at the bottom of the README still correct to donate to you?
Last edited by charlie460; 03-01-2014 at 05:15 PM.
I whipped up a little bare bones client that re-uses the same session key, and all cookies, they seem to last *at least* 48 hours, been using the same ones and doing successful media requests.
btw, is the email at the bottom of the README still correct to donate to you?
It's some really ugly PHP code. I just wanted some proof-of-concept to see how long the cookies/session key could be used, but I can pastebin it for you if you think it'd be useful.
Also, I found this fairly amusing. It looks like MLB.TV is using DirecTV receivers to feed some of the spring training broadcasts, instead of the usual backhaul feeds:
It's some really ugly PHP code. I just wanted some proof-of-concept to see how long the cookies/session key could be used, but I can pastebin it for you if you think it'd be useful.
Also, I found this fairly amusing. It looks like MLB.TV is using DirecTV receivers to feed some of the spring training broadcasts, instead of the usual backhaul feeds:
Yeah, I wouldn't mind looking at the PHP. It may give me some ideas on how to backport it back into mlbplay.
Also, doesn't surprise me that they are using DirecTV feeds as their regular networks don't really broadcast Spring Training games. I was watching the Twins game earlier today and it sounded like they were taking the radio feed for audio.
As a side note, do you know of any way to force which CDN to use (i.e. Level3 over Akamai) in the media request?
I always have issues with games that have Akamai set as the primary CDN, but Level3 works well every time. I see there is an alternate smil for each game (just change 'aka' to 'lev3') -- but I need the correct auth parameters to actually make it work.
For me the highlights work for all teams except the Dodgers. In Dodgers games always shows the message "Could not fetch highlights". Anyone else have this problem?
For me the highlights work for all teams except the Dodgers. In Dodgers games always shows the message "Could not fetch highlights". Anyone else have this problem?
Checked in a fix. I had pruned out "lan" as a teamcode for Dodgers not realizing I was using it as a lookup for highlights. Let me know if you see any other teams whose highlights don't work.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.