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.
This obviously fails less gracefully than the beta message but gives us a better idea of what's going on.
Can you release a mlbviewer-dbg.py with this patch for users who are constantly getting the beta error message so we can tell if they're getting the concurrency issue or, what I'm getting right now:
Quote:
We apologize for the inconvenience.
We are currently undergoing maintenance to make your experience better, please try back later.
(It always makes me nervous when they are trying to make our experience better.)
lspci says (among other things):
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility X1400
Just as I suspected. There are third-party ati drivers out there that aren't part of the standard XFree installation. Try http://dri.freedesktop.org. That might get xv working for your card which is superior to sdl (if I remember correctly--though others have tried to convince me otherwise at some point.) I believe dri is the linux equivalent of direct x. Anyway, give that a go. You know you can always fall back to sdl if that doesn't work out for you.
So you want to want mlbrecord/mplayer to seek into the future beyond the available? That would be a cool trick. I'd love to see how a game ends before it does so I can take it all the way to Vegas, baby!
have you thought about using urllib.urlencode() instead of clientform() and/or saving the cookie to the disk using cookielib.LWPCookieJar()?
I played with both, and honestly was having trouble getting either consistently to work. But that was last week before I released the initial version, so who knows, it might just as well have been a problem with some early form of the script. (At this point, I see no reason why LWPCookieJar() wouldn't work, since CookieJar() does.) In any case, as soon as I had something that worked, I sent it out for people to play with. So we're still weeding out the "works well enough" parts.
But, yeah, it would be great to remove the dependency on clientform(), just for ease of installation. And if writing the cookies to disk helps with the login problem, I'd be ecstatic.
That's the dreaded concurrent login problem. You're locked out of live games for an hour or so. It's my fault. But we're on the case. And it won't go on your permanent record.
jkr thats what I thought...I haven't been keeping up with the boards and was just trying to back track a bit..Not a big deal now since most games are over now but I have been logging on many times, oops. I'll have to try the new version in the morning...thanks for the scripts, it got a lot of frustration off my mind with mlb.tv
I have been reading this thread a bit. I was trying to do the exact same thing. Not because I use linux, but because I wanted to watch these games on my mobile. I came up with a similar solution. I haven't looked over your code, but in response to your goal,
Quote:
Originally Posted by jkr
daftcat
But, yeah, it would be great to remove the dependency on clientform(), just for ease of installation. And if writing the cookies to disk helps with the login problem, I'd be ecstatic.
This url lets you log in, but you may have known that already.
If any of you care about mlb.tv on a windows mobile device, I can get gameday audio to work. The audio of the video stream works, but I need to find a player that supports the new codec, VC-1.
I have been reading this thread a bit. I was trying to do the exact same thing. Not because I use linux, but because I wanted to watch these games on my mobile. I came up with a similar solution. I haven't looked over your code, but in response to your goal,
This url lets you log in, but you may have known that already.
If any of you care about mlb.tv on a windows mobile device, I can get gameday audio to work. The audio of the video stream works, but I need to find a player that supports the new codec, VC-1.
I don't like using GET url's for passwords but I guess it doesn't matter much within a program. I tried using that url in my browser and got a maintenance message. I tried the normal browser method and it worked fine. Maybe they're phasing out the GET method.
I'm going to write a php page to read and write cookies so I can test the cookie code against it. I'd like to use cookielib so we can set user-agent and a few other headers. It would be nice to emulate the windows environment from the network side as much as we can so we don't look like bad guys hacking their system. ;-)
pincheguero: I have a Windows Mobile 6 phone -- I'm very interested in learning how to access MLB TV (even if only audio) or Gameday Audio on the phone...
So you want to want mlbrecord/mplayer to seek into the future beyond the available? That would be a cool trick. I'd love to see how a game ends before it does so I can take it all the way to Vegas, baby!
I'll see what I can do in the next release. ;-)
Okay, now you're just being silly. ;-)
I don't mean that it should be able to seek beyond the end of the stream, but that it (ideally) shouldn't even try to. With MythTV, if you try to seek beyond the end of the stream, it will only allow you to go to the beginning of the buffer. If I started a show late and "caught up" during commercials, I know when I've caught up because the fast forward simply stops working.
I know it has to do with the media container and other things (keyframes, I think). Basically, mplayer doesn't know where it is in the stream either, so it can't be faulted for stupidly trying to go past the end.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.