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.

Introduction to Linux - A Hands on Guide

This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.

1. Are you able to watch live games? archived games?
Nope. Should have downloaded latest script first thing as I'm getting the concurrency issue.
Archived - Yes though I need to do something about buffering as its dropping too many frames over here.

2. Are you using gameday audio? Is it working for you?
Not using it. Havent tried it.

1. Are you able to watch live games? archived games?
Nope. Should have downloaded latest script first thing as I'm getting the concurrency issue.
Archived - Yes though I need to do something about buffering as its dropping too many frames over here.

2. Are you using gameday audio? Is it working for you?
Not using it. Havent tried it.

3. Any other problems or feature requests?
I'll think about it

4. Who's your team?

Giants.

Derick

Just to be clear, you are getting the concurrency issue with the old code or the new code? If it's the old code, wait it out and try again with the new code.

My other team is the Dodgers so I'm supposed to hate your team, but I love their ballpark. Grew up in LA but now I'm in the Bay Area. I'll likely see my Royals across the Bay this weekend. :-) Greinke is a beast. Can't wait to see him live.

While it's nice not to hear about problems, let's all check in with where we're at...

1. Are you able to watch live games? archived games?

2. Are you using gameday audio? Is it working for you?

3. Any other problems or feature requests?

4. Who's your team?

1. I'm a GameDay Audio subscriber, so I can't watch live games, however the archived games work perfectly.

