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.
I messed around with the Jump to Innings feature. Worked like a charm. I was able to jump directly to the bottom of the 9th of the DET-CLE game to see Granderson's amazing HR-stealing catch. Incidentally...it is just EEEEVILLL to be throwing 99 mph in the 9th inning as Verlander was tonite. EEEEVVILLLL~!!
Nice work on the JTI function. Incidentally...I was able to specify the AWAY stream from the main page before hitting "i" to go to the JTI page and the stream selection stuck. I wanted to see the catch on the DET feed knowing they'd show more replays of it than the CLE stream.
Yeah, the JTI feature is layered onto the audio/video main code so stream selection, video_follow, speed selection, etc, they all work with JTI. I wish mplayer was as tenacious as Applian FLV Player. I was at work when the Yankees game started. I was able to jump to the first, down select to a work acceptable b/w (usually 164 or 400) and up-speed to 800 to watch A-Rod's bomb. Then down-speed back to a more acceptable b/w. I was even able to pause the stream for a snack break and come back and un-pause it. Applian doesn't see it as a seekable stream which is the only drawback of using it. Still, it works like a champ. It can even play the non-NexDef live streams that mplayer has a problem with. One night when NexDef was down and I just had to watch the Royals game I was able to use Applian with wine and the soapevent.py script. Couldn't run it full-screen, but it was still a better experience than the Flash player that night.
I'm going to watch that 12 run inning in the Bos-Cle game when I'm finished here.
have you run the rtmdump patch for mlbviewer? That could be another reason. Just some thoughts.[/QUOTE]
Yes, I've run the rtdump patches. but that wouldn't have anything to do with this problem.
For one thing, rtmpdump isn't used for live premium; autobahn.jar is used and that is working. For another thing, archived games have no problem and if the issue was with rtmpdump it would be archived games that would be giving me trouble. But thanks for trying to help.
Hm...there's something up with stream selection code. Even when I select "Home" with the "s" key, I have to remove the video_follow=pit line in my config file in order to ge the HD "home" stream from the Pittsburgh-NYM game.
when I try to start autobahn.jar, i get:
WARN!! Failed to start: SocketListener@127.0.0.1:8001
than it exits after 30 seconds.
Than, I can't get the non-premium mlb.tv to work!
WARNING: ignoring too small audio packet: size: 0
than it won't play at all, the mplayer command box loads up, but doesn't say anything, when I exit mplayer it says:
ERROR: main: Failed writing, exiting!
Closing connection... done!
Any ideas about either of these problems? I am using SVN 200 and rtmpdump patched 1.5
Last edited by edouble312; 05-09-2009 at 12:36 PM.
Don't know what was wrong last night but i'm now listening to a live premium mlb.tv game!!! Will have to wait to have a sighted person here to see if video is working but with having JTI now I woldn't drop premium even if it turns out video isn't working for some reason. Btw both mplayer and vlc are now both working for me.
Hm...there's something up with stream selection code. Even when I select "Home" with the "s" key, I have to remove the video_follow=pit line in my config file in order to ge the HD "home" stream from the Pittsburgh-NYM game.
There is nothing wrong. This is the correct behavior. See here:
Quote:
Originally Posted by daftcat
The stream selection logic is as follows:
0. If coverage association is 0 (national coverage), select it.
1. If stream is in video_follow list, select it.
2. If stream preference (home vs. away) is available, select it.
3. If no stream has been selected yet, select the first one in the content list (the list of streams.)
So if you have video_follow=pit in your config, that will take precedence over stream selection. I believe daftcat mentioned he might implement a video_follow toggle option, but for now if you have a team as a video_follow then you will get that stream regardless of 's' switching.
So if you have video_follow=pit in your config, that will take precedence over stream selection. I believe daftcat mentioned he might implement a video_follow toggle option, but for now if you have a team as a video_follow then you will get that stream regardless of 's' switching.
Well then, I guess if you swap (2) and (1) then it would moot the point because there would be no need for a video_follow toggle. I guess my point is it seems more intuitive to have the manual home/away stream selection override your "follow" setting.
When I try to play an archived game using stdout.py, or using mlbviewer, I get
Code:
Traceback (most recent call last):
File "stdout.py", line 243, in <module>
reply = client.service.find(**pd)
File "build/bdist.linux-i686/egg/suds/client.py", line 240, in __call__
File "build/bdist.linux-i686/egg/suds/client.py", line 379, in call
File "build/bdist.linux-i686/egg/suds/client.py", line 240, in __call__
File "build/bdist.linux-i686/egg/suds/client.py", line 422, in call
File "build/bdist.linux-i686/egg/suds/client.py", line 480, in invoke
File "build/bdist.linux-i686/egg/suds/client.py", line 505, in send
File "build/bdist.linux-i686/egg/suds/client.py", line 537, in succeeded
File "build/bdist.linux-i686/egg/suds/bindings/binding.py", line 140, in get_reply
File "build/bdist.linux-i686/egg/suds/bindings/binding.py", line 197, in replycomposite
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 302, in process
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 87, in process
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 103, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 180, in append_children
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 103, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 180, in append_children
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 103, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 180, in append_children
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 103, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 180, in append_children
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 101, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 323, in start
suds.TypeNotFound: Type not found: 'duration'
seems like it is expecting something in the XML which it is not finding. This is with svn version 200 and the latest mplayer build.
When I try to play an archived game using stdout.py, or using mlbviewer, I get
Code:
Traceback (most recent call last):
File "stdout.py", line 243, in <module>
reply = client.service.find(**pd)
File "build/bdist.linux-i686/egg/suds/client.py", line 240, in __call__
File "build/bdist.linux-i686/egg/suds/client.py", line 379, in call
File "build/bdist.linux-i686/egg/suds/client.py", line 240, in __call__
File "build/bdist.linux-i686/egg/suds/client.py", line 422, in call
File "build/bdist.linux-i686/egg/suds/client.py", line 480, in invoke
File "build/bdist.linux-i686/egg/suds/client.py", line 505, in send
File "build/bdist.linux-i686/egg/suds/client.py", line 537, in succeeded
File "build/bdist.linux-i686/egg/suds/bindings/binding.py", line 140, in get_reply
File "build/bdist.linux-i686/egg/suds/bindings/binding.py", line 197, in replycomposite
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 302, in process
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 87, in process
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 103, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 180, in append_children
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 103, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 180, in append_children
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 103, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 180, in append_children
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 103, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 180, in append_children
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 101, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 323, in start
suds.TypeNotFound: Type not found: 'duration'
seems like it is expecting something in the XML which it is not finding. This is with svn version 200 and the latest mplayer build.
Did you put the MediaService.xsd and MediaService.wsdl files in ~/.mlb/ ?
Well then, I guess if you swap (2) and (1) then it would moot the point because there would be no need for a video_follow toggle. I guess my point is it seems more intuitive to have the manual home/away stream selection override your "follow" setting.
There wouldn't be a video follow feature if we swapped 1 and 2. Video follow means, I don't care if this team is home or away, just play its broadcast. Swapping 2 for 1 would mean you would always have to select your stream preference.
There's two better ways to solve this and I think I'll do both.
1. Add an extra case that says, if team in video follow and followed stream not available, pick first available stream (like a "goto 4" if 1 fails.)
2. Enable a toggle for video_follow which is more of an issue if two video_follow teams play each other, there should be a way to say which stream takes precedence. Instead of defining precedence rules, I'll enable you to turn the feature off without having to edit the config file.
Not sure when I will get to either. I've got a busy day of real work (e.g. the day job) ahead of me today.
When I try to play an archived game using stdout.py, or using mlbviewer, I get
Code:
Traceback (most recent call last):
File "stdout.py", line 243, in <module>
reply = client.service.find(**pd)
File "build/bdist.linux-i686/egg/suds/client.py", line 240, in __call__
File "build/bdist.linux-i686/egg/suds/client.py", line 379, in call
File "build/bdist.linux-i686/egg/suds/client.py", line 240, in __call__
File "build/bdist.linux-i686/egg/suds/client.py", line 422, in call
File "build/bdist.linux-i686/egg/suds/client.py", line 480, in invoke
File "build/bdist.linux-i686/egg/suds/client.py", line 505, in send
File "build/bdist.linux-i686/egg/suds/client.py", line 537, in succeeded
File "build/bdist.linux-i686/egg/suds/bindings/binding.py", line 140, in get_reply
File "build/bdist.linux-i686/egg/suds/bindings/binding.py", line 197, in replycomposite
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 302, in process
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 87, in process
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 103, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 180, in append_children
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 103, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 180, in append_children
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 103, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 180, in append_children
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 103, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 180, in append_children
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 101, in append
File "build/bdist.linux-i686/egg/suds/bindings/unmarshaller.py", line 323, in start
suds.TypeNotFound: Type not found: 'duration'
seems like it is expecting something in the XML which it is not finding. This is with svn version 200 and the latest mplayer build.
This actually looks a lot like the bug I fixed in revision 165 (April 21.) You will need to copy the MediaService.xsd from revision 200 to ~/.mlb and remove your suds cache.
seems like it is expecting something in the XML which it is not finding. This is with svn version 200 and the latest mplayer build.
It actually has nothing to do with nexdef. As you see, it will fail for both nexdef and non-nexdef until you copy the latest MediaService.xsd and remove your suds cache. What's happening is mlb added a field to the their SOAP replies but their schema description files haven't been "legal" (in the standards sense) since the beginning--hence we use modified copies locally. If ever they decide to post valid xsd's, we can link directly to them. SOAP is used in both nexdef and non-nexdef modes to find the content-id's and content url's for a given game and for a given content-id respectively.
Anybody having constant breakups? For the past few days, I'm lucky to get 10 minutes before I lose the stream. Prior to that, I almost never had an interruption.
It has nothing to do with the "Cinco de Mayo" release because the same problem exists with SVN 170.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.