I appreciate all the work, deftcat, and the rest of you have done. I too would prefer watching through mplayer, but I'll take what I can get for now.

Is there someone out there who can explain how to install the autobahn.jar file bodly has linked. I downloaded the file and don't know what to do with it.

Seems like they don't have audio streams fully ready yet. From the mlb.tv blog:

Hopefully they'll get this ready soon.

I just have it sitting in my home directory. Then from an terminal window I type I could probably whip up a .desktop file to put in autostart so it would automatically start when you start your window manager (e.g. gnome, kde, xfce, etc.).

I opened it with java and it seems to work okay in that I get all the functions of the premium player from mlb, including the higher resolution. However, the resolution isn't consistent and the flash player has a tendency to do 'quick freezes'. I think the quick freezes and inconsistent resolution are linked. Is there a setting somewhere in the flash player or FF that fixes this?

That was my experience too. Plus the auto-adjustment was seriously pissing me off. It would flip flop between one bar and full bars frequently so one second it would be HD and the next like Atari. I wonder if the jre makes any difference.

I'm still trying to figure out the proper connect parameters for getting archived games to work. I think the tweaking of the rtmpdump command-line will start to taper off soon as mlb.com should be more consistent with how they launch their streams now that the beta tests are over. With the change in rev 132, I am currently watching last night's ATL-PHI game.

In a couple of hours, I'll see if I can subscribe to a lower bandwidth live stream to implement a gameday audio hack. If I can connect to a 164K stream, would that be too much bandwidth for my audio-only users?

Well, that game is coming in near perfectly. Good game too, me being a Mets fan...

I have gameday audio working but I want to test it a bit more first. I'm not sure how to do home vs. away streams yet.

As for streaming live video, it's not looking good. One of two things needs to happen: 1) I need to teach myself streaming flash media, h264, and edit rtmpdump to handle video/audio packets in a sane way, or 2) Adobe needs to release their FMS specifications already so the open source developers (looking at the mythtv team specifically) can either improve upon rtmpdump or write something new. I'm kind of stubborn, so #1 may happen before #2.

I'll have another round of improvements checked into svn probably tonight or tomorrow night. I might even include the live game streaming code in for kicks and giggles just to see if anyone else can make heads or tails of it.

I'm also having quite a few problems with the recorder/player model so I recommend using dvr_record_only=True until I get 'em all worked out.

I think I checked in some debug exceptions last night which I pulled out this morning. Might be a good idea to svn up.

Anyone try the rtmpdump patch and live game hack with soapevent.py yet?

Lastly, it looks like nexdef issues are not just Linux so this will be pretty exciting to finally have full support in the flash player when they have those issues worked out.

Thanks, I've not been following this thread closely so I've got to figure out the changes you've made. Does anybody have any suggestions on a page number to start at? If not in about 15 minutes I'll just keeping wading backwards until I find the starting point for the non-mlbviewer method of doing this. I'll miss the curses interface though!

Thanks again daftcat for doing what you're doing with this. I'm sure you realize how many people appreciate your work, but I bet it's still nice to hear a word or two of thanks every once in a while.

I'd start at page 66

This post seems to be where they major changed began:
http://www.linuxquestions.org/questi...60#post3493260

I'm posting this for my own reference as well as yours :P

Gameday audio support has been checked in.

You will need to patch your rtmpdump with the provided Patch.sh script.

The good news is that rtmpdump is extremely tenacious with gameday audio streams so you likely won't ever run into the restart code. You will however have to manually exit the stream with Ctrl-C in the recorder screen. I have seen these streams continue long past the game completion in my testing yesterday.

I've only been able to test with live games as they haven't archived any audio streams yet. I also haven't figured out how to differentiate between home and away streams so audiofollow isn't implemented yet.

Enjoy!

I've downloaded the latest SVN (revision 138), installed python-xml and suds, downloaded rtmpdump source, patched it, compiled it, "installed" it, I've tried the test video and my codecs are fine, then I read the DVR-POLICY and added all those settings to my ~/.mlb/config. Oh yeah, and I copied the schema/wsdl over to the ~/.mlb directory. I'm using mlbdvr.py, and I can't get anything to work.

I've tried live, archived today, archived yesterday, live/archived audio, nothing. Am I missing anything?

And to answer your question, I did try soapevent.py, and I get a bunch of stuff followed by this:

I can send more info if needed.

BTW, thank you so much, this is a great project and keep up the great work!

If you look at http://mlb.mlb.com/mediacenter/index.jsp you'll notice that only a few games from yesterday and none from today are archived. We're streaming the ones listed in the MLB.TV column, not the ones under the MLB.TV Premium column. I'm getting the Mets and Reds game from 4/6, one of the few that say "Watch" not "Soon" and it's working fine. Also be aware that the Tigers @ Blue Jays game is only there through part of the 4th inning, or at least it was a few hours ago when I tested it. I verified that by using the flash player to stream it and it stops during the first at-bat of the bottom of the 4th.

Hopefully daftcat will implement streaming of the Premium streams for people with premium accounts along with selecting the home or away stream. But I would rather he focuses on just getting things to work reliably for now.

Can you send me the entire text of soapevent.py to straycat000(at)yahoo(dot)com?

MLB.com is really behind right now. A lot of things don't work right on their side yet so there's only so much I can do with my code.

Live games won't work yet. I mean you can download a stream with soapevent.py but it's pretty much useless because rtmpdump isn't writing a correct mp4. I think it's just writing what it receives but there's a bit more to it than that for streaming (live) vs. ondemand (archived.)

Here's what should work:

Archived games as listed on mlb.com's Media Center should work. I'll see if there's something in the xml or the soap responses that might provide me any clues about the archived status.

A couple of archived games that download (but they don't necessarily play very well--maybe the same drawback above of rtmpdump) are
4/05 Atlanta at Philadelphia
4/06 New York at Baltimore

Gameday audio of live games should work and may be the only thing that actually really does work in mlbviewer.

Here's what doesn't work:

Live games (except through soapevent.py which doesn't count since the video part of the stream is unplayable.)

Archived audio - mostly because mlb.com hasn't archived any audio yet so I haven't had a chance to test that.

I checked in a new revision into svn that doesn't catch errors in the "Fetching url...." code. This way instead of getting the "uncaught error" (which is really another way of saying, "I don't know where this is failing"), you'll get a truly helpful crash with a Traceback.

Please send me the soapevent.py log and the Traceback. And also be patient with this project since mlb.com has changed so much from last year and there's only so many rtmp resources and utilities out there.