Thanks poorboy. Because of you, I had it fixed before Straycat pounced on it with his official upgrade. Can't get better service anywhere than here with Mlbviewer and the price is right.

Question to anyone. How can I cut a small sector out of game downloaded or in this case... I got one inning only and want to further reduce the file size? I got an argument going about a play and I want to send this guy "my proof". so he can watch it and then have to say "uncle".

I tried using a movie editor called Cinelerra and it doesn't like MPEG-4's or whatever the format, codec.... don't know what the proper terminology is.

doesn't work for me. once the game is over i cannot start it for a few hours usually. i just tried again for the 4pm games and they all give the error that the the feed is not yet available. perhaps mlbam changed something, but that thread i linked to explains it i think.

anyway no big deal!

Do you have the Rangers as a video or audio follow team?

I know in Windows you could use Any Video Converter.

I know you can limit playback to a certain start and end time in mplayer but I don't know if you could export that playback to a file. You could probably do it with mencoder but I don't know what the magic flags would be. I think there's one that says copy the input and output codecs so it doesn't actually do any transcoding. Wish I could be of more help.

nope!

just tried to put on sox game (do have follow set for that) and no luck. says feed not available. so i am pretty sure you have to wait for the "archive" once the game ends. unfortunate!

Probably doesn't help much, and may be just me getting myself confused, but what seems to have been happening for me (admittedly not using mlbviewer, but using my own customised Java) is that, if I have sent the describe request to autobahn before the game ends then I am still able to start the stream (as an archive) after the game has finished, but, once the game has finished (and MLB have decided to block the archive) sending the describe request no longer works until MLB release the archive.

What I'm trying to say is that if you start watching a game before it has ended (using autobahn) then it may be the case that you can continue watching it throughout the otherwise blocked period between the end of the game and the archive being unblocked.

That's going to be your problem I think, is that for whatever reason these FLV streams we get are not well supported yet by any software (as far as I have seen). If you have a recent build of ffmpeg, you can pull something like
This will take in-file.ext, copy the codecs, skip the first 1 minute and 2 seconds and use the next 3 minutes and 4 seconds to put a video in the file out-file.ext. You should name the output file .flv, .mp4, or .mkv, because a lot of the other containers can't hold the h264 video.

Linux newbie here.

It took me a while but I finally got the mlbviewer working. The video is awesome. But I'm not getting any audio.

I'm using Ubuntu Intrepid it may not have the right codec but I'm not sure how to check. To get the video going I had to install the XV development files, Is there anything like that I have to install for the Audio?

Also I'm looking to install the rtmpdump, but it looks like it's no longer available from SoureForge. Is there another place to get it?

yes i believe this is correct. the "links" are removed once the game ends. if you are already watching you are fine. otherwise you are SOL until the archive is posted.

Try here.

http://tinyurl.com/mwmzh3

As I understand it, the codecs used are provided by the statically-embedded ffmpeg within your compiled mplayer, so you should be OK on that score.

My guess is you'll need one or both of a) the ALSA development files and/or b) the PulseAudio development files (IIRC, Ubuntu is a Pulse-using distro). In fact, apt-getting just the latter might even pull in the former as well. Then rebuild mplayer, and you should be good to go.

As for rtmpdump, earlier on in this thread I saw links to a couple of sites where it was being mirrored; they shouldn't be hard to find, and hopefully at least one of the links still works.

@daftcat:

Well, I think I worked out how to downgrade the ffmpeg bits of mplayer r29311 to their formerly-current revisions; I changed into each ffmpeg dir in turn (libavformat, libavutil, libavcodec, and libpostproc) and ran this:

svn up -r 18852

This appears to have reverted their contents to the revision that, AFAICT, was current back when mplayer was at r29311. I then moved back to the main mplayer-29311 dir, and proceeded with the ./configure step.

The resultant mplayer binary does seem more stable than the one that the fully-up-to-date mplayer svn code produces, with less frequent crashes and a higher likelihood that the stream will initialize properly on the first or second try (i.e with video, as opposed to just audio and a black window where the video ought to be).

On the latter score, I was intrigued by Bosox's better luck with the gl2 mplayer output than the xv one on his 64-bit box, so I tried "-vo gl2" here on my 32-bit one (h/w is 64, o/s & apps are 32). It uses noticeably more CPU, but it's also made the single biggest improvement in getting the streams to start up properly. Odd, since both the distro-stock mplayer and either of my two compiled ones (r29311 & current svn) can use xv quite nicely when playing absolutely anything else at all, but using xv with MLB's streams - especially the 3000K ones - seems to not work at all about nine times out of ten; with gl2, it's more like 3 out of 10 launches that are no-gos. BTW, running onboard NVidia 6100 here, w/ the proprietary driver (rev. 180.51), h/w accel works OK.

Strange end to the Royals game last night, eh? If it's any consolation, Crispy had a much better chance of catching that ball on the ricochet off the seagull than he ever would have had of gunning down the runner at the plate with it afterwards. Love the guy's glove, but you're so right about his arm, it's weaker than O'Douls.

Thank you, I hope I can get it to work. I did try mencoder last night but being I don't know what I'm doing, didn't have any luck.

If I can get ffmpeg to do as you described above, that'll be enough for me to be able to have some fun. Silly baseball stuff but that is much of the fun of being a fan. Couple of the guys on the White Sox list are ump bashers and for years now we've had our good-natured disagreements. My position is they do a hell of job considering they get one split second chance to make the call and the other two claim they always screw up. So a little evidence like all the tv shots of a certain play we are disagreeing on can advance my point. Silly way to waste time but again, it is fun.

The jump-to-inning feature of Mlbviewer makes this fairly painless in that you don't have to capture a whole game just the half inning the play happened but even the file size for that short of portion of a game is pretty large.

I totally agree. For the amount of calls they have to make, they get the vast majority right. The fact that it's hard to tell some of the calls even in slow motion replay tells you how hard it is, plus I think that many of the calls that are botched it's because something happens that blocks the ump's view of a tag.

me?? what is your video_player string in its entirety? currently i am using "video_player=mplayer -cache 4096 -autosync 30 -really-quiet %s" with no issues for the most part. i get only audio with "-vo gl2". any idea why?


by the way, the crash when switching from 3000 to 2200 seems to have somehow resolved itself -- can anyone still replicate that issue?

I haven't used mlbviewer for quite a while, so last night I built mplayer from source (MPlayer SVN-r29359-4.3.2) and updated rtmpdump to v1.6. I have had some issues with mplayer crashing so I set the bitrate down to 2200000 instead of 3000000. Anyway, it appears that any time it is getting video from nexdef the audio is way out of sync from the video. Several seconds ahead, and if there is any video stutter, the audio keeps going and gets even farther ahead. If I am using the flash player (even at 1200000 bps) the audio and video stay in sync.

Any thoughts on ways to keep the audio and video in sync on HD streams, or how to even start debugging it? Thanks.

edit: BTW, I am using v0.1alpha12 for mlbviewer
edit again: My problems with audio sync seem to be whenever nexdef is enabled rather than just certain bitrates. I am also experiencing mplayer crashes at any bitrate when nexdef is enabled, but so far I have not had any crashes with nexdef disabled.