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.
Did you install rtmpdump after you built it? The Makefile doesn't have a 'make install' so you have to manually copy the rtmpdump executable to some place like /usr/bin.
I just ordered mlb.tv, and running the flash player for too long frequently locks up my system (using ubuntu 8.04 and firefox 3). Looking around for a solution, I discovered mlbviewer, which I've been trying to get working today.
I installed mlbviewer, recompiled mplayer (a couple of times, the second time following the instructions in a link to ubuntuforums.org that I found somewhere earlier in the thread), downloaded autobahn.jar, installed rtmpdump (version 1.6) after applying the patch... I think that's it. I have a few problems that I haven't been able to resolve:
1) Autobahn.jar appears to throttle my internet connection. After running the jar for a while, loading webpages begins to slow to a crawl and eventually stops entirely. I've experienced similar problems with bittorrent, and I think it's caused by my router being overloaded with connections -- does it seem likely that autobahn.jar would cause similar problems? Has anybody else experienced this problem?
2) Because of #1, I've been watching games using rtmpdump. Its output to the terminal is exceedingly verbose, and I can't use mlbviewer commands -- for instance, I can't press "s" to switch between home and away streams.
3) When I use mplayer, the stream works just fine but my LCD brightness regularly gets reset to its minimum every 20-30 seconds. Needless to say, this makes games almost unwatchable.
4) When I attempt to use vlc, the stream connects just fine but I get errors telling me that it can't find the appropriate video or audio codecs.
These problems together make watching games impossible, which is very disappointing -- the brief glimpses I've gotten of the program have been tantalizing.
For #3, the backlight...
Use gconf-editor (type it in a command shell to bring up the GUI) and uncheck the following two settings:
Basically, your problem is a bug in some ACPI (mine and yours) where ambient is kicking in but you might as well tell gnome-power-manager not to manage the backlight at all (which is what the second one does.)
EDIT: About the makefile not having make install, that is exactly what I did...
sudo make install
and it printed out "cp rtmpdump /usr/bin/rtmpdump"
and then exited
I assumed that was the command it executed.
It looks like it's working but you're just not waiting long enough.
It takes a moment for all that connect stuff to happen, and then mplayer has to fill its buffer to at least 20%. So if the -cache in your mplayer command is 8192, then it has to download at least 2048 bytes before mplayer will start playing.
So in the first one in that pastebin, everything was working fine but you left the -o - at the end which was saying to output to standard out and since there was nothing reading from that file, it failed and exited.
The second one worked because tee was capturing the standard out. In fact, if you ran mplayer over the tee'd file in the second one, I bet it would be the same result as the third one: a playable mp4 file.
So I'd say run stdout.py from your grandfather's house and it will probably work just fine if you give it enough time to load.
You probably have it working just fine through mlbviewer too but you didn't wait long enough. You can reduce the wait time by lowering the cache value.
By the way, if stdout.py works, you can write a script for your grandfather:
Code:
#!/bin/sh
cd ~/mlbviewer
test/stdout.py `./mlblistings.py | grep nyamlb | awk -F: '{print $5}'`
cd -
You'll probably have to teach your grandfather to run mlblistings.py just to find out what time he should run that script. You will probably also want to edit the mplayer line about 7 lines from the bottom of stdout.py to include -fs to start mplayer in full-screen mode.
Although, honestly, I think it would be easier to set up the configuration file with the following settings:
That all basically says don't bother with nexdef which is probably more than he needs and still quite a pain in the ass.
show_player_command=False means hide that big line of rtmpdump | mplayer which is probably more than he needs to know.
The video_player will start in fullscreen mode once the cache fills to about 1024 bytes (about 10 seconds.) You could even reduce the cache to 2048 to bring the startup time down to about 5 seconds.
The audio_follow means if the game is 'Local blackout' or 'National blackout' he can use the 'a' key instead of the 'Enter' key to listen to the radio broadcast. Audio_follow=nya means always choose the NY radio broadcast.
Favorite line says highlight whatever game the Yankees play in a different color from the rest so it stands out.
And finally, the x_display is a convenience for you. If you wanted to do this all over ssh for him, all you would need to do is make sure you type "xhost +" from his machine whenever you first log him in. That says, "allow all clients to connect to his X display." The xhost command only needs to be done once per X session. The x_display, if set in the config file means you can connect remotely over ssh and have the video display to his machine. You could also experiment with setting the x_display to your machine provided you have X-forwarding configured correctly. Though I've never tested mplayer/mlbviewer in this configuration so I can't guarantee that it would work. I do know, though, because I put that in for my specific setup, that setting x_display=:0.0 allows me to start games remotely through ssh (as long as I use "xhost +" on the remote machine from its local display.)
1) What's your machine specifications (CPU, memory) and your connection speed? I haven't seen autobahn throttle the network as much as I've seen a misconfigured rtmpdump throttle it. What's your video_player config option? Does mplayer start at all with this setup? Can you post your config file here (you can remove the user and pass settings. I don't need to see those. )
2) 's' doesn't work after you have already selected a stream. In fact, the only commands that work after you've selected a stream are the number keys in NexDef mode to select a bitrate, and 'q' to exit playback mode to return to listings mode. rtmpdump verbosity is actually a good thing because you'll know it's working.
3) LCD brightness is a bug in ACPI. I'll get back to you on this when I get home. It was so long ago since I fixed it I forgot how.
4) VLC is a big mystery to me. I tried it with shared ffmpeg with ffmpeg in contribs. I don't know where it is picking up its ffmpeg so I'm stuck on VLC myself.
Don't give up. We'll get you watching the service you paid for.
Thanks for all of the help!
The xbacklight fix provided by jeremy worked for me... I have since turned off the gnome power manager but I haven't checked to see if it's actually working (xbacklight is still on) -- now the program is fundamentally functional! Exciting!
My processor is an Intel T2060 at 1.6 GHz, 2 GB RAM, ~1 Mb DSL connection, shared among about four computers in a household -- I don't anticipate the highest def streams will work too well even once I can load them.
As long as I choose a non-NexDef option, mplayer currently starts just fine, but if I try a NexDef stream (with autobahn running), I get the following errors:
Code:
mplayer: could not connect to socket
mplayer: No such file or directory
The stream loads, but mplayer dies after 15-30 seconds.
So VLC put out 1.0.0-rc-1, I've downloaded the win32 binaries and now sweet, sweet mlbviewer on windows, without compiling a thing!
Cool beans!
I use Applian FLV Player on Windows mostly because the only time I use Windows is at work. I don't need full-screen because it would look like ass anyway at 400K or 164K (about the only speeds I feel comfortable streaming at without incurring the wrath of the IT department.)
Just to be on MLB's good side, let's keep this off the official support forums (that mlbviewer works with Windows.) I think they don't mind mlbviewer so much when they think that it's mostly a Linux application. If we were to show them that this homegrown app outstrips their Flash player, they might get a little sore over all those hours they put into it.
The xbacklight fix provided by jeremy worked for me... I have since turned off the gnome power manager but I haven't checked to see if it's actually working (xbacklight is still on) -- now the program is fundamentally functional! Exciting!
My processor is an Intel T2060 at 1.6 GHz, 2 GB RAM, ~1 Mb DSL connection, shared among about four computers in a household -- I don't anticipate the highest def streams will work too well even once I can load them.
As long as I choose a non-NexDef option, mplayer currently starts just fine, but if I try a NexDef stream (with autobahn running), I get the following errors:
Code:
mplayer: could not connect to socket
mplayer: No such file or directory
The stream loads, but mplayer dies after 15-30 seconds.
Okay, first, if you're on a 1 Mb DSL, you're not going to get anything but the 800K stream and below. You might be able to get the 1200K stream but that would suck up all the bandwidth in the household. So let's change your max_bps setting in the config file to 800000 (800,000):
Code:
max_bps=800000
which is actually the default so you can remove that line altogether.
You can try setting it to 1200000 (1.2 million) to see if you can get the 1200K stream. By the way, if all you can get is the 800K stream, that's the same as not using nexdef except you lose a few cool nexdef features like picking your coverage and jump to half innings (and instant archive.) My low end laptop, the one connected to the wall mount LCD and stereo can only handle the 800K stream but I still like using NexDef for these features. For example, I came home late tonight and was able to jump to the top of the 1st (effectively start the game from the beginning) even while the game was only 4.5 innings old. Without nexdef, I'd only be able to join the game in the 5th and have to wait for the game to finish and get archived if I wanted to start from the beginning.
So, try setting that max_bps to 800000 and see how you fare with it.
Fixed %s support for non-nexdef.
Fixed 2008 support.
However, all that new code for handling coverage selection and HD indicator has broken the Bookmarks code. I guess that's the next fix but I may not get around to it for awhile.
hey I am trying to get the non-nextdef working in os x leopard. I have the regular nextdef working perfectly. . .
when I download rtmpdump 1.6, patch it, make clean and make, and put it in the /usr/local/bin directory, I still get "rtmpdump command not found" error...
when I install rtmpdump with macports, I get this error in mlbviewer:
Code:
buffering streamrtmpdump(4390) malloc: *** error for object 0x4007a0: incorrect checksum for freed object - object was probably modified after being freed.
*** set a breakpoint in malloc_error_break to debug
any ideas? I'd really like the standard non-nextdef streams to work...
Last edited by edouble312; 05-19-2009 at 10:30 AM.
hey I am trying to get the non-nextdef working in os x leopard. I have the regular nextdef working perfectly. . .
when I download rtmpdump 1.6, patch it, make clean and make, and put it in the /usr/local/bin directory, I still get "rtmpdump command not found" error...
when I install rtmpdump with macports, I get this error in mlbviewer:
Code:
buffering streamrtmpdump(4390) malloc: *** error for object 0x4007a0: incorrect checksum for freed object - object was probably modified after being freed.
*** set a breakpoint in malloc_error_break to debug
any ideas? I'd really like the standard non-nextdef streams to work...
Try putting the compiled rtmpdump in /usr/bin. You can't use the one in macports because it doesn't have my patch for live games. Speaking of which, make sure you run Patch.sh in rtmpdump-patches before you 'make' or run 'make clean' and then apply Patch.sh. The instructions are in REQUIREMENTS-2009.txt.
When I run stdout.py, I get this, with an archived game: http://pastebin.com/f8dbcdac Note that it just cuts out at the end and does nothing. There is nothing to wait for. No buffering, it gives me back a terminal. This is with xhost + run on his computer through vnc, and then x_display=:0.0
This is the EXACT same game which downlaos perfectly with soapevent.py.
So regardless of what *should* be working, it doesn't work with mlbviewer, or stdout.py, in a terminal opened over vnc or one opened through ssh. Note that the second output is exactly what I posted before. The 0% line makes it look like it is downloading and I just need to wait more, but This time, just like last time, it prints it out but then cuts to a terminal (I.E. crashes).
In order to make sure I did it right, I deleted my config, ran mlbviewer, and then added in my username, password, autosync to mplayer, favorite team, x_display, video_follow=nya use_nexdef=False.
and, part of the problem may be that TEE IS MESSING THINGS UP. When I run ./test/stdout.py blah I get DIFFERENT OUTPUT than ./test/stdout.py blah | tee /tmp/blah.txt as in it is somehow messing with what I am seeing. If you can figure that out, that may help you debug, as currently, everything I run beside soapevent.py crashes and cuts back to the terminal, meaning it is impossible that the issue is I am not waiting long enough for streaming Everything I have posted is a log of a completed command, so stuff like 0.0% or whatever at the bottom does not mean it is streaming, because it crashed. The same is true for mlbviewer. It just fails and exits.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.