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.
mlbtv is failing for me today, for new reasons it appears. It will play once, but after that it rejects logins until the cookie file (~/.mlb/cookie) is deleted. Then it will play once more. This happens on archived and live games.
If I log into mlb mediacenter the games play OK.
This is without nexdef plugin, and it appears to happen at any selected speed.
The output from a game using test/stdnosoap.py for the TB v CWS game (a game I chose at random and is live at the moment) is at http://pastebin.com/iMAbiiYm
Is that all you have? That log looks too short. Since you say this also happens with archived games, I'll look into this and the 'ftmu' issue tonight.
Btw, it's funny you should ask about MiLB. I came here this afternoon to ask if there was any interest. If I can get five $2 donations (after it's working and released), that would cover the $10 I'm going to spend tonight.
Speaking of donations, if you're happy with 2011 mlbviewer so far (though I realize there are still a few annoying open issues like 'ftmu', login errors, and nexdef), I'm happy to accept paypal donations to the email address in the README file.
Hmm...call them back. I got an email with an offer code for the $10 rate because I was an existing subscriber.
There was an milbviewer project a few years ago but it looks like they've changed a few things around. Shouldn't be too hard to reinstate this. Probably the most work will be updating the teamcodes since minor league teams change their names and affiliations all the time.
Also, as I'm sure you are already aware, MiLB.TV has a limited number of available games each day and it's usually the same four to six teams and whoever they happen to be playing. More often A and AA games and fewer AAA games. Good for following Harper, not so much for rehab assignments.
I will look into this tonight. $10 isn't much and hopefully most of the code I'll need is already there.
Actually, according to the advertisment article (http://web.minorleaguebaseball.com/n...milb&fext=.jsp), it looks like this year all AAA games will be shown as well as select A and AA games (including all home games of Harper's team). I don't know too much about what was available in seasons past, but it sounds like this season is expanded. Either way, $10 isn't too much (assuming I can get my $20 refund...there is a MLB.TV forum thread about this very issue with a few angry customers, so I'll definitely follow up).
Crap! They are still using JSON for MiLB.TV. Well, I still have code for that but I just have to remind myself how to use it (and how much I hate JSON vs. XML.) Maybe I can find backdoor XMLs.....
Weird. They are using JSON pages for the media grid but SOAP for the media location requests. There are backdoor XMLs but they are no use to me because they don't contain any media information. This should be fun. It's like taking last year's mlbviewer before SOAP was removed and combining it with prior years' JSON listings.
On the plus side, kudos to them for implementing 1000K streams. That's way better than the 350K streams they used to offer for MiLB.TV.
This should be fun but it may take a couple of weekends to complete.
This is promising. I have the test/stdnosoap.py script working...sorta. One game had the rtmp error: server requested close, one game returned an error code from the media request, but one game works. Haven't checked all the games yet. It's opening day for minor league baseball, right? It may be another week or two before I have that code merged into a working milbviewer. The media grid is a json page but the media request is the current XML. The workflow requires one less message. There's no home/away/speeds to choose from. In other words, I have to bastardize the pre-2009 json listings code to work with the 2010 xml gamestream code, and work it altogether without all the gui features (home/away/speeds/nexdef.) Probably two weeks.
Watching the PawSox game. The picture quality is great but the production quality is still minor league.
mlbtv is failing for me today, for new reasons it appears. It will play once, but after that it rejects logins until the cookie file (~/.mlb/cookie) is deleted. Then it will play once more. This happens on archived and live games.
If I log into mlb mediacenter the games play OK.
This is without nexdef plugin, and it appears to happen at any selected speed.
The output from a game using test/stdnosoap.py for the TB v CWS game (a game I chose at random and is live at the moment) is at http://pastebin.com/iMAbiiYm
Testing some code to see if session-key ('ftmu') was really necessary, I ran into this error. I get the same result where "Login unsuccessful" continuously until cookie is removed. I'm using a really old login method that has worked for a long time. Maybe it's time to look at using the same login algorithm as the official player. In the meantime, at least you have the ability to remove the cookie to get around this. Maybe I can add a config file option that will allow mlbviewer to automatically remove the cookie file on login errors. I'm not ready to make this the default behavior, but it could be a workaround until I get the new authentication code written. Stay tuned. Maybe a Sunday task.
Watching the PawSox game. The picture quality is great but the production quality is still minor league.
I like how the picture doesn't black out in between innings like MLB.TV does. With the Extra Innings package you get to see the local commercials which are sort of funny (especially around election time), but with MiLB.TV it sticks with the game feed in between innings, so you can see the wacky things the teams to do entertain the fans in between innings. One of the games I watched yesterday had a Charlie Sheen themed event. I'm going to keep an eye out for particularly interesting fan promotions and tune in to those games.
With the latest autobahn.jar (I think that's 2011_v122), I can connect to the stream. I can't seem to maintain the stream more than a minute or two, though. I do however have a rather old laptop that can't actually do HD (2200 is the best the video chipset will support.) Please follow the instructions in one of those readme files to grab the latest autobahn.jar from the Mac installer and please let me know what results you have.
After I revamp the login code, I'm going to see about eliminating rtmpdump by using mplayer's built-in librtmp. I'm hoping by taking the pipeline out, this might make the stream a little more sticky (eg won't drop out so soon.) This will also be a great time to finally create a nexdef2011 branch. Stay tuned.
I'm reviving the milbviewer project if you haven't caught on yet. Please use the MiLB.TV for Linux thread for posting comments, questions, bug reports, etc for milbviewer.
After I revamp the login code, I'm going to see about eliminating rtmpdump by using mplayer's built-in librtmp. I'm hoping by taking the pipeline out, this might make the stream a little more sticky (eg won't drop out so soon.) This will also be a great time to finally create a nexdef2011 branch. Stay tuned.
If you do that, can you please make that optional and configurable in the config file? I really want to continue using flvstreamer piping to mplayer.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.