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.
Hah, okay, turns out that (I thought) I had commented out the default mplayer options in .mlb/config; after setting show_player_command=1, I realized that it was trying to run "rtmpdump blahblah|mplayer #-cache 64 -really-quiet -". Doubt that's the desired behavior, but pretty easy to work around. Although still not sure why that would throw "ERROR: Download"...
Anyway, after fixing that (by getting rid of the #), I remembered why I had put it in in the first place: mplayer does seem to be doing something, but all it shows is "1027kb / 43 s" (or something similar) -- the numbers keep increasing for a few minutes with no sound, then the player cuts. My mplayer is pretty old (1.0rc2-4.3.2-DFSG-free, from Debian Lenny); I guess I could (ugh) try compiling a newer one.
Also, I'm getting access restrictions frequently. Is there a reason why mlbviewer might be failing to log out properly?
Guess I'll try vlc tomorrow when the access ban wears off, then if that doesn't work, bite the bullet and compile a new mplayer...
Hi! Sorry it's taken me awhile to reply.
The config file code isn't how you expect it to be. Only full lines that begin with the # character are ignored. A # character that appears in the middle of the line will be treated literally. So you were feeding mplayer a command string it didn't recognize and mplayer was bailing out. The counter figures and the error message you were seeing were actually from rtmpdump wondering where its output file went (mplayer reading from standard input.)
Yeah, sorry, maybe my earlier post wasn't too clear:
When the config line read "audio_player=mplayer #-cache 64 -really-quiet", I got the download error (with no counters).
I then realized that the hash wasn't commenting out the end of the line, so I tried it with both "audio_player=mplayer -cache 64 -really-quiet" and with just "audio_player=mplayer". Both of those gave me the counters with no error message (or sound).
I haven't tried putting "-" in the config lines (or "%s") but I assume that's not the problem here.
Is there a way to write the debug/show_player_command output to a file? I'd post it here but right now it's just flashing to the screen too fast for me to grab (and I can't find it in ~/.mlb/log).
Haven't tried vlc / compiling mplayer yet, hope to get around to it this evening...
Uh, well, I guess I've solved this problem, sort of. To avoid irking MLBAM, I won't go into too much detail, but let's just say that I am now sure that rtmpdump is getting the stream properly, that that output can be piped to other programs, and that my old mplayer can play that output. But only with a disk in between -- that is, I can do rtmpdump -> disk -> mplayer, but not rtmpdump -> mplayer.
Soo, my workaround sorta makes this a bug into a feature, but not in the way that the software intends... Any ideas why the direct pipe to mplayer wouldn't work? Just in case anybody else gets the same issue and doesn't want to have to work around it?
Uh, well, I guess I've solved this problem, sort of. To avoid irking MLBAM, I won't go into too much detail, but let's just say that I am now sure that rtmpdump is getting the stream properly, that that output can be piped to other programs, and that my old mplayer can play that output. But only with a disk in between -- that is, I can do rtmpdump -> disk -> mplayer, but not rtmpdump -> mplayer.
Soo, my workaround sorta makes this a bug into a feature, but not in the way that the software intends... Any ideas why the direct pipe to mplayer wouldn't work? Just in case anybody else gets the same issue and doesn't want to have to work around it?
How old is your rtmpdump? v1.6 was the first version that supported piping to stdout. But v1.8 is the first version that doesn't require the patch I include. I think they are up to v2.2c which works well for me.
Nope, rtmpdump is at v2.3 at least, cuz that what I've got.
I have noticed that although mplayer plays the saved stream, it doesn't seem very comfortable with it -- if I try seeking at all it says "[flv @ 0xb7fd8108]skipping flv packet: type 97, size 7627011, flags 0" about 50 times (but with different numbers) and then dies. And my vlc won't play it at all (it just says "[00000281] main playlist: nothing to play"). So maybe mplayer is missing some metadata or something and as a result can neither seek nor pick up from the middle of a live stream?
I am so going to have to compile a new mplayer. And I am so procrastinating doing it. If anybody has any other suggestions in the meantime, please let me know so I can put it off longer.
Well, as it turns out, my reluctance to compile mplayer was incredibly justified. I've now spent about five full-time days working on this and still can't get it working. Missing libraries, bad CPU detection, segfaults, nonspecific compiler failures, the works. (Of course, it doesn't help that my OLPC takes three hours to do a full compile, but that's probably only added about a day to the total.)
Does anybody know a good place to get help on compiling mplayer (or even, perhaps, compiling in general)? I guess I could file bug reports for the svn builds, but I assume they wouldn't get rapid response and besides I'm not even sure they're bugs. Someone linked to an Ubuntu thread a while back, but I'm running Debian Lenny so I'm reluctant to ask questions there...
For the past few days I've been getting a 404 error when trying to watch the condensed games. Turns out that the content_id must have just gone beyond 9999999, so an additional digit was added and therefore the indexes accessing individual digits in the content_id are no longer correct. The following patch seems to solve it:
For the past few days I've been getting a 404 error when trying to watch the condensed games. Turns out that the content_id must have just gone beyond 9999999, so an additional digit was added and therefore the indexes accessing individual digits in the content_id are no longer correct. The following patch seems to solve it:
Same error here. How do you apply your patch? Baby-step me through it if you will.
thanks...
Well, in this case the patch is really simple, so the easiest way is just to manually apply the change this patch expresses to your local copy: using your text-editor of choice, open the file MLBviewer/mlbtv.py in your mlbviewer tree. Next, look for the line which in the patch begins with '-', i.e.,
Now, just replace it with the line from the patch beginning with '+'; or in other words, replace the '4', '5' and '6' with '-3', '-2' and '-1', respectively. That's it.
Wikipedia has a good explanation of the diff format.
More generally, for more complicated patches you could take a patch file (in this case, you would copy the CODE block containing the patch into a file, but that may not work because of differences in whitespace) and have the 'patch' utility automatically apply the change for you:
daftcat
is it possible to implement a feature of choosing/toggling HOME/AWAY coverage inside mlbviewer, like it can be done for speed setting?
If it isn't really difficult to implement, could you please include it in your todo list for some not so distant future?
daftcat
is it possible to implement a feature of choosing/toggling HOME/AWAY coverage inside mlbviewer, like it can be done for speed setting?
If it isn't really difficult to implement, could you please include it in your todo list for some not so distant future?
Another question:
is it possible to use mlbviewer behind corporate firewall?
I'm trying to use mlbviewer under cygwin.
With proper setting of http_proxy variable I can get listing and watch TopPlays.
But when accessing games I'm getting message "Error occured on login page".
Account/pass is correct and it works Ok at home under linux and without Firewall.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.