Nope. Zito is the most overpaid pitcher in the game. Even Sabathia's off days are better than Zito's best stuff.

Quality bar is assuming mplayer would even support a shift in quality. It might just barf all over the idea. I won't know until I've actually tested it though.

As I understand it, rtmpdump is based on code from XBMC. XBMC player can play RTMP streams without needing to download them first, but I highly, highly doubt it can be abstracted from the XBMC project without major work. In the linux port of XBMC in svn, there is a directory located at /xbmc/XBMC/xbmc/lib/libRTMP which contains the source for the RTMP library used by XBMC player.

point well taken. zito is the most overpaid, sabathia is up there though.

as far as mplayer switching quality, i don't know if it qualifies, but earlier today I was watching a 720p stream using nexdef.py, and it suddenly switched to the 800k stream (i'm guessing because nextdef was having troubles). it seemed to not be too screwed up when it happened.

Well that doesn't really work then.

Telling non-premium subscribers to use XBMC which probably uses even more resources than mlbviewer and possibly flash because rtmpdump sucks isn't the correct way to do this.

Could I give you guys a mock screen / soapevent.py something or other that would give you a quick and dirty way to test the streaming? Kind of like what I did with the first couple of versions of mlbviewer where the listing was hardcoded to test the network code.

Or if you could, see if libRTMP supports tcPath, playPath, app, and arbitary Invoke messages. If I can specify the first three for the createStream and the send an arbitrary Invoke for the FCSubcribe message, then there's a decent chance it could work for mlb.tv. If it's just accepting an rtmp url and thinking it can figure out for itself how to talk to the media server, then it's going to fall flat on its face.

I was half joking with the XBMC reference in the first place. But anyway, you'll have to talk with linuxphan about that because I am completely useless when it comes to coding. Boxee/XBMC plugin coding is way over my head.

libRTMP is the same code as rtmpdump. I'm not sure which is the chicken and which is the egg though. I can checkout the code myself and do a comparison to see how it differs.

So if libRTMP is the network layer, what's the player for XBMC? Is it possible to write the output to stdout and pipe that into mplayer?

If you don't like Sabathia, I'll give you Ponson and Horacio Ramirez for him. Heck, I'll even throw in Tony Pena, Jr. He's got a pretty good curve ball. :-) I have the blowout he pitched in bookmarked from last season. July 21, 2008 19-4 rout by the Tigers.

Of course, his contract is about half of the Royals current payroll.

SWEEET! I just did my first instant replay off the live stream (did Butler really make it to the bag?) and it worked flawlessly!

hey i might have missed it, how does instant replay work?

Soria is so cool under pressure. i have a feeling that if KC wins the central/wildcard he will be the main reason. if that rotation can give these guys a chance, it's almost a guaranteed win once you bring him out.

but don't look now, the white sox are playing pretty good ball

I have been having the same problem with text not showing up in the terminal after closing mlbdvr. This is running gnome-terminal with a gnome desktop.

I guess I won't post my log, as you already seem to know it won't work.

I am a little confused, is it working at all for non-premium? Is it working but you have to do a wierd setup, or it often cuts out?

OH YEAH
I've got this working in VLC now. Here is my video_player string:
using a post-fix version of ffmpeg. The -ss 10 is there because there is some weird artifact I'm getting about 4 or 5 seconds into every stream, where the player starts thinking the video is a different resolution and kind of "zooms in" on the video, cropping out some of the video, so if I just skip the very beginning, all is well. This creates a file that is playable, pausable, and seekable in VLC 0.9.9a, in beautiful 3M bitrate. The only problem right now is VLC doesn't update the length of the file. You can play "past the end" and keep watching live, or even pause and continue, but if you want to seek to some time that is "past the end" in the current player you have to reopen the file so that it gets the new length.

The streams from nexdef are seekable, although seeking backwards seems to work a lot better than seeking forwards. It's not perfect and you always run a risk that you're going to send mplayer into a "error frame" loop where it seeks all it wants but can't figure out where the frames are. But for a left arrow (5 seconds? 10 seconds?) back, it seems to be okay.

Soria definitely created more pressure than he needed to but he has been riding the bench an awfully long time (8 days.) With Banny back, we now have four solid starters. Now if we can just get rid of Ponson. He's our Brett Tomko this year. And every time I see that stupid grinning mugshot on Gameday, I want to punch him. How can any major league team think he's good? I can't wait til Hochevar is recalled to replace him.

I've been watching baseball all day long (working from home) and I'm very impressed with the performance of nexdef today.

You basic subscribers have got to get on board. mlbviewer is not going to be nearly so cool for you guys without it.

This is working almost flawlessly tonight. mplayer would repeatedly crash on one stream, but other than that it's been perfect.

Some questions:
- What are the different values of max_bps? From this thread I gleaned 800000 and 3000000. I assume the former correlates to the four bar quality and the latter is seven? For me, one of those bowls of porridge is too cold and one of those bowls of porridge is too hot!
- Will starting and stopping autobahn be integrated into mlbviewer?
- Does mlbviewer crash for anyone else when the window is resized? It seems that I'm the only person who had that problem, so maybe it's my python installation. I use a tiled window manager (dwm), so it results in tons of crashes for me.

hey which stream was crashing for you? was it texas-toronto? i'm trying to watch that and it continues to give me a "flash packet" error or something.

the only other stream speed i know of is 2500000. i can usually resize mplayer with no issue. you're using the absolute newest svn correct?