2. Yes, and so far it's been fantastic, the ability to follow your favorite team's home radio station is great (even if I don't particularly like Ron Santo as an announcer).

3. A few, though they're all gravy, of course.

First, it would be nice to be able to view the game starting times in my own time zone, rather than east coast time.

Second, it would be nice to see the starting pitchers for today's game, mostly because it might alert me of a particularly compelling matchup. Maybe accessible by pressing "i" for additional information?

Lastly, ability to record audio and/or video.

4. Despite being born and growing up on the south side, I'm a Cubs fan, which is why I opt for GameDay Audio instead of the video feed (I feel guilty paying so much for something that I only use through July).

Let me thank you guys one more time for all of your hard work, it's an intuitive, easy to use, easy to install script that is leaps and bounds better than the lousy interface provided by MLB. Many many many thanks.

Last edited by dmandell; 04-15-2008 at 05:07 PM.
Reason: edited for clarity

First, it would be nice to be able to view the game starting times in my own time zone, rather than east coast time.

On its way. Should be in the next release.

Quote:

Second, it would be nice to see the starting pitchers for today's game, mostly because it might alert me of a particularly compelling matchup. Maybe accessible by pressing "i" for additional information?

Definitely doable -- more a question of implementation. I figured out where they keep the data for the day's probables, and its parsed much the same as the game schedule. It's an extra call to the server, so we have to figure out *when* to do it (i.e. when we get the schedules, or when it's first asked for) but the rest is pretty easy. So I'll be working on this as well.

Quote:

Lastly, ability to record audio and/or video.

That's daftcat's department. A stopgap way on the fly would be to run mplayer with -dumpstream as your player. But a real solution, with scheduling etc, is still being worked on.

Oh, and if my Lincecum comment didn't make it clear earlier, I'm a Giants fan. Grew up in SF, live in NYC now.

Oh, and if my Lincecum comment didn't make it clear earlier, I'm a Giants fan. Grew up in SF, live in NYC now.

I've only recently given up on hating the Giants. One of the advantages of growing up a Cubs fan is that you can hate all of the teams that have beaten you in the playoffs, because it's a very short list. I've always insisted that the earthquake never would have happened in 89 if the Cubs had beaten the Giants.

The time zone thing will be greatly appreciated, subtracting by 3 is harder than you might think. The other items on the list were just "in a perfect world" suggestions. You've come a long way in the last week, the frontend side is, as far as I'm concerned, just about where it needs to be.

On the side that's invisible to the users, the only thing that comes immediately to mind is making mlbviewer look as much like a normal browser as possible when it's making requests. Ideally it will be indistinguishable from Firefox (or some other browser) so that you won't have to worry about MLB taking notice and shutting it down.

One final note: a friend of mine was Tim Lincecum's college roommate his freshman year. I asked him to give Lincecum a hard time about turning down the Cubs (who drafted him late in the draft after he finished high school), but my friend said he and Lincecum didn't really get along. He also told me that Lincecum was a filthy-good pitcher and that before long I'd be cursing the fact that he didn't sign with the Cubs out of high school. Assuming the Giants don't trade him for peanuts he looks like a pretty solid foundation to rebuild with.

Just to be clear, you are getting the concurrency issue with the old code or the new code? If it's the old code, wait it out and try again with the new code.

My other team is the Dodgers so I'm supposed to hate your team, but I love their ballpark. Grew up in LA but now I'm in the Bay Area. I'll likely see my Royals across the Bay this weekend. :-) Greinke is a beast. Can't wait to see him live.

Was with the old code. Waiting and then running new is all good.

Giants was an arbitrary decision. Was the first game I went to see so I had to support the home team. That was at the stick. I've been to the new park since and its lovely.

Wish I could get to more games, but the travel is a bit much from the UK.

If you've got this covered, I'll leverage that code for scheduling the records.

Quote:

Definitely doable -- more a question of implementation. I figured out where they keep the data for the day's probables, and its parsed much the same as the game schedule. It's an extra call to the server, so we have to figure out *when* to do it (i.e. when we get the schedules, or when it's first asked for) but the rest is pretty easy. So I'll be working on this as well.

'i' for info is a great idea for this. I saw an XML page that has all this info plus team records, pitcher records, stadium names, news links, etc. We could have a really snazzy info page if the same information is in the jsp page you're looking at.

Quote:

That's daftcat's department. A stopgap way on the fly would be to run mplayer with -dumpstream as your player. But a real solution, with scheduling etc, is still being worked on.

I'd rather wait for you to get times in local time than repeat the effort for scheduling. So those who want recording, push jkr for local time release. ;-)

Pardon the gushing, but this is AWESOME. Thanks, jkr and daftcat! This is why I love Linux.

One quick question: I'm watching in mplayer. It automatically opens in full-screen mode. That's fine, but it means I can't (a) resize the mplayer screen, (b) control the mplayer volume, or (c) access the fast-forward command in an archived game. Any way around this?

Incidentally, it's really just (c) that I care about. I can use the system's s volume controls. And I'm watching on an Asus Eee with a 7" screen, so it's not like there's so much screen shrinking I could do and still see the game, even if I could get out of full screen mode.

One quick question: I'm watching in mplayer. It automatically opens in full-screen mode... Any way around this?

Sure, in the config file, just put

video_player = xterm -e mplayer -cache 2048 -quiet

or

video_player = vlc %s > /dev/null 2>&1

or

video_player = xine --no-splash

or whatever video player in whatever form you want to use. Use %s where you want the file name to go, or don't bother, and it will just go at the end. Play around with it. See what works best for you. I'm sure other users here have their own magic formulas.

(BTW, you can always just press "f" to toggle full-screen in mplayer. And if you have the black box around a 4:3 image, you can also press "e" to use the top and bottom borders instead of the side borders -- mplayer's pan-scan feature.)

I think I'm going to change the default so it's not fullscreen (unless there are any objections). I realized that it was that way because I watch on my TV, so fullscreen makes sense. But most probably watch on their computer screen and so would prefer a window.

Yes, though I haven't played around with the team following feature. Will try it out some more later.

Quote:

3. Any other problems or feature requests?

No problems, but some ideas (in case you get bored):
a. Simple wap-accessible web interface. My Symbian S60 phone on T-Mobile Web has a fast enough connection to the internet to stream the gameday audio. I know because I've used it as a modem for my laptop. This means that if there's an S60 audio player that can play streaming audio in WMA format, it should be able to play the gameday audio feed if it can get the URL. How cool would live radio broadcasts of baseball games over bluetooth be? The web/wap interface could also be sued for remote scheduling when the recording feature is implemented.

b. MythTV plugin.

c. GNOME frontend with panel applet. Show live scores in the applet, single click launches mplayer with the video feed. ;-)

d. I mentioned this earlier. It probably won't work unless the buffers for video and audio are exactly the same, but it would be neat if it were possible to specify one of the gameday audio feeds as the audio for the video. Would be like muting the TV and turning on the radio, which my grandfather does, and which would be nice when the video feed has the "bad guy's" announcers. But I know, kind of a longshot. To see if it would work, all you'd need to do is get an authenticated URL for both the video and an audio feed and execute the normal mplayer command but enter the audio stream after the -audiofile flag. If they line up, gravy! If not, maybe some tweaking with caching or sync/delay values would shore it up.

e. Support for the other extras (top plays, condensed games (Do they even have these anymore???), etc.) I know this was mentioned so it may already be in the works.

Quote:

4. Who's your team?

Red Sox baby! I have to say that I am form the northeast and my love for the Sox goes back to when my father took me to Fenway Park when I was 7 or 8. I'm no bandwagon fan!

Keep up the amazing work! You guys really are doing a good job. I've pointed several folks to this thread as an object lesson in the merits of the OSS culture!