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.
I am running mplayer SVN-r33080-4.4.3. I wasnt able to figure out how to get the mplayer output directly .. xterm -e mplayer ... as my video player command didnt work.
On a guess, I bumped up my buffer from 2048 to 10240 and it plays smoothly at 1200 now. I guess it was getting buffer underruns or some thing.
I'm running the nexdef2010 branch revision 272, and when I run mlbviewer.py, I get the "There was a parser problems with the listings stage" error then the following traceback:
Traceback (most recent call last):
File "./mlbviewer.py", line 1545, in <module>
curses.wrapper(mainloop, mycfg.data)
File "/usr/lib/python2.6/curses/wrapper.py", line 44, in wrapper
return func(stdscr, *args, **kwds)
File "./mlbviewer.py", line 409, in mainloop
+ len(coveragetoggle.get(cfg['coverage'])) + 2
TypeError: object of type 'NoneType' has no len()
I'm running the nexdef2010 branch revision 272, and when I run mlbviewer.py, I get the "There was a parser problems with the listings stage" error then the following traceback:
Traceback (most recent call last):
File "./mlbviewer.py", line 1545, in <module>
curses.wrapper(mainloop, mycfg.data)
File "/usr/lib/python2.6/curses/wrapper.py", line 44, in wrapper
return func(stdscr, *args, **kwds)
File "./mlbviewer.py", line 409, in mainloop
+ len(coveragetoggle.get(cfg['coverage'])) + 2
TypeError: object of type 'NoneType' has no len()
I guess it was just the day, but now it can't log in successfully. I checked the config file and the user and pass is accurate. I can log in online and watch video, so it's not the subscription.
I've done a fresh install on my Fedora - not sure what I did wrong but this is what I'm getting:
Traceback (most recent call last):
File "mlbviewer.py", line 1545, in <module>
curses.wrapper(mainloop, mycfg.data)
File "/usr/lib/python2.7/curses/wrapper.py", line 44, in wrapper
return func(stdscr, *args, **kwds)
File "mlbviewer.py", line 1239, in mainloop
u = g.url()
File "/home/kweisen/nexdef2010/MLBviewer/mlbtv.py", line 1289, in url
'sessionKey': urllib.unquote(self.cookies['ftmu']),
KeyError: 'ftmu'
I've done a fresh install on my Fedora - not sure what I did wrong but this is what I'm getting:
Traceback (most recent call last):
File "mlbviewer.py", line 1545, in <module>
curses.wrapper(mainloop, mycfg.data)
File "/usr/lib/python2.7/curses/wrapper.py", line 44, in wrapper
return func(stdscr, *args, **kwds)
File "mlbviewer.py", line 1239, in mainloop
u = g.url()
File "/home/kweisen/nexdef2010/MLBviewer/mlbtv.py", line 1289, in url
'sessionKey': urllib.unquote(self.cookies['ftmu']),
KeyError: 'ftmu'
Thanks for any thoughts -
I did try the suggestion posted by deftcat back on page 208 - rm .mlb/cookie - but get the same error. I have both a fedora and a ubuntu distro and seem to have a similar issue with both.
Try logging in and logging out from the website. My guess is that mlb.com believes you already have a cookie and doesn't want to give you another. Just a guess.
This morning I launched mlbviewer and, unfortunately, times were still off by an hour (showing games starting at 2:05). My computer adjusted for DST correctly and shows me in the correct time zone (Eastern), so I'm not sure what is going on. It worked fine last season, but I did reformat and reinstall Ubuntu in the offseason, so I can't say for sure that it is the exact same setup.
Not a big deal since I know when games start and the lines of active games are bold and the statuses are correct, but I figured I'd report in now that DST has started.
There's a time_offset option in the config file. I don't remember if it's actually called that or how to use it but it should still be documented in one of the README files. See if you can manually adjust the offset to match the correct game time using this option.
Personal and work life are both, um, challenging, to say the least. I may not turnaround on small bugs as fast as prior seasons but I'll probably want my baseball working if a big one pops up. Hopefully those situations improve soon enough.
Good luck with everything daftcat!
Let's hope MLBAM leaves the base alone and you don't have to do anything ;-). Thanks anyway in advance if something should come up.
Tempting fate? Just to confirm mlbviewer etc is working well here in the UK. I am looking forward to Thursday's games...well actually over here they will be Friday's after work entertainment.
Thanks dafcat and all here for looking after an excellent tool.
There's a time_offset option in the config file. I don't remember if it's actually called that or how to use it but it should still be documented in one of the README files. See if you can manually adjust the offset to match the correct game time using this option.
I fiddled with that setting before DST arrived and was able to get the time correct. Maybe I don't understand the units of that setting completely, but to get the time correct I had to set it to some huge seemingly random number. I had assumed it would be some number that could represent one hour, but I couldn't figure out how that number equaled one hour. Maybe it actually represented 23 hours because I went in the wrong direction? Anyway, the minute you switch from the opening listing screen, the setting doesn't stick. No big deal - I know when the games are on and I can subtract an hour in my head without confusing myself, so I'm good. I'll fiddle around some more with my computer to see what is different with the time settings in Ubuntu 10.10 compared to when mlbviewer was working in 10.04.
Optional revision 273: Added the unknown teamcodes in for the exhibition games for today 3/30/11. I see no more exhibition games on the schedule so don't worry if you miss this revision.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.