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.
Whatever the developer fixed in v1.6 fixed the problems mplayer was having with the non-NexDef stream. I can now watch the game and it's in sync!
That would explain why we weren't seeing any fixes in ffmpeg. It's not their fault is the container is messed up!
I haven't gotten a chance to build/test rtmpdump 1.6 yet, but this is very encouraging. Will mlbviewer automatically fallback to rtmpdump if nexdef goes to hell, or is that coming?
That would explain why we weren't seeing any fixes in ffmpeg. It's not their fault is the container is messed up!
I haven't gotten a chance to build/test rtmpdump 1.6 yet, but this is very encouraging. Will mlbviewer automatically fallback to rtmpdump if nexdef goes to hell, or is that coming?
That would be too difficult to implement with the current mess I've made of the code. Maybe if I clean up the code like I want to, this might be an option. Still, it's only as hard as using the 'n' toggle today to accomplish this.
Even still, your idea of "goes to hell" may be different from mine. And besides, there are certain differences that make this a bit harder. For instance, nexdef supports jump-to-inning whereas rtmpdump would only start from the beginning (or the current position with live games.) For another thing, the nexdef stream runs a couple minutes behind the non-nexdef stream. Some things are better just left to the user to decide.
I can't test with a live stream today but removing the %s works on archived games. This is good news. I'll take a little less quality of video to not have all the crashes I was having with Nexdef. But I won't suffer the Hawk. If I have to use autobahn to avoid him, I will. I like announcers such as Ernie Harwell, Scully and those kind. They make every game into sort of a story rather than ump-baiting and the same tired phrases over and over again for the umpteenth time like Harrelson does. And I'm a Sox fan, I can only imagine how obnoxious he must be to the guys who follow other teams.
This rtmpdump breakthrough pretty much means that you've now satisfied all the major functions needed for Mlbviewer, right? Audio and video for both premium and non-premium users, anything else is just icing on the cake.
Thanks again.
Without double-checking in the code, the chances are pretty good that if the archived game works without %s, then the live game works too. I think that code is shared.
There's one thing I really want to finish and another that would be a nice to have. I would really like to re-write the login/logout/cookie handling to be more like a browser session and less like a per-transaction deal. The like-to-have feature is a basic downloader without a curses gui that showcases the library so other folks like boxee/xbmc can either use the script directly or look to it as a reference on how to use the library.
I pretty much already have the login code separated from the gamestream code, but I haven't decided on how I want to pass it's member data to the gamestream objects.
As for the downloader, well, all the recent changes has muddied up what used to be rather simple and elegant code. I might just wait until I get a chance to clean up the code--another more long-term project.
I'd like to clean up both the library using the object oriented features of python such as class inheritance and also make a re-usable library out of the gui. There are a butt-load of xml's that I could implement if I just had some nice widgets to do it with. I could do a gameday basic (I could do premium with the xml's they have avaiable, but that would open us up to theft-of-service concerns.) I could also do line scores, box scores, standings, previews, and game wraps. But it would be better to create a gui library rather than overloading the one file script I have now.
So there is some fattening cake planned but probably nothing any time soon (except maybe the login fix.) I'm actually pretty happy with where mlbviewer is right now (and pretty happy with how quiet it's been in here lately.) I also start my swing dancing competition season this coming weekend. It's going to be a busy summer so it's nice to have a pretty good feature set to rest on.
Oh, and one more thing. I need to go back and make sure 2008/2007 support still works.
Please confirm this for me before I make an official announcement on Sourceforge.
with latest mplayer (today's snapshot) and rtmpdump-1.6 with your patches I am now watching live at CWS @ TOR game.
Tomorrow if i'll have time (and there'd be a viable live game for italian timezone) I'll test with latest gentoo mplayer which dates at 03/22/2009 (ie without "our" patches) and see if I can get it going.
I forgot to say that today in the "Pregame" time of cws @ tor I tried the combination of newer rtmpdump and old mplayer. It didn't work: rtmpdump downloaded, mplayer chewed those bytes but wasn't able to show me anything; had to stop with ctrl+c .
Anyway I want to try to make sure of it by trying an real "In Progress" game, althought I think we already know the answer.
Repost: Live non-nexdef video now works with rtmpdump 1.6
Reposting to account for thread scroll...
So I'm subscribed to the rtmpdump support forums and there was a bug that came across about messed up framerates. The developer replied that it was fixed in the newly minted rtmpdump 1.6 (released last night.) I thought, "what the hell? I've been rebuilding mplayer almost daily, so why not try a new rtmpdump?"
Good news #1:
The patches supplied in rtmpdump-patches works with version 1.6.
Good news #2:
Whatever the developer fixed in v1.6 fixed the problems mplayer was having with the non-NexDef stream. I can now watch the game and it's in sync!
Good news #3:
No new code needs to go into mlbviewer for rtmpdump v1.6. That means you can download rtmpdump v1.6 from sourceforge right now. Patch it with the Patch.sh script in rtmpdump-patches directory of mlbviewer. Build and install rtmpdump and you're watching live non-NexDef games in under 15 minutes.
Good news #4:
The non-NexDef streams are incredibly seekable. You'll get the fabled "DVR" feature of being able to pause, rewind, and fast forward live games that is supposed to be a Premium only feature. You'll also be the envy of Premium users who can't get mplayer to seek the NexDef streams.
Good news #5:
NexDef users can take advantage of non-NexDef streams (when NexDex goes wacky) by using the 'n' toggle. Obviously the nexdef features like jump-to-innings, coverage selection, and stream selection won't be available, but it's better than banging your head against NexDef or the flash player while you're missing your game.
IMPORTANT NOTE:
%s substitution for non-NexDef video_player is not working, but it's also not needed. If you have a video_player line with %s at the end, remove the %s. I'll have this fixed tonight.
I forgot to say that today in the "Pregame" time of cws @ tor I tried the combination of newer rtmpdump and old mplayer. It didn't work: rtmpdump downloaded, mplayer chewed those bytes but wasn't able to show me anything; had to stop with ctrl+c .
Anyway I want to try to make sure of it by trying an real "In Progress" game, althought I think we already know the answer.
When trying player compatibility issues like this, it's best to use one of the test tools, like stdout.py. You'll have to edit the mplayer line hardcoded at the bottom of the script but at least you'll be able to capture messages with "tee" without the curses gui swallowing them up.
I suspect even though gentoo has mplayer minted from 3/09, it might still be using older ffmpeg code (or it might even be an older mplayer with a new file timestamp.)
I don't think the fix we got in April would have any effect here. I believe that was a NexDef fix. But I suspect the gentoo mplayer somehow has borked ffmpeg and you would probably see unsupported codec messages if you don't use -quiet or -really-quiet.
I'm having a bear of a time getting vlc to get past those unsupported codec messages. It seems that vlc is not picking up the ffmpeg shared library I have compiled from recent source nor the ffmpeg I've updated from recent source in the contrib directory. In fact, I can't figure out where it's picking up ffmpeg from.
On all but the most ancient machines, rebuilding mplayer is quicker than trying to figure out unsupported codec errors or waiting for me to respond to mplayer errors here. Even my 750x256 can rebuild mplayer in under 30 minutes. I can't promise the same turn-around time to questions posted here.
codec is supported in "older" mplayer: i used it to watch downloaded (and archived) games. The error I got was the "consumed 1 byte out of xxxxxxx"
About the date of gentoo's mplayer it is the date when the source snapshot was taken not the date when it was released to gentoo users. from the ebuild (which is our package format and is basically a text file containing instructions on how to build a package) it should be r29040.
With latest installed mplayer, latest svn mlbviewer, patched 1.6 rtmpdump, and %s removed from the config, nexdef off, deleted suds cache, and just copied MediaService files,
When attempting to play a live or archived game, it fails.
(non-blacked out, I checked with the flash player)
I did ./stdout blah |tee ~/mlbviewer.txt as you said earlier to log the output.
With latest installed mplayer, latest svn mlbviewer, patched 1.6 rtmpdump, and %s removed from the config, nexdef off, deleted suds cache, and just copied MediaService files,
When attempting to play a live or archived game, it fails.
(non-blacked out, I checked with the flash player)
I did ./stdout blah |tee ~/mlbviewer.txt as you said earlier to log the output.
1. %s is not present
2. nexdef is not used
3. MediaService is copied and suds cache is deleted
4. The game is archived
5. The game is not blacked out (which it wouldn't be for an archived game)
6. You are getting a valid rtmp url
7. A valid command string is being constructed
Everything up to the command string looks fine but the pastebin is missing what happens when the command string gets executed. Can you run that again and include the rtmpdump / mplayer output? Include even more than you think you should include.
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.
The thing is, *nothing* happened when the command got executed, it just dropped back to a terminal. That was my whole log. When I tried copying the command to a terminal and executing it, it would give me some failure message, which seemed to be rtmpdump's fault, not mplayer's. (I think it was like authorization).
However, When I try it on a different machine (same setup, except mplayer is a couple of days older), I can play archived games, but not live ones. When I try to play live games on this system, it can't even get the urls.
Here is a pastebin post of the other computer trying a live game.
By the way, thanks so much for doing this. I am trying to get this working for my 92 year old grandfather who is an avid Yankees fan. The flash player works, but he is unable to start it on his own, and it sometimes cuts out or stutters to the point that it is unwatchable. I am hoping to be able to script it to start up the game when he presses a single button or allow me to start it remotely, so he can do it on his own. The ability to watch whole games when he is home alone will be wonderful. It wouldn't be possible without you! (The first log is the computer at his house, and the second one mine at home.)
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.
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.
The thing is, *nothing* happened when the command got executed, it just dropped back to a terminal. That was my whole log. When I tried copying the command to a terminal and executing it, it would give me some failure message, which seemed to be rtmpdump's fault, not mplayer's. (I think it was like authorization).
However, When I try it on a different machine (same setup, except mplayer is a couple of days older), I can play archived games, but not live ones. When I try to play live games on this system, it can't even get the urls.
Here is a pastebin post of the other computer trying a live game.
By the way, thanks so much for doing this. I am trying to get this working for my 92 year old grandfather who is an avid Yankees fan. The flash player works, but he is unable to start it on his own, and it sometimes cuts out or stutters to the point that it is unwatchable. I am hoping to be able to script it to start up the game when he presses a single button or allow me to start it remotely, so he can do it on his own. The ability to watch whole games when he is home alone will be wonderful. It wouldn't be possible without you! (The first log is the computer at his house, and the second one mine at home.)
The second one is a "Location Cannot Be Determined" error. It means mlb.com servers can't figure out where you are so it doesn't know how to apply blackout rules. You could try:
1. Removing your ~/.mlb/sessionkey and ~/.mlb/cookie files.
2. Reboot your broadband modem.
3. Add an address to your profile on mlb.com.
4. Call customer service and tell them you are getting a "Location Cannot Be Determined" error with live games.
The last person who ran into this had to go through customer service to get it working.
Okay, so the rtmpdump output is not appearing in pastebin.
From your grandfather's house (where he is getting a valid rtmp url), can you try the following:
1. Run just the rtmpdump command to print the version number and the usage string. This should look like:
Code:
$ rtmpdump
RTMPDump v1.6
(c) 2009 Andrej Stepanchuk, license: GPL
ERROR: You must specify a hostname (--host) or url (-r "rtmp://host[:port]/playpath") containing a hostname
2. Run rtmpdump -h to verify that you have applied the patch correctly:
This should look like:
Code:
$ rtmpdump -h
RTMPDump v1.6
(c) 2009 Andrej Stepanchuk, license: GPL
This program dumps the media content streamed over rtmp.
--help|-h Prints this help screen.
--rtmp|-r url URL (e.g. rtmp//hotname[:port]/path)
--host|-n hostname Overrides the hostname in the rtmp url
--port|-c port Overrides the port in the rtmp url
--protocol|-l Overrides the protocol in the rtmp url (0 - RTMP, 3 - RTMPE)
--playpath|-y Overrides the playpath parsed from rtmp url
--swfUrl|-s url URL to player swf file
--tcUrl|-t url URL to played stream (default: "rtmp://host[:port]/app")
--pageUrl|-p url Web URL of played programme
--app|-a app Name of player used
--swfhash|-w hexstring SHA256 hash of the decompressed SWF file (32 bytes)
--swfsize|-x num Size of the decompressed SWF file, required for SWFVerification
--auth|-u string Authentication string to be appended to the connect string
--flashVer|-f string Flash version string (default: "LNX 9,0,124,0")
--live|-v Save a live stream, no --resume (seeking) of live strems possible
--flv|-o string FLV output file name, if the file name is - print stream to stdout
--resume|-e Resume a partial RTMP download
--timeout|-m num Timeout connection num seconds (default: 300)
--buffer|-b Buffer time in milliseconds (default: 36000000), this option makes only sense in stdout mode (-o -)
--skip|-k num Skip num keyframes when looking for last keyframe to resume from. Useful if resume fails (default: 0)
--subscribe|-d string Stream name to subscribe to
If you don't pass parameters for swfUrl, pageUrl, app or auth these propertiews will not be included in the connect packet.
If you don't see the --subscribe|-d string line, the last option, you haven't applied the patch correctly.
3. Run stdout.py again and just copy and paste the output manually from the terminal to pastebin starting from the rtmpdump version string which should look like the output of #1 minus the usage statement.
4. Run the command-string from the shell (without stdout.py) piping it to tee like so:
Note that these URL's are time-sensitive in that they expire after about 30 seconds. So you'll need to run stdout.py first to get the current URL. Then copy the command-string at the bottom and pipe it to tee.
If you're not afraid of a little source code, you can comment out the last two lines of stdout.py just to print out the command string without starting the process. That should make it easier to copy and paste the command string.
5. If you really suspect rtmpdump more than the interaction between rtmpdump and mplayer, you can try running soapevent.py instead which just uses rtmpdump to write the stream to disk. You can also edit this file and comment out the last two lines to just print out the command string. Then execute that command string piping its output to tee like so:
Code:
$ rtmpdump -f "LNX 10,0,22,87" -r "rtmp://cp65670.edgefcs.net/ondemand/mp4:secure/mlbam/2009/05/18/mlbtv_chator_home_800k.mp4?aifp=v0004&auth=da.amc9dCdDdsbBbabTbac8dIctaVaodjbC-bkeEQF-O-xwlrCmKtJosEAo-k6l2milfjijgmhkljfl3mkmgmbkjkek8k7l6m9lcjdjcmj&slist=secure/mlbam/2009/05/18/mlbtv_chator_home_800k.mp4&ct5=18-May-09&ct6=72.79.210.135&ct7=4564905:MLB_FLASH_800K_STREAM&ct8=1&ct1=mlb&ct3=9167388&ct4=mlb" --resume -y "mp4:secure/mlbam/2009/05/18/mlbtv_chator_home_800k.mp4?aifp=v0004&auth=da.amc9dCdDdsbBbabTbac8dIctaVaodjbC-bkeEQF-O-xwlrCmKtJosEAo-k6l2milfjijgmhkljfl3mkmgmbkjkek8k7l6m9lcjdjcmj&slist=secure/mlbam/2009/05/18/mlbtv_chator_home_800k.mp4&ct5=18-May-09&ct6=72.79.210.135&ct7=4564905:MLB_FLASH_800K_STREAM&ct8=1&ct1=mlb&ct3=9167388&ct4=mlb" -a "ondemand?_fcs_vhost=cp65670.edgefcs.net&akmfv=1.6aifp=v0004&auth=da.amc9dCdDdsbBbabTbac8dIctaVaodjbC-bkeEQF-O-xwlrCmKtJosEAo-k6l2milfjijgmhkljfl3mkmgmbkjkek8k7l6m9lcjdjcmj&slist=secure/mlbam/2009/05/18/mlbtv_chator_home_800k.mp4&ct5=18-May-09&ct6=72.79.210.135&ct7=4564905:MLB_FLASH_800K_STREAM&ct8=1&ct1=mlb&ct3=9167388&ct4=mlb" -o 14-244766-2009-05-18.mp4 | tee rtmplog.txt
Paste all output to pastebin including the stuff you just highlight and paste (since it appears that tee isn't capturing everything.)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
