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.
Is it restored now? I got 4 accounts restored today. I'm not sure if you were one of the four. If you emailed straycat000(at)yahoo(dot)com, then it should be working by now. I'll check my spam box just in case any requests landed there.
You da man, daftcat.
I can't leave out my main man Theophile though. He da man too.
can you guys post up the options you are using to compile mplayer? I cannot for the life of my get mine to compile with vdpau support. My graphics card is a Quadro NVS 160M, I have the nvidia drivers installed and working fine.
configure and make seem to work fine, but vdpau is not one of the options for video output. I have no idea what I'm doing wrong. Here is what I'm using to configure it:
From what I understand, since my install is 64-bit, I need to compile an i686 version in order to use the win32 codecs that are required to view the stream.
Here is the output after the make:
Quote:
[pgardner@e6500-flyingdog mplayer]$ ./mplayer -vo help
MPlayer SVN-r31027-4.4.3 (C) 2000-2010 MPlayer Team
Available video output drivers:
fbdev Framebuffer Device
fbdev2 Framebuffer Device
v4l2 V4L2 MPEG Video Decoder Output
cvidix console VIDIX
null Null video output
mpegpes MPEG-PES to DVB card
yuv4mpeg yuv4mpeg output for mjpegtools
png PNG file
tga Targa output
pnm PPM/PGM/PGMYUV file
md5sum md5sum of each frame
So temporarily giving up on mplayer for the moment and tried VLC...
testing it on an archived game from last night, it works great for about an hour at a time, but twice it has killed itself and spits out the error:
Quote:
[0x7f03000106d8] main stream error: cannot pre fill buffer
Is this the reason why we need to use the most current version of mplayer, because its the only one that will keep the stream going? Now I gotta download almost the whole game again...
So temporarily giving up on mplayer for the moment and tried VLC...
testing it on an archived game from last night, it works great for about an hour at a time, but twice it has killed itself and spits out the error:
Is this the reason why we need to use the most current version of mplayer, because its the only one that will keep the stream going? Now I gotta download almost the whole game again...
This sounds like the flvstreamer problem to me. It's been discussed before in this thread, where it craps out at a certain point in archived games.
The last three days (after the craziness calmed down) VLC has been working perfectly with live games. I haven't used it for archives yet because the only time I wanted to watch an archived game I wanted to start in the seventh inning, and without nexdef that would mean watching the whole game to that point.
At any rate, when it says it can't pre-fill the buffer, it means flvstreamer stopped giving it data. You can try appending a --file-caching 4000 argument or something like that (cache length in ms) to your player string, but I think your problem is with flvstreamer.
This sounds like the flvstreamer problem to me. It's been discussed before in this thread, where it craps out at a certain point in archived games.
The last three days (after the craziness calmed down) VLC has been working perfectly with live games. I haven't used it for archives yet because the only time I wanted to watch an archived game I wanted to start in the seventh inning, and without nexdef that would mean watching the whole game to that point.
At any rate, when it says it can't pre-fill the buffer, it means flvstreamer stopped giving it data. You can try appending a --file-caching 4000 argument or something like that (cache length in ms) to your player string, but I think your problem is with flvstreamer.
The "crapping out" problem is only when flvstreamer/rtmpdump is writing its output to a file e.g. when you use the unrecommended -dumpstream option for mplayer. This (and the fact that mlbtv is a streaming service and mlb.com sells downloadable games separately) is the reason why I don't recommend using dumpstream, as convenient as it may be. It's also the reason why I won't put in any effort into fixing issues related to the use of -dumpstream.
When flvstreamer/rtmpdump is regulated by mplayer's cache, the rtmpdump/flvstreamer can remain active for the entire game. I've watched many archived games in their entirety this way over last season and this season even on a machine that is well below their recommended system requirements (750 Mhz x 256 MB RAM.)
I'm going to guess that the problem actually was that rtmpdump/flvstreamer lost the stream but not for the reason you suggest. I'm also going to encourage you to be patient as MLBTV itself probably isn't finished fighting the opening day/opening week fires. Past history has shown that the service tends to start out rocky and runs smoothly more towards the end of April, beginning of May--kind of like David Ortiz trying to get his mechanics and timing back from six months away from the game. He always starts slow and goes on to have a pretty good season.
I'll be testing with nexdef this weekend to see if I can get that implemented. So far, I couldn't get a single nexdef stream working Windows or Linux using the official player. Without seeing the Firebug trace from the official player, I have no way of comparing my implementation to the expected implementation.
The "crapping out" problem is only when flvstreamer/rtmpdump is writing its output to a file e.g. when you use the unrecommended -dumpstream option for mplayer. This (and the fact that mlbtv is a streaming service and mlb.com sells downloadable games separately) is the reason why I don't recommend using dumpstream, as convenient as it may be. It's also the reason why I won't put in any effort into fixing issues related to the use of -dumpstream.
I see. Thanks for the clarification.
That said, VLC 1.0.5 has been working great for me. The first two days were rough with either mlbviewer or the flash player, but like I said the last three days I've been watching games with VLC nearly flawlessly.
is anybody else having the problem of nexdef (autobahn jar 2010 version) freezing mlb tv using traditional flash based player via web and firefox? I could use the jar from 2009 without a problem but for some reason this 2010 version crashes/freezes the stream and I can only view the stream by killing the jar and restarting the stream.
ugh piniella makes a monumental mistake leaving the rookie out there to get smashed.
it's hard to watch, i feel like lou is a good manager in every area except late game bullpen decisions. oh yea, and letting soriano start in left field.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.