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've fixed the gameday audio bug on both the trunk (mlbviewer) and the nexdef branch.
Since I am now looking at the language value in the domain-attributes, I may implement a preferred language setting for gameday audio. I don't really have a whole lot of time right now, but it doesn't seem too hard to do once I do get some time again.
It has been a wild month for me but I might actually have a few moments of time to re-visit mlbviewer and nexdef this week. I poked around with the old (v93) and new (v108) autobahn.jar and found something very interesting last night. The new autobahn.jar has an embedded RTMP server. So I thought, well, heck, if I can construct the command-line correctly, maybe I can just use rtmpdump against it. Well, what do you know? I had archived games playing using rtmpdump against the embedded server. It's going to take me some time to get the code from the test tools into the actual mlbviewer library code, but it looks promising that nexdef might finally be fully supported.
In the meantime, I recommend you continue to use the old autobahn.jar (v93) as I've had very little success getting my existing code working with the new autobahn.jar.
Direct link to the old MacOS X installer (instructions to extract the autobahn.jar are a page or two back):
When I get the new code tested and checked in, I'll update the README with instructions to extract the autobahn.jar from the MacOS X installer as well as the direct link to the installer.
Rev 108 of autobahn is not super stable when it comes to closing of stream, but I have archive and innings working in my test code. Theoretically, I have live games working but I won't know until tomorrow afternoon when live games start up again. I may not be able to support stream switching like last year but I'll look into that later.
If all goes well, I'll have a testing revision ready tomorrow evening with an official sourceforge release due later in the week. I'll be relying on you guys to test this code and I'll be updating the documentation (and doing another round of code clean-up) over the course of the week to get it ready for general use. Again, I'll be relying on the more experienced users here to help out the less experienced users as my time really isn't what it used to be.
This is it. With the newest version of autobahn.jar (rev 108), I was finally able to support both live and archived nexdef games plus jump to innings. What's still missing is the ability to select a specific stream. However, I have added the "strict=true" option to the nexdef url which should lock you on whatever stream it started with. Please test this and let me know if it is locking on the correct stream for you. To set the stream to lock on, adjust the max_bps parameter to the maximum quality you want nexdef to use. Maximum quality is 3000000 (3 million.)
So what seems to be working in this revision (remember it's nexdef2010 branch):
Live and archived non-nexdef video
Live and archived nexdef video
Jump to innings for both modes
Gameday audio
Condensed Games
Top Plays
What isn't working yet:
Stream selection menu
I have also updated the documentation including a NEXDEF-2010.txt file which tells you where to get the mlbnexdefinstall.dmg file (Mac OS X installer) and how to extract autobahn.jar file from it.
Please give this revision some good testing. This will likely be what goes on to sourceforge for any new users.
I installed mlbviewer on Snow Leopard today because I was veeeeeerryyy tired of the stupid stuttering full-screen flash playback in Firefox.
The 1800k playback works great and is really smooth but when I try nexdef it gets all fuzzy and the pq is not good.... and after a while everything stops working and quits out of mplayer.
Is this a problem with nexdef? I haven't been able to use it for a long time even when using Firefox or Safari, it just wont work.
I installed mlbviewer on Snow Leopard today because I was veeeeeerryyy tired of the stupid stuttering full-screen flash playback in Firefox.
The 1800k playback works great and is really smooth but when I try nexdef it gets all fuzzy and the pq is not good.... and after a while everything stops working and quits out of mplayer.
Is this a problem with nexdef? I haven't been able to use it for a long time even when using Firefox or Safari, it just wont work.
If I try to update it to see if I got an old version it says "Checked out revision 260" in terminal.
I'm assuming you are using the latest autobahn.jar (v108) as I know the nexdef code in rev 260 won't work with earlier versions of autobahn.jar.
Yeah, I am also seeing flakey stability from nexdef. I think the flash client is implementing retries and fallback procedures. I am running out of tricks to try to get stability out of the playback. I'm hoping it is a transitory network issue as sometimes I can watch several innings and sometimes I can't get through a half inning.
I'm restoring what I believe is the "turn off auto-adjust stream" setting and making it false by default. This means unless you set "strict_stream=True" in your config file, you're going to allow nexdef to jump around the different stream settings when it needs to. In practice, this works better for some than others. So that's one thing you can try yourself. Try it with "strict_stream=False" and try again with "strict_stream=True" and see if there is any difference.
I installed mlbviewer on Snow Leopard today because I was veeeeeerryyy tired of the stupid stuttering full-screen flash playback in Firefox.
The 1800k playback works great and is really smooth but when I try nexdef it gets all fuzzy and the pq is not good.... and after a while everything stops working and quits out of mplayer.
Is this a problem with nexdef? I haven't been able to use it for a long time even when using Firefox or Safari, it just wont work.
If I try to update it to see if I got an old version it says "Checked out revision 260" in terminal.
two things to know:
macports mplayer-devel is what you want to be using if you aren't already...
also, make sure you're running the latest nexdef. If you know how to extract the autobahn.jar from the osx installer you can use that as a java applet. If not, it should work just fine with the LATEST nexdef snow leopard install from mlb.com
Last edited by edouble312; 06-30-2010 at 11:13 PM.
macports mplayer-devel is what you want to be using if you aren't already...
also, make sure you're running the latest nexdef. If you know how to extract the autobahn.jar from the osx installer you can use that as a java applet. If not, it should work just fine with the LATEST nexdef snow leopard install from mlb.com
Do I really need macports mplayer-devel? I used macports to install all the dependencies and then I used "svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer". Evrything seems to be working fine?
Oooooooh I just found this in the REQUIREMENTS-2010.txt:
Step 3: Run the configure script with, at a minimum, the following options:
$ cd mplayer
$ sh configure --enable-dynamic-plugins --prefix=/usr
It's very important you use --prefix=/usr as you want to install this new version of mplayer over your pre-distributed package.
So the dynamic-plugins stuff is a must have huh? Should I reinstall mplayer over the other svn version then?
About nexdef, I have tried both the latest OSX version as it is and extracted autobahn.jar and used the java thingie. The result have been the same.
Do I really need macports mplayer-devel? I used macports to install all the dependencies and then I used "svn checkout svn://svn.mplayerhq.hu/mplayer/trunk mplayer". Evrything seems to be working fine?
Oooooooh I just found this in the REQUIREMENTS-2010.txt:
Step 3: Run the configure script with, at a minimum, the following options:
$ cd mplayer
$ sh configure --enable-dynamic-plugins --prefix=/usr
It's very important you use --prefix=/usr as you want to install this new version of mplayer over your pre-distributed package.
So the dynamic-plugins stuff is a must have huh? Should I reinstall mplayer over the other svn version then?
About nexdef, I have tried both the latest OSX version as it is and extracted autobahn.jar and used the java thingie. The result have been the same.
Thanks for the help!
Maybe. Maybe not on the dynamic-plugins.
I can't find any good reason to enable it or disable it. So I thought, what the heck, and went for it.
When REQUIREMENTS-2009.txt file was written last year, we had to take a patch from the ffmpeg team to get the flash video working last year. It was hot off the SVN presses. These days, most distros have refreshed their mplayer package and probably include this code. So if macports mplayer works, there's really no reason to build from SVN anymore. I leave it there in case someone has an older distro or older binary version of mplayer that doesn't have this patch.
Been a while since I used mlbviewer so I'm pretty out of date on whatever hacks are currently necessary, so I'll have to ask here:
I'm trying to use audio only and I can't get any games to play. Looks like it's fetching the url stream fine, but when it tries to play the media I get "ERROR: Download: Failed writing, exiting!".
Any ideas, or ideas on how to get better debug info?
Been a while since I used mlbviewer so I'm pretty out of date on whatever hacks are currently necessary, so I'll have to ask here:
I'm trying to use audio only and I can't get any games to play. Looks like it's fetching the url stream fine, but when it tries to play the media I get "ERROR: Download: Failed writing, exiting!".
Any ideas, or ideas on how to get better debug info?
I was having a similar problem and here's what worked for me:
$ cd mlbviewer
$ svn up
Also, may have to try this:
$ cp MediaService.xsd ~/.mlb
$ rm -r /tmp/suds/*
good luck
May want to look at the posts starting on page 197 ... for more info.
Hmm, thanks, am already at v261, but come to think of it I think something might have gone wrong with the suds install so I'll doublecheck that (I don't have a /tmp/suds). Although would that even matter if I'm getting the stream url fine? I would have thought that by that point the only thing that could be going wrong would be rtmpdump/media player?
Also no time now but will check page 197, thanks for the tip. This thread could use another thread to keep track of where all the info is on the thread.
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...
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.