Problem today watching yesterday's games. I select a game and it loads the MLB screen that says Thank you for watching, which they show when the game is over. Happens only when NexDef is being used. Regular stream works.

The mlbviewer worked yesterday to watch the live game (Yankees-Red Sox). But living in Europe, most times I'll be watching the recorded games.

I'm updated to version 398.

Alright - now I tried enabling show_player_command in the config and then using mlbplay. It shows the player command and then exits. When I copy and paste the player command to the commandline and run it, it works fine. WTF is going on?

OK, now I know what's going on: My "video_player" has an ampersand at the end to run in the background. When I remove that it works, but with it, it doesn't do anything but exits right away. It's probably a python thing to run the player a certain way - can you maybe take a look at it and try getting it to work even with an ampersand? Otherwise I'll have to think of a workaround . Thanks!

Changing the mlbplay.py-Script back to starting the player the "old" way (using subprocess.Popen) fixes my problem. Is there any specific reason why you chose to change this behavior? I'd love it if you would change back or made the "new" way compatible with running the video player as a background process. Thanks!

Thanks. I've updated my article with the changes.

This seems completely pointless - what are you trying to achieve?

I'll take the fifth .

I checked to see if I could watch the archived game with nexdef (mlbhls) by using the "i" option and jumping to an inning. But it didn't work, instead still taking me to the end of the game with a message saying that the completed game was the only "inning" available. I tried using the same option without nexdef enabled and it took me to the correct inning.

So it's the same either way: I can only watch live games with nexdef. Otherwise, all that's available are the regular streams, which frankly pale in comparison to the nexdef picture quality (at least comparing the live game yesterday in nexdef to the same game archived today without it).

I'm guessing recording. If that's the case, you're on your own.

Incidentally, it still uses subprocess.Popen, it's just taken care of by the MLBprocess class now.

Which archived game(s) are you have problems with? It may very well be a problem on their end since it is opening day and all.

All from a random selection of yesterday's games that I tried (NY v Boston, Philadelphia v Atlanta and St Louis v Arizona) failed to play using nexdef a few minutes ago, going to near the end of the stream. Curiously, the NY v Boston archive did play an hour after the game yesterday. rtmpdump is OK.

It looks like their inning files (which I use for getStartOfGame as well as jump to half innings) were written in GMT yesterday. I am tempted to wait a day to see if that was an Opening Day glitch. In any case, even using debug to get the command and manually time shifting back to EDT does not fix anything. If GMT is how they intend it going forward, we may need help from the mlbhls developer as I wouldn't know how to proceed forward if this is not a bug on their end.

<EDIT>
Well, between the time I saw the error, and then compiled mplayer2 to double check it, you guys seem to have duplicated it. Good thing the Phils are off today! Hopefully it'll be an easy fix.
</EDIT

I'm having the same problem as randcoop, and what I think is a variant.

I caught most of the game last night, trying to watch the rest of the phillies braves game. I'm using mlbhls, I went to inning selection b8, and I'm hanging here:

Yeah, I'm seeing that too. Even the Houston-Texas game from Sunday is not working. Looks like nexdef inning times (also used without the jump to inning feature since I parse the inning file to find the start of the game) are in GMT. I have tried start time as GMT and manually changing the start time back to EDT and still no luck. Somewhat discouragingly, I was able to download nexdefinstall.dmg and get the nexdef stream to play through the browser using the old java -jar nexdef.jar trick. They may have intended to change the stream times to GMT. I will have to look further into this another time.

Seems cache is filling slowly. You could give it time. But even still, looks like nexdef for archived games is not working properly yet.

Use rtmpdump (non-nexdef) until I have this sorted.

In case it helps anybody, I got the same behavior with mlbhls; I tried running it manually with the old -f option and it works a treat. I'm now watching yesterday's Cubs game in HD.

Here's what I'm using on the command line:

For reference, I'm on mlbhls revision 61 from https://mlbtv-hls-nexdef.googlecode.com/svn

HTH

Have they fixed the problem with the streams having way too much "This Game Will Start Shortly" at the beginning of the stream ? (e.g. the reason why -F was created in the first place?) Also, this doesn't fix the jump to innings issue. I can implement a short-term config file option to use this until we can get the real issue sorted. Look for a patch tonight/tomorrow morning.