Non-nexdef users (basic and gameday audio), I haven't forgotten about you. Likely the integration won't happen until this weekend but I plan to move you guys back into mlbviewer and scrap the mlbdvr code. You'll still need rtmpdump, but hopefully the experience will be more seamless.

I tried it with xterm (shudder), same behavior. Also with KDE 3 version of konsole. It worked fine last year I know.

I'll do that. Do you have a reference to the mplayer bug ticket handy? I looked through the thread a bit and can't see it.

The ffmpeg bug report is here:

https://roundup.ffmpeg.org/roundup/ffmpeg/issue987

The fix is here:

http://git.ffmpeg.org/?p=ffmpeg;a=co...18b6f39a1c9901

Ls the official release likely to work for YDL? I've done everything (I think) I need to do to use the svn version; it finds the URL okay but then doesn't play. Messages such as this appear:

STREAM_ASF, URL: http://local.swarmcast.net:8001/prot...e=56710000&v=0
Resolving local.swarmcast.net for AF_INET6...
Couldn't resolve name for AF_INET6: local.swarmcast.net
Resolving local.swarmcast.net for AF_INET...
Connecting to server local.swarmcast.net[127.0.0.1]: 8001...
read: Resource temporarily unavailable
Failed, exiting.
Resolving local.swarmcast.net for AF_INET6...
Couldn't resolve name for AF_INET6: local.swarmcast.net
Resolving local.swarmcast.net for AF_INET...
Connecting to server local.swarmcast.net[127.0.0.1]: 8001...

autobahn starts up thus:

Time to init SSL: 98
Failed to override default socket connect timeout
Failed to override default socket read timeout
19:54:02.973 EVENT Starting Jetty/4.2.x
19:54:03.798 EVENT Started HttpContext[/]
19:54:03.800 EVENT Started HttpContext[/protected]
19:54:03.804 EVENT Started SocketListener on 127.0.0.1:8001
19:54:03.805 EVENT Started org.mortbay.http.HttpServer@77c1d5f1
Exception in thread "AdaptiveMediaScheduler-1994333193" java.lang.ExceptionInInitializerError

Any ideas? Happy to be patient...

That is NOT what autobahn.jar is supposed to look like. What other services are you running? Is your port 8001 alredy occupied by something else?

Try running autobahn like this:

If that produces non-error output, you'll need to either modify mlbviewer to look for autobahn on port 7171 or change whatever is already on port 8001 to some other port to clear the way for autobahn.
Let us know how it goes.

setting speed for mlbviewer config?
 

Can someone point in the right direction here? mlbviewer.py works for nexdef correct? I'm trying to change the speed in the config file, but the only thing that works is 800k, when I try setting it to 3000 the script won't load:

File "mlbviewer.py", line 1127, in <module>
curses.wrapper(mainloop, mycfg.data)
File "/usr/lib/python2.6/curses/wrapper.py", line 44, in wrapper
return func(stdscr, *args, **kwds)
File "mlbviewer.py", line 357, in mainloop
+ len(coveragetoggle.get(cfg['coverage'])) + 2
TypeError: object of type 'NoneType' has no len()


I've set the max_bps to 3000000 also in the config file and nexdef.py ....
any idea?

in any case, great work on the new svn it works great for me otherwise 'out of the box'

You should not be making changes to the scripts. All you have to do is set:

in your config file. If you still get lower-res streams, then it's because a higher one isn't available. Not all games have feeds in all resolutions.

ok that's what i figured. can anyone else tell me if they're getting lower-def streams right now watching the yankees-a's? (it's a great game anyway, 7-7 in the bot 9th)

Yes, I am definitely getting a NOT 3000kbps stream. I have noticed that day games seem less likely to have full-res feeds. I'm not really sure why this would be the case.

thanks I guess I'll have to wait till later. on a side note, there have been a RIDICULOUS number of home runs at the new yankee stadium. as jim rome put it: "hey yankees, next time you spend 1.5 billion on a new stadium, throw an engineer in there somewhere!"

the question is whether it's going to stay like this once the "spring winds" are gone and the wind tunnel to right field dies down. If so, it's gonna be real hard to convince ANYONE to come pitch for the yankees (like colorado's coors field)

Pettite, Burnett, and Sabathia seem to be doing just fine in the new park. Wang needs to fix his mechanics. And middle relief, well, I believe middle relief is the worst thing to happen to baseball since the designated hitter. It gives average to poor pitchers who are neither talented enough to start nor effective enough to close a chance to blow all the hard work a starter has put in. I say teach your starters how to stretch their effectiveness to 7 innings and get your closers to pitch two. Send the middle relief guys back to Triple-A where they belong. And that's my middle relief rant for every team, not just the Yankees. If the starters can't do 7, platoon some alternate starters between the rotation and the middle relief job. But these two inning specialists are rarely as good as managers and front offices would have you believe.

As for the stream quality, I'm not convinced that sending a max_bps query string is enough to get the correct stream. I'll be experimenting with stream selection code. We might be able to implement a quality bar like interface like the gui if it works (or at least an algorithm that says, ask for the most up to my max and if the server isn't complying, ask for the next highest.) I'd also like to implement a resume function for archived games. Pisses me off when I've watched seven innings and then the stream craps out. Since these streams are (sort of) seekable, I should be able to keep track of when you made a request, when the player process exited, and make a guess at how much of a game you watched, then ask if you want to resume from where you left off if you make a request for the same game.

I've also sent an email to my mlb.com contact to see if I can get more information on how to communicate with the autobahn.jar. I assured him that none of my users blame the player development team at mlb.com but rather the development maturity of the Flash plugin itself. I'm just trying to get you guys the bandwidth rates you paid for with the playback performance you expect.

By the way, I've been having some pretty good success at watching live games all day today (working from home) on my lower end machine. The 800K stream looks great, my 750 Mhz machine is running about 60% CPU and the stream only burped a couple of times this morning. Completely excusable considering how much I've been feeding it today. :p

I really recommend basic subscribers upgrade to premium. There is only so much I will be able to do for non-nexdef users this season until mplayer or vlc supports rtmp streaming with fine control over the createStream parameters.

You know, the XBMC player can play RTMP streams... ;)

:cool: :D :cool: :D :cool: especially at the quality bar idea!

and sabathia didn't look too sharp today. 3 run dinger in the first, here was his full line today:

6.2 IP, 7 runs, 6 Earned, 2 K, 1 HR. I still stand by my assumption that he's the most overpaid pitcher in the game. he will never duplicate his success in the NL last year with the yankees. no chance.

wang has just lost it entirely. burnett or pettite are always at risk of injury. things could get reaaaaal ugly in NY i think. girardi had better get his ducks in order or else the fans are gonna run him out of town

I thought the XBMC rtmp player is just rtmpdump?

Is there a way for me to get at the rtmp player without installing XBMC?

Maybe after I get you nexdef guys set with the stream quality you expect, I'll have a look at the rtmp player in XBMC.

In the meantime, what would you or linuxphan need in the way of mlblistings.py or soapevent.py to get a quick and dirty plugin for testing the rtmp player with the mlb service?

There's also flazr but I just haven't had the time to look into it.