Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Thanks, this seems to have resolved the problems I was having with gameday audio.
I partially take that back --- right now, when I listen to the Mets-Braves game, no matter whether I select home or away, I get the Braves radio broadcast.
Quote:
If you are not in the NYY or TEX blackout region, please post the contents of ~/.mlb/blackout to pastebin.com (do not post it here) and then post the pastebin.com URL here. I added the blackout file a couple of days ago to debug these inappropriate blackout issues.
I partially take that back --- right now, when I listen to the Mets-Braves game, no matter whether I select home or away, I get the Braves radio broadcast.
My memory from last season came back. Yankees and Padres have their own in-market blackout for Yankees On YES and whatever the Padres plan is called. Which is kind of dumb because if you are in market, you are already blacked out.
I checked in a patch to ignore INMARKET blackouts.
I partially take that back --- right now, when I listen to the Mets-Braves game, no matter whether I select home or away, I get the Braves radio broadcast.
NOTE: Downloading is not supported or encouraged. this script is merely to produce a sample file if you suspect there is an ffmeg/mplayer bug that needs to be reported.
Having problems streaming here in UK. Stream breaks every few mins ... I tried the mlbgamedl.py from revision 289 to see if could debug but there is a type error:
Having problems streaming here in UK. Stream breaks every few mins ... I tried the mlbgamedl.py from revision 289 to see if could debug but there is a type error:
Try mlbgame.py instead. I don't think I've maintained mlbgamedl.py since sometime last season. mlbgamedl.py is really only encouraged if you are having problems playing the stream at all (which hasn't been a problem since ffmpeg team fixed a couple bugs for us a couple of years ago.)
But...if the stream is connecting, playing, and then closing/timing out, there's probably very little I can do for that. Mlbviewer is about 99% connecting you to the stream but has very little to do with the stream itself. Even here in the states, I was having trouble keeping streams live this weekend. My guess is that their network or their servers are having problems (or undergoing ill-planned upgrades.)
I partially take that back --- right now, when I listen to the Mets-Braves game, no matter whether I select home or away, I get the Braves radio broadcast.
Okay, I think I have this figured out...sorta. I think I know why it's happening but I'm not sure why I'm doing what I'm doing. It looks like I'm figuring out home/away based on the video listings. But the games you've reported problems with have only one video listing (either the video stream for one of the teams was unavailable or it was a game of the week.) This is causing me to set a default value for the stream selection of "select the first stream" which is usually the home stream. I don't know why you were able to get only home on one game and only away on the other of a double-header. I think that whole algorithm needs to be written better. Not sure what the short-term fix is besides using test/gdaudio.py with event-id and content-id from 'z' debug.
I partially take that back --- right now, when I listen to the Mets-Braves game, no matter whether I select home or away, I get the Braves radio broadcast.
Yesterday's PIT @ FLA will be another one that you'd only get one stream or the other except...
I rewrote the preferred media selection code to treat audio and video media separately. No more buggy audio selections based on video availability. This should do it for you.
Revision 290: Rewrite of preferred media selection code
Everyone please update to this revision and test the heck out of it. I completely rewrote the preferred media selection code to handle audio and video separately.
Some areas I tested:
1. only one video stream available, test both home and away - should default to the one stream available.
2. only one video stream available, both audio available - should be able to listen to both home and away audio streams
3. various combinations of audio_follow and video_follow and video stream availability
4. no streams available - shouldn't crash
5. game of the week (same as test 1)
Use it like you would normally use it. If you get unexpected stream availability, check against the mlb.com media page. If you can find it on the mlb.com page but you still can't get it through mlbviewer (and you haven't overridden it with audio_follow or video_follow), please report the game, the stream (home or away, audio or video), and the date. Definitely report any crashes.
Revision 291: Added contents of preferred media dictionary to 'z' key debug.
Thanks!
Last edited by daftcat; 04-20-2011 at 03:39 PM.
Reason: Revision 291
Revision 292: video_follow and non-existent stream fix
If the video or audio follow stream does not exist, a KeyError crash resulted. I have fixed this in this revision. If the follow stream does not exist but the other stream exists, use that stream instead.
I can tell none of you have KC in your video_follow because this bug could have gone unnoticed for quite a long time.
This is a heads-up for anyone suffering similar problems to mine with rtmpdump versions. Previously I have always used rtmpdump-2.2c or flvstreamer-2.1c1. However, some of the live streams this season will not play unless rtmpdump-2.2d or later are installed. (I have found that some will play with flvstreamer/rtmpdump-2-2c and some won't).
Although rtmpdump-2.2d/2.3 play the live streams correctly, they did not play archives by inning successfully last season and also fail to do so correctly this season. For example, if I go to an archived game and try to go straight to the top of the 3rd, the audio is OK but video plays at half speed (a really weird effect).
I was therefore intending to install two versions of rtmpdump, one for archives and one for live streams. Happily I have found that that is not necessary. The current version of rtmpdump in git (up to commit 6155179b29) has fixed the archive bug and will now play both live streams and archived innings OK (so far).
I rewrote the preferred media selection code to treat audio and video media separately. No more buggy audio selections based on video availability. This should do it for you.
Thanks very much for all the time you've put into this!
I have mlbviewer on two debian linux machines and I have two mlb accounts: one is just a gameday audio account while the other is mlbtv premium. So far I've just tried audio on both computers. With the premium account I have no problem with gameday audio; with the gameday only account, tried on the same day and on both computers and even the same games, I get the ftmu indication and eventually also get the sign-in restriction error; I remember having problems with this account last year too. Is there already data showing what's causing this problem or do you need a full submission per the instructions for testing? It's quite odd; I pretty much always get the ftmu key indication with one account and so far have never gotten it with the other. But since I'm pretty much guaranteed to get it with my gameday audio only account, I should be able to get a test with it happening if it's needed.
I've posted my mlb.log for the ftmu problem from today's Dodgers-Cubs game, cubs feed, no audiofollow. I used "./gdaudio.py 14-287202-2011-04-23 13975149 | tee /home/chomiak/mlb.log". I've posted at http://pastebin.com/fTjhbfUV Just to verify that the game was running, I then used my other mlb account and logged in and brought up the audio with no problem. I used the "insert link" feature to put in the link but it doesn't look right to me so I'll paste it here without using that option. http://pastebin.com/fTjhbfUV
I have mlbviewer on two debian linux machines and I have two mlb accounts: one is just a gameday audio account while the other is mlbtv premium. So far I've just tried audio on both computers. With the premium account I have no problem with gameday audio; with the gameday only account, tried on the same day and on both computers and even the same games, I get the ftmu indication and eventually also get the sign-in restriction error; I remember having problems with this account last year too. Is there already data showing what's causing this problem or do you need a full submission per the instructions for testing? It's quite odd; I pretty much always get the ftmu key indication with one account and so far have never gotten it with the other. But since I'm pretty much guaranteed to get it with my gameday audio only account, I should be able to get a test with it happening if it's needed.
I have had the same issue all spring. I have two computers, one with Fedora, one with Ubuntu which I had running ok last year with mlbviewer. I only have gameday audio and on both machines see the same error. I've deleted the cookies multiple times. In looking at my logging, it appears (and this is somewhat a guess) as if mlb believes I'm trying to access video and kicks me out because I don't have an user/password for this. I see what I believe is a successful login, then a message "We are sorry, but you've reached this page in error". Could MLB be using a different method to validate user/passwords this year?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.