Doh! My laptop was muted. Hey, even I make stupid mistakes. But I do have sound issues with other speed streams so I'll upload samples of those this weekend.

XBMC has a nice audio-stream selector that you can use to swap between audio streams on the fly. I noticed that when playing these files, XBMC detects three audio streams, even though there are really only two. The first one is typically the standard TV audio, the second one is the radio, and the third is silence. It may be that mplayer is automatically picking an -aid with no audio data. I'd try various arguments to the -aid flag and see if that fixes things.

The '#' key should cycle through all the audio streams in mplayer.

I can now watch the Orioles sink ever deeper into the cellar in glorious HD. I had little trouble setting it up until I realized there were complete instructions on the wiki at site reached through your link. I could only stand to watch 3 innings, but it worked perfectly - sound and video. The 7PM games are on at 1AM here and I have already watched too many games when I should be sleeping.


Thanks for your efforts. They are much appreciated:

Works great, super awesome, audio switching is the bee's knees. I'm glad I recently bumped up my bandwidth.

I will note that when I built mlbtv-hls, the executable was named mlbhls, but mlbviewer.py seemed to want it to be called mlbhd. Simple rename fixed that problem though.

Inning selection doesn't seem to work, at least while the game is live.

Fixed the executable name and moved the hardcoding of the command string to top of MLBviewer/mlbtv.py file (DEFAULT_HD_PLAYER and HD_ARCHIVE_OFFSET.)

Inning support does not work yet. Not going to have time this week or this weekend but maybe next week I'll have a look at it.

@daftcat:
I made a patch for the mlbplay.py script. It is attached to this post.

It fixes the %f-replace behavior and restores it to mlbviewer glory. There are probably not many people using it, but I would be grateful if you could look it over and merge it into your code anyway.

Thanks!

Attached Files

mlbplay.py.diff.txt (866 Bytes, 15 views)

I thought I had already included this fix but apparently not. Well, now it's in there, and I've done one better. I added support for the new mlbhls method for "nexdef". Now you can use mlbplay for nexdef using the use_mlbhd config option (should really change this to use_mlbhls) without having to pipe it to mlbhls.

In other words, if you have "use_mlbhd=1" in your config file, then you can use "mlbplay.py v=kc n=1" to watch KC lose in HD glory without having to use the -nu option and grabbing the result and putting it into mlbhls command-line manually. You still need to define your desired bitrate using max_bps option in the config file. Eventually, I'll have the speed option and the speed selection code handle this for you. Should be easy but it means I have to add an extra code to validate standard def vs high def speeds and I'm not wanting to look into that tonight.

Does anybody else have audio video sync problems using the mlbhls setup? It's pretty consistent for me on at least one feed, can't really tell if the radio feed is in sync with the video or not..

hi guys.. thank you for your job. it's always good to say that! here in italy can watch baseball just because of the internet, so your job is very precious!

a question.. i'm using boxee for watching live games because of the great gui and because i can use a remote directly from my sofa.

but boxee doesn't have any condensed game support. do you know how can i add IR REMOTE support to mlbviewer? actually is full lirc supported, but i don't know how to use it on a shell app.

ciao

got it. i realized the question was totally off-topic.

the good thing is that i have both the condensed game and the boxee app on my remote.

so i'll enjoy the end of the season on my sofa!!!

Hmm, well... So after having used mlbviewer with mplayer successfully all season, I'm suddenly getting videos that are completely blacked out. I hear all the commentary, but the picture is just a black screen.

The problem persists for all speeds to which I have access (just the low ones -- 500 and 800 I think?); it persists when I use vlc instead of mplayer; and it even persists when I go back and re-download games from last weekend that I already watched!

Does anybody know what's going on here? I watch games a day late in the UK so I shouldn't be subject to any blackout restrictions, but is this what a game would look like if it was blacked out? Is anybody else seeing this problem?

Ah. So as it turns out, mplayer and vlc are doing this for *all* my videos. The fact that I went three days thinking it was only baseball tells me that I'm watching too much baseball!

Anyway, the problem's obviously on my end with codecs or something. I should've known that mlbviewer is too robust to cause any behavior like that! Sorry to clog the list with what turned out to be a totally OT post.

f2

First guess is that you or your OS updated ffmpeg or mplayer to some older binary version that what once worked. Recompile mplayer and you should be set. At least you have some downloaded videos you can test with first. MLB.TV can be pretty unforgiving for testing (too many logins in a short time and they block you for awhile.)

Hey daftcat,

I have a new patch for the mlbplay.py script. I noticed that the TV station call letters always came from the away team. I was able to fix it.

Please merge the patch into your code.

Thank you very much!

Attached Files

mlbplay.py.diff.txt (360 Bytes, 11 views)