What's the benefit to recording games if you can watch them archived?
|
Quote:
That said, can you tell me if the schedule you retrieve has all the day's games including the ones that aren't available yet? It looks like you do some trimming on the schedule. I can probably figure out task scheduling even if it's a dirty sleep hack. But to make this useful, I'd like to see all games in the current day so I can tell it to schedule live games in the future for recording. Can you tell me which lines in trimTvList are removing future games that aren't available yet? Thanks! Matthew PS I did a quick test and it looks like I was able to connect to a live game but I'm doing this from work so I can't actually verify anything other than the A/V number crunching status line. But hey, if it gets that far, it's not your problem, right? (I really should be working.) |
The trimTVList() method actually has all the games. The part that only shows available games is in getListings: the part that limits by 'status' code.
(Edit: to be more clear, just take out the conditional part at the end of the list comprehension in getListings().) Note that this particular line is something I'm changing a bit in the next version (to allow for a manual blackout list on the user's part). So if you hack here, you might have to do it in a slightly different way the next go 'round. |
Quote:
But in general, the archive feature is superb. I rarely get to watch a game live so it's the huge reason I subscribe in the first place. By the way, jkr, I love that you don't report the scores or highlights on archived games like the mlb website does. It's like telling me how a book ends before I've even opened it. Great work. |
I've got an idea...
My grandfather hates TV announcers. He always mutes the TV and turns on the radio and watches the game while listening to the radio feed. mplayer has an option to watch a video and specify another source for the audio. Assuming the audio and video feeds from mlb.com have the same size buffer, it should conceivably be possible to get mplayer to use one of the radio feeds for audio to go with the video. That would be a sweet feature. Especially when your team is on the road and the video feed is the home team's feed. When the Sox play at Yankee Stadium, I'd much rather listen to WEEI than Michael Kay. |
Quote:
I'm actually enjoying hacking up your script because I'm learning python on the fly. |
Quote:
|
Quote:
Cron is a pain in the butt and mlbviewer already has the schedule. Cron doesn't. I'd have to get the schedule from mlb.com or mlbviewer and then set up the cron job and hope I didn't make a mistake. Cron syntax isn't very friendly. I'm thinking the easiest way to do it is get the difference in seconds between the current time and the game time and then sleep for that number of seconds before executing the code that gets the url and sends it to the player app. I could probably have that working later tonight. I've already taken out the code that trims off future games so a few lines is probably all I'll need to convert a <Enter> from play/record now to record in the future. |
Quote:
Probably the first go round, I'll just record whatever is selected and sleep the difference if the game is in the future. But it would be nice to leave off the "soon" status games between the finish of a live and when it becomes available for archive. Thanks! |
It's all empirical thus far, but it seems like "I" and "W" both refer to live streaming games. I guessed I is "in progress" and W is "waiting" or something, but it could be completely different. "F" seems to be "finished", and therefore archived. "GO", which are the ones it sounds like you want to avoid, are "game over," but not yet archived. I think those are the ones with the "soon" mark.
Be aware though, these are all educated guesses that seem to work. I'm sure you could get to the bottom with more certainty if you just download a few JSP schedules (the formula for getting the url is in the code, or in a previous post of my mine) at various points throughout the evening, and see what codes they give to the games in the different time zones. My various testings seemed to have started some streams downloading simultaneously, so now they seem to think that I'm trading my password and have shut off my access to live games. I'm trying to get them to reset my password or whatever it is they do, but they're impossible to get through to. So watch out for that. In the next version which uses the select module for input, there will be better controls against that. (Also, this probably means that the clever idea of downloading a different audio stream is a non-starter. Too bad.) |
Quote:
Your work is really appreciated but the script doesn't work for me. I wonder if somehow it has something to do with my login being a radio only? I can still watch archived TV games with the Firebug hack but I can't get the archived games using the browserless program you created. This browserless approach should get you nominated for an award of some sort. This having to run the gauntlet of Madison Ave goons on that gaudy web page is irritating. |
Quote:
|
Quote:
It is a hassle due to the disconnects, etc. Why MLB would care is beyond me.Doing this will cost them nothing; those that might have a reason to have their own private game copy wouldn't bother if they had to buy them. |
Quote:
File "/usr/lib/python2.5/site-packages/ClientForm.py", line 698, in do_input raise ParseError("start of INPUT before start of FORM") ClientForm.ParseError: start of INPUT before start of FORM |
Quote:
After quitting mlbviewer.py after successfully seeing video, I started to get that above message. Logging into the lb web site and trying to listen, I'mm now given the message "Records show that your account is currently logged in on multiple computers. Customers are not permitted concurrent use of a single subscription." |
All times are GMT -5. The time now is 02:05 AM. |