Add #include <stdint.h> to both AMFObject.h and rtmppacket.h.

Near the top where all the other #include's are, just add that one to it.

I'll add that to the patch tonight.

As for Paypal donations (thank you!), try this

thanks so much to both of you! adding #include <stdint.h> did it, and then i ran 'make rtmpdump' and 'make streams'. that worked.

now when i use the current svn of mlbviewer and try to play a game, it starts to buffer and then tells me the following:

any ideas? do i need to copy the rtmpdump-somewhere into my mlbviewer-svn folder?

found the paypal-hint, daftcat. thank you!
markus

Copy rtmpdump to /usr/bin, e.g. "cp rtmpdump /usr/bin" (without the quotes.)

1 members found this post helpful.

WORKING!! WORKING!!!

thanks so much. thanks so much, daftcat and poorboywilly!

you saved my life!

markus

Nice. Happy viewing.

It looks like they archived yesterday's game and they had tomorrow's grid.xml updated with media info this morning. I wonder if the compatibility so far is just a holding pattern for spring training to buy time to finish off regular season changes, or if it indicates that mlb.tv will be largely unchanged for the season to come. I know it's probably taking a lot of resources to work on their iPhone stuff.

hey whats up everyone...

glad to see mlbviewer back for another season!

I'm working on making it run on snow leopard... I can run mlbviewer no problem, but when pressing enter on a game, i get this error:

Traceback (most recent call last):
File "mlbviewer.py", line 1519, in <module>
curses.wrapper(mainloop, mycfg.data)
File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/curses/wrapper.py", line 44, in wrapper
return func(stdscr, *args, **kwds)
File "mlbviewer.py", line 1170, in mainloop
stream = available[current_cursor][2][myteam]
IndexError: list index out of range

tried searching this thread pretty carefully and couldn't find anything that helped

any ideas?

EDIT: just noticed there is no video for this game! audio is working with macports rtmpdump... will wait until the top of the hour to test video on the red sox game

EDIT 2: Just went back to yesterday's games and the mets-braves works! looks like everything's a-go!

Love it when a problem resolves itself without my intervention. Still kind of troubling that it crashed at all. Was this what happened when you enabled debug or was it really a crash?

Some edit I checked in this morning should restore the media availability flags from last year (e.g. "No media available", "No video available", "No audio available" in the status line.)

This applies to EVERYONE. By using svn revisions you agree to perform an "svn up" before reporting any problems. Cool?

Enjoy!

Sweet! Congrats and enjoy!

It doesn't seem like I've been doing mlbviewer this many seasons but the last two spring trainings before, the spring training has not matched up with the regular season offering.

My theory? Push out what works for spring training while the developers test the new architecture in a limited and private testbed. We'll probably get a peek at what the new architecture or features, or whatever they've changed in the last week of Spring Training as they try to squeeze in a beta period before Opening Day. Those of us who have been loyal to mlb.tv for awhile know that it is not release quality (whether the bugs are on the client side or the server side) when the season starts.

Bunch of spoiled brats on the mlb.tv forums. I'm amazed (but not really) at how many people expected this to be flawless from first pitch of spring training. Again, those of us loyal users know even our favorite team may not hit their stride until late April so why expect mlb.tv to do any better? Baseball is a complex game and mlb.tv is a complex technological wonder. Yes wonder! I remember the first year I signed up 350K was their high quality offering and it wowed me!

Good to see you back again, Straycat. I was a little concerned about you tiring of this adventure so I bought a modern computer in case I had to use MLB flash this season, the old one doesn't do well with it.

As of right now, MLBVIEWER is working just like it did last year.Hopefully nothing changes when the regular season starts...knock-on-wood.

One request... can you put fixing audio on the list - pretty please..sugar on top?

What's wrong with audio?

P.S. I'll be happy to take that shiny new computer off your hands in exchange for maintaining mlbviewer.

Maybe nothing. Let me try a live game tomorrow before I complain more. Right now, I can dump a mp3 file for awhile and then listen to it but the stream soon craps out.

I'd love to have your donations - I imagine the monthly food stamps allowance looks great in comparison. So no deal!

Couldn't agree with you more. People don't realize what software or web development entails. The sheer volume of data that must be throughput on opening day, which is probably MLB.tv's peak usage, (I imagine a few customers get frustrated by the early bugs and stop their subscription, while some stop watching when their team isn't doing so hot), just boggles my mind. Think about it--1200k streams, probably hundreds of thousands of customers. That's just hardware issues there. Then you've got to make the software that will coordinate this massive simultaneous streaming (server side is the hard part, client side is comparatively easy in this case). Then throw another wrench in it all: starting last year we can pause and rewind, jump to inning and other such marvels.

Then, consider all those problems, and consider that daftcat has to do this without any prior knowledge of interfaces and implementations or warning of changes. Bravo!

Just a quick note. Currently, I'm requesting the 800K stream for the high quality and the 500K stream for the low quality streams. Give me a day or two to test and poke and remember wtf I did in my own code and I'll switch that to 1200K for high quality and 800K for low quality. Won't know what they're going to do for nexdef until they turn on the nexdef interface.

So going back to your previous question, much of the whistles and bells they implement with nexdef (all the different rates and dvr features, jump to innings, etc.) If they are going to make changes to this year's service, it's almost certainly going to be in the nexdef code which is probably why nexdef hasn't been turned out yet. The next question is will we get support from mlb.tv team like last year with our public jar download page, or will I have to include instructions on how to download and unpack the Mac OS X package on linux?

yeah it seemed to crash when hitting enter on a game that had no video from mlb...

i wasn't using debug at the time, but hitting debug gave me the same output.

overall though, i'm pretty thrilled to have it working on my macbook... last year I had the next def working with the osx nextdef plugin installed, but no standard games would work b/c i had problems with rtmpdump...

looks like the newest macports rtmpdump works perfectly.