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.
As long as we are looking at minor tweaks/fixes...there is some sort of deprecation warning coming from a suds library call when initially selecting a game. It flashes on the screen right after the "Fetching URL for game stream..." message, and only the FIRST time during a mlbviewer session. It flashes quick enough that I can't get a read on the whole thing and I don't know of a way to capture that since it's during our curses session.
Any ideas? Any else see this? How do I capture this warning to I can see the whole path/call/text of the warning? Any suggestions on how to hide this or fix it?
1. Restarting the stream when the stream is out of sync
2. Restart autobahn if 1 doesn't fix it
3. Add autosync and really-quiet to your mplayer command-line.
4. Reduce your stream speed. If 2200 is way out of sync, try the 1200 stream.
You may be pushing the limits of what your machine can handle. My poor little Thinkpad T20, 750x256 can't do anything more than 800K (I might be able to get 1200 out of it with a memory upgrade but older memory ain't cheap.) My other Thinkpad, 1.5x1.5 can do 2200K but it never liked the 3000K streams.
You nailed it I believe. I changed the config file back to 800K and everything is fine right now. Ancient hardware doesn't like the new fangled streams. Now that I think about it, the horrible problems didn't start until I upped the stream config. Cause and effect is a bitch, so many possibilities.
I built and installed the new rtmpdump and it doesn't work. I'll play with it some more and if I still can't get it going, I'll send the error message in the terminal if I can copy it before it goes away.
Sox are buying their own vaseline again. I'm ready to let you suffer Hawk alone when autobahn is down and the only choice you have is this whiner or not watching or just listening.
As long as we are looking at minor tweaks/fixes...there is some sort of deprecation warning coming from a suds library call when initially selecting a game. It flashes on the screen right after the "Fetching URL for game stream..." message, and only the FIRST time during a mlbviewer session. It flashes quick enough that I can't get a read on the whole thing and I don't know of a way to capture that since it's during our curses session.
Any ideas? Any else see this? How do I capture this warning to I can see the whole path/call/text of the warning? Any suggestions on how to hide this or fix it?
THANKS~!
Is the deprecation warning affecting the functionality of mlbviewer (or the shell afterwards)?
I can't chase/fix every warning message that external dependencies put on the screen. Especially true if it's not affecting functionality.
That said, if you think this is important enough, you can remove your suds cache (rm -r /tmp/suds) and use any of the tools in the test directory (except mlbgameid.py from last year.) Instructions on their use are at the end of the README or posted about a half dozen times in the last few pages of this thread. They all use SOAP (suds) and produce a boat load of output, but none of them use curses so you'll get it somewhere in that output.
You nailed it I believe. I changed the config file back to 800K and everything is fine right now. Ancient hardware doesn't like the new fangled streams. Now that I think about it, the horrible problems didn't start until I upped the stream config. Cause and effect is a bitch, so many possibilities.
I built and installed the new rtmpdump and it doesn't work. I'll play with it some more and if I still can't get it going, I'll send the error message in the terminal if I can copy it before it goes away.
Sox are buying their own vaseline again. I'm ready to let you suffer Hawk alone when autobahn is down and the only choice you have is this whiner or not watching or just listening.
Did you patch the new rtmpdump? I'm currently watching the Royals game live off the rtmpdump stream because I'll be cleaning the apartment and I won't have patience to baby sit the autobahn.
Is it that rtmpdump is not working at all or that mplayer is not playing it?
Because I build mplayer almost daily, I can't really tell you what revision of mplayer this will work with, but I do know from replacing rtmpdump v1.6 back to v1.5 that it's definitely v1.6 that is fixing things (though it's possible that there is also a recent mplayer fix contributing....like a lock and key.)
Is the deprecation warning affecting the functionality of mlbviewer (or the shell afterwards)?
I can't chase/fix every warning message that external dependencies put on the screen. Especially true if it's not affecting functionality.
That said, if you think this is important enough, you can remove your suds cache (rm -r /tmp/suds) and use any of the tools in the test directory (except mlbgameid.py from last year.) Instructions on their use are at the end of the README or posted about a half dozen times in the last few pages of this thread. They all use SOAP (suds) and produce a boat load of output, but none of them use curses so you'll get it somewhere in that output.
It doesn't affect any functionality, and it only comes up the very first time selecting a stream. Not a biggie or important at all. I will poke around with the tools and see if I can find the source. I am a software build engineer by trade (with a QA background before that) so these are the sort of things I notice. HA~!
So today the streams seem to be running well and clear. I decided to try and "replicate" the picture in picture or multiple games at once functionality of the MLB.com player.
If I run 2 separate sessions of MLBViewer, I am able to have 2 games streaming simultaneously. They are both running with 2200K streams. Whichever game that I start first gets audio (I assume that instance of mplayer takes control of the audio processor) but they both stream video flawlessly. Very little stream switching.
I realize the quality and stability of the streams is completely dependent on MLB.com. Friday was horrible for me to watch the Giants game. I don't know that I got to watch even a single complete inning without a dropout. That was likely due to it being Giants/Mets so a big draw for both coasts but MLB.com should anticipate this and make their stream capacity greater.
Anyway...just thought I'd report my experience with multi-game streaming.
Did you patch the new rtmpdump? I'm currently watching the Royals game live off the rtmpdump stream because I'll be cleaning the apartment and I won't have patience to baby sit the autobahn.
Is it that rtmpdump is not working at all or that mplayer is not playing it?
Because I build mplayer almost daily, I can't really tell you what revision of mplayer this will work with, but I do know from replacing rtmpdump v1.6 back to v1.5 that it's definitely v1.6 that is fixing things (though it's possible that there is also a recent mplayer fix contributing....like a lock and key.)
I sent the error messages ( the best I could being the terminal only flashes them for a second and then they disappear) to pastebin.
AFAIK, I've got the very latest Mplayer. I built it a couple of days ago.
SVN-29311. No, I just checked, there is a new one. I'll have to build it later.
What happens is I pick the game, hit enter and eventually I get the error messages and then the terminal goes back to the game listings. Nothing gets to Mplayer as far as I can tell.
AFAIK, I've got the very latest Mplayer. I built it a couple of days ago.
SVN-29311. No, I just checked, there is a new one. I'll have to build it later.
What happens is I pick the game, hit enter and eventually I get the error messages and then the terminal goes back to the game listings. Nothing gets to Mplayer as far as I can tell.
Everything looks fine with the rtmpdump output. What's the cache size on mplayer? Maybe it's not waiting long enough before declaring, "no such file" on standard input.
I use a minimum cache size of 4096 on my older laptop and have been known to go as high as 8192.
Everything looks fine with the rtmpdump output. What's the cache size on mplayer? Maybe it's not waiting long enough before declaring, "no such file" on standard input.
I use a minimum cache size of 4096 on my older laptop and have been known to go as high as 8192.
It was 2048 and I changed it to what you see below and still a no-go.
Below are last few lines in terminal before it goes back to the listings using the larger cache. Maybe they tell you something or maybe they don't. Don't worry about it. I'll rebuild rtmpdump later today to make sure I didn't screw it up and proceed from there.
Below are last few lines in terminal before it goes back to the listings using the larger cache. Maybe they tell you something or maybe they don't. Don't worry about it. I'll rebuild rtmpdump later today to make sure I didn't screw it up and proceed from there.
Video is fine and in sync with audio. It is now confirmed that the new rtmpdump works but how do I use it without running the command you gave me?
Okay, so I'm trying to do a string replace on %s and it's either not working or not happening at all. Remove the %s from your video_player line and it should work. I just tested this and I got your "not working" result with %s and I got my successful result without it.
The reason why stdout.py is working is because I have an mplayer command hardcoded in it.
I'll look into why the %s substitution isn't working later tonight.
As long as we are looking at minor tweaks/fixes...there is some sort of deprecation warning coming from a suds library call when initially selecting a game. It flashes on the screen right after the "Fetching URL for game stream..." message, and only the FIRST time during a mlbviewer session. It flashes quick enough that I can't get a read on the whole thing and I don't know of a way to capture that since it's during our curses session.
Any ideas? Any else see this? How do I capture this warning to I can see the whole path/call/text of the warning? Any suggestions on how to hide this or fix it?
THANKS~!
I too have seen this. This is within suds itself. It is saying that the python module "md5" no longer exists, the functionality is now found in the "hashlib" standard module. However, the functionality will remain for some time within Python in order to not break existing code.
The problem is actually in the file "wsse.py" in suds. Do you know where the Python third party libraries reside? If so you can find this file and change it. If line 26 is changed from "import md5" to "import hashlib" and line 132 is changed from "m = md5.new()" to "m = hashlib.md5()" I believe that will fix the warning without any problem, because the functionality in hashlib.md5 should be the same as the old md5 functionality. Perhaps I'll submit a patch to the suds developer.
I too have seen this. This is within suds itself. It is saying that the python module "md5" no longer exists, the functionality is now found in the "hashlib" standard module. However, the functionality will remain for some time within Python in order to not break existing code.
The problem is actually in the file "wsse.py" in suds. Do you know where the Python third party libraries reside? If so you can find this file and change it. If line 26 is changed from "import md5" to "import hashlib" and line 132 is changed from "m = md5.new()" to "m = hashlib.md5()" I believe that will fix the warning without any problem, because the functionality in hashlib.md5 should be the same as the old md5 functionality. Perhaps I'll submit a patch to the suds developer.
--Jason
The suds developer is really responsive. The only concern I would have is backwards compatibility as different distros has different versions of python. My development machine, for example, is running 2.4 because that's what Debian Etch shipped with. There have been a few 2.6 features I would have loved to have used for mlbviewer but I'm trying to capture as much python compatibility as possible. It could be that hashlib is supported for 2.4 or there is an elegant way to handle backwards compatibility. In any case, if you want to contact the developer, I'm sure he'll get back to you in a day or two. The best way to do that is to send a message to fedora-suds-list@redhat.com. I'm not sure if you'll need to subscribe to the list but it's a pretty low volume list if you do.
Okay, so I'm trying to do a string replace on %s and it's either not working or not happening at all. Remove the %s from your video_player line and it should work. I just tested this and I got your "not working" result with %s and I got my successful result without it.
The reason why stdout.py is working is because I have an mplayer command hardcoded in it.
I'll look into why the %s substitution isn't working later tonight.
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.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
