thanks for your reply!

unfortunately it didn't help. i had no favorite team in my config file to begin with.

thanks so much though!
markus

It's not a favorite team issue. I use the variable name myteam when selecting between home and away feed.

What's really going on is that event IDs are not in the listings yet.

As I have posted twice already, don't expect mlbviewer to work on the first day. Unlike the MLB.TV developers, I have no idea what changes will come this season. On top of that, whatever they do in Spring Training may not be what they go with for the regular season.

So let me put it another way. If you are a newbie, I don't recommend mlbviewer until sometime in April when I have had a chance to see what they'll do to make my life more interesting.

For the more experienced mlbviewer users, I'd appreciate your testing and debug efforts. If someone can Firebug the MLB.com pages and flash player to find out where they are getting event-id because it is not in the grid.xml file.

hi daftcat,

i am afraid you got me wrong. i love the hard work and time you put into mlbviewer and in keeping up to date every time mlb.com tries to do something new!

my post was just to guess whether i had done something wrong in reinstalling mlbviewer, whether it was due to my new subscription going from premium to basic, or whether mlb.tv had changed things.

i really really appreciate everything you do for and with this project!
thanks,
markus

I think it's still there. I'm looking at the grid.xml file for today, and neither the Pirates game nor the Tigers game has a value (just an empty string), but for the Braves/Mets game (which has audio and video) there is a calendar_event_id of "14-276991-2010-03-02" on the "game" element. The games without a calendar_event_id also have media_state="media_dead". That's probably a great way to weed out which games should not be processed any further.

It looks like the identifiers for the stream types changed, here's the ones shown on the Braves/Mets game:
FLASH_1200K_800X448
FLASH_128K_256X144
FLASH_500K_400X224
FLASH_800K_400X448
AUDIO_FMS_32K

Other than that grid.xml looks the same as the end of last year. Now, it's entirely possible that other files have changed, especially the web service stuff (which I haven't examined at all).

I see a few edits I'll need to make tonight. calendar-event-id is present for the ATL-NYM game which is the only "televised" game but it's not being passed up through the listings code. I'll have to relax some checks and put in some new ones like I did last spring to handle the limited coverage. Hopefully they will archive that game.

Markus, I would have been shocked and awed if it worked the first day with no edits. Just as it takes the players Spring Training and into April to find their groove, so it will be with mlbviewer (and MLB.TV service in general if past experience counts for anything.) Just be patient and subscribe to this thread (if you haven't already.) When I have some working code available, I'll post a message here. Have you used svn for getting mlbviewer edits before? I probably won't update the official Sourceforge release until mid-April.

Good eyes, poorboywilly. I hadn't noticed the changed stream id's but I probably would have figured that out once I got past the listings problem.

I'll likely have something in svn later tonight.

I swear I saw this game archived earlier today. Maybe they changed their minds.

This revision:

-fixes the missing calendar-event-id
-selecting game media might work for playback
-fixed media availability flags for 2010 Spring Training
-there is no nexdef in spring training according to mlb.com

Playing games (audio or video) probably won't work yet.

If it doesn't work, please don't tell me it doesn't work unless you're providing me with new information.

I don't expect things to work for awhile and there's little I can do about it (until they archive games) without your debug efforts while the games are in progress. I likely won't have any time to look at "In Progress" games until the weekend.

By the way, no attempt is being made at backwards compatibility yet. If you 'svn up' to these revisions, you won't be able to watch last year's games. I will work on backwards compatibility later.

According to the support forums, NexDef will not be supported during Spring Training.

In all likeliness, they'll roll out a limited beta (one or two games a day) in the last week of Spring Training.

At least, I can cross that off my list of concerns for a week or three.

Hot damn! It actually works!

Standard definition video and audio. No nexdef in Spring Training so you might as well change use_nexdef to False in your config file.

Expect more bugs as the developers get warmed up this Spring Training.

thanks for the reply, daftcat!

i am using svn to get updates on mlbviewer and did one today. thanks for working on it yesterday - both to poorboywilly and you!

so now i have another question, because mlbviewer will not play any games unless i have rtmpdump installed. does anyone have the patience to help me with installing rtmpdump? i am still a linux newbie, so...

i downloaded a torrent with older rtmpdump versions, so i have the requested rtmpdump 1.5. when i login as root and go to the folder where rtmpdump is located, i type

as it tells me in the readme.

it then goes like this:

same if i type "make streams"...
this is just the first step, i know. i haven't even asked about the patching yet, which i do not understand as well.

i am sorry, but any help would be really amazing!

thanks so much for now!
markus

Looks like you need openssl-dev package. Consult your Linux distribution documentation on how to install this package.

Also, run the Patch.sh script before you compile rtmpdump.

thanks. i got the openssl-dev package. now i need to run the patch.sh script... can someone please explain how to do this? i am learning, slowly...

thank you!
markus

(a paypal donation is in order, daftcat. how can it reach you?)

The patch files are part of the mlbviewer files. Under the directory where you downloaded mlbviewer, there is a directory called "rtmpdump-patches". Simply enter this directory and type "./patch.sh" to run the script. This script will ask you where the rtmpdump sources are, enter the information requested. Then you can switch to the rtmpdump source directory and compile it as you were before.

thanks so much, poorboywilly!

i successfully patched with your description, then i went to my rtmpdump directoryto run "make rtmpdump", but had this error come up. any ideas?


i feel like a spoiled brat asking his parents too many favors, but any help is really really appreciated!

thanks,
markus

Don't worry about it, it's not a problem. Did you get version 1.5 of rtmpdump? IIRC that is the only version that will work.

int16_t is defined in "stdint.h". Try adding a line that reads "#include <stdint.h>" (without quotes) in the file AMFObject.cpp before the line that reads "#include "AMFObject.h", see if that gets it to compile correctly.