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.
You should note, http://rtmpdump.mplayerhq.hu/ the rtmpdump code is now integrated into ffmpeg (and consequently, mplayer). So if you build a fresh copy of both of those with librtmp enabled, you can just use mplayer directly and not bother with rtmpdump. (But - if your network is too slow for the stream bitrate, then it's still going to be better to rtmpdump to a tmp file first.)
something very odd is going on. i checked out the latest nexdef svn and all the streams are starting much earlier than usual. what i mean is i am seeing batting practice, and guys watering the field. this is happening for every game that i have tried from this weekend. i will check to see if the official player or boxee is doing this as well, but i have certainly never seen anything like this before! this is not a complaint -- it is actually kind of interesting. i am just wondering how this is happening!
as for your updates, i love seeing the stream selector, although it doesn't seem to work properly. sometimes it doesn't actually change the feed, and other times it crashes nexdef completely.
also, inning selection still doesn't work, but i think you know that...
You should note, http://rtmpdump.mplayerhq.hu/ the rtmpdump code is now integrated into ffmpeg (and consequently, mplayer). So if you build a fresh copy of both of those with librtmp enabled, you can just use mplayer directly and not bother with rtmpdump. (But - if your network is too slow for the stream bitrate, then it's still going to be better to rtmpdump to a tmp file first.)
Good to know. Are the command-line options for the NetConnect and FCSubscribe messages also supported now for mplayer? Otherwise, this is only useful for the most basic streams like the condensed games. I had tried with one of mlbviewer's test script to explore removing rtmpdump support and use mplayer directly. However, even the standalone rtmpdump code couldn't figure out the correct NetConnect options just from the rtmp url. Besides, there are a few people here who like the flexibility of being able to use vlc instead of mplayer. If I had to rely on ffmpeg, many more users would have to rebuild either mplayer or vlc and I'd have to figure out how to support both in mlbviewer's code directly to get the NetConnect/FCSubscribe options they each require.
At the moment, it's much easier to walk new users through rtmpdump compilation than either of those.
Thanks - I followed your suggestions and am getting closer. Now I'm getting this when trying to start the gameday audio:
bin/sh: rtmpdump: command not found
Fetching URL for game stream... /bin/sh: mplayer: command not found
I tried reading through some of the previous threads - but wasn't sure what to attempt.
The "not found" messages mean neither of those commands are located in your executable path (usually /usr/bin or /usr/local/bin.)
If your "make posix" succeeded for rtmpdump, then copy the rtmpdump binary to /usr/bin:
Code:
$ sudo cp rtmpdump /usr/bin
As for mplayer, install that with apt-get:
Code:
$ sudo apt-get install mplayer
I'm trying not to get philosophical about Debian vs. Ubuntu, but I'll say that Ubuntu would have given you more with your installation. Just something to think about the next time you install a linux.
something very odd is going on. i checked out the latest nexdef svn and all the streams are starting much earlier than usual. what i mean is i am seeing batting practice, and guys watering the field. this is happening for every game that i have tried from this weekend. i will check to see if the official player or boxee is doing this as well, but i have certainly never seen anything like this before! this is not a complaint -- it is actually kind of interesting. i am just wondering how this is happening!
as for your updates, i love seeing the stream selector, although it doesn't seem to work properly. sometimes it doesn't actually change the feed, and other times it crashes nexdef completely.
also, inning selection still doesn't work, but i think you know that...
Thanks for reporting back on rev 249. I really need the feedback on the nexdef2010 branch so I know whether the changes I make (and some of them are huge) will be ready to merge back into the mlbviewer trunk.
So the issues you report:
1. Archived nexdef games starting an hour early. The xml files which contain the timecodes for start time, end time, and innings time are all off by one hour. Same problem last year. I'm not sure why this is. Last year, I corrected for this. This year, feeding any kind of start time to nexdef results in beginning the stream at the tail (end of the stream) and you get a few seconds of "Thanks for watching" before the stream ends. I have enabled info message reporting in running autobahn.jar and can see that nexdef is receiving the stream time I pass it, but the status screen (stream selection screen) shows that it seems to be ignoring it.
2. Create a startautobahn script with the following in it (all one line):
Use that to start autobahn.jar. Now you'll be able to see more information about what nexdef is doing. I have used this to verify that stream selection does occur, but it could be that mplayer is not supporting the switch gracefully. The update time on the stream selection screen is something like 10 or 15 seconds so it may take a refresh or two of the selector stream to see selection actually working. Also add "strict_stream=True" to your configuration file which is equivalent to disabling the auto-adjust in the official flash player.
3. Innings and archived games both rely on the same "start_time" parameter appended to the nexdef url. This parameter does not seem to be working correctly in this version of autobahn.jar. I'm hoping we'll get at least one more update to nexdef that will support this parameter.
Are condensed games working now using rtmpdump? This was a huge change in the code and it has the potential to break a great many other things. I basically added the condensed game information from the media grid to the listings returned (you can see this with the "z" key) which moved half of the listings index numbers over one place. I also had to change the media request code to support condensed games requests differently than video or audio. Finally, video, audio, and condensed games are now three different streamtypes and the video_player/audio_player/top_plays_player code had to be modified to do the right thing in the nexdef and non-nexdef cases.
There were a lot of places where the code had to be changed to support all this.
Are condensed games working now using rtmpdump? This was a huge change in the code and it has the potential to break a great many other things. I basically added the condensed game information from the media grid to the listings returned (you can see this with the "z" key) which moved half of the listings index numbers over one place. I also had to change the media request code to support condensed games requests differently than video or audio. Finally, video, audio, and condensed games are now three different streamtypes and the video_player/audio_player/top_plays_player code had to be modified to do the right thing in the nexdef and non-nexdef cases.
There were a lot of places where the code had to be changed to support all this.
Condensed games work beautifully for me in the new revision. flvstreamer (in my case) downloads the stream quite fast, and the stream is fully seekable, at least within what is downloaded so far (not surprising since it is in an mp4 container).
I did have one problem where a game didn't play, but within all the console output I saw that flvstreamer had said "download complete", so I think it had a random issue starting the download. I replayed the same game and it was fine a second and third time. Looks good to me, in my limited usage.
The "not found" messages mean neither of those commands are located in your executable path (usually /usr/bin or /usr/local/bin.)
If your "make posix" succeeded for rtmpdump, then copy the rtmpdump binary to /usr/bin:
Code:
$ sudo cp rtmpdump /usr/bin
As for mplayer, install that with apt-get:
Code:
$ sudo apt-get install mplayer
I'm trying not to get philosophical about Debian vs. Ubuntu, but I'll say that Ubuntu would have given you more with your installation. Just something to think about the next time you install a linux.
Daftcat:
Well, I think I'm getting closer - I tried an archived game and got this. I have installed mplayer, but can is it not being found?
RTMPDump v2.2d
Fetching URL (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
mplayer: could not connect to socket
mplayer: No such file or directory
Starting download at: -0.001 kB
191.999 kB / 47.31 sec[flv @ 0xb7f24ec8]skipping flv packet: type 185, size 8389972, flags 0
8255.999 kB / 2035.41 sec[flv @ 0xb7f24ec8]skipping flv packet: type 37, size 11960466, flags 0
It's finding mplayer but mplayer is not finding the stream. I noticed there is a rtmpdump 2.2d. I've tested with 2.2c. I'll test with the new version and see if this is an issue.
As for the game - yesterday's Phillies/ Mets game. As well as a couple others. Just tried one of tonight's game - same error.
Okay, so I think I know what's going on and I think I've fixed this on the nexdef2010 branch. I can't test this right now because there's a distinct possibility that I have a maintenance guy in my apartment right now (I'm at work) and I don't want him to freak out if a game audio started out of nowhere. Or rather, I wish I had a webcam to record his reaction but alas...I'm sticking to my first story.
Try this:
Code:
$ cd ~/
$ svn co https://mlbviewer.svn.sourceforge.net/svnroot/mlbviewer/branches/nexdef2010 nexdef2010
$ cd nexdef2010
$ python mlbviewer.py
In other words, test with the nexdef2010 branch. If that fixes it, I'll merge the bug fix I made on that branch back to the trunk.
You'll be able to run an "svn up" when that's available (in mlbviewer-svn.) Since you're only doing audio, it's probably not worth it to stay on the nexdef2010 branch since that's where a lot of new and possibly unstable code is going.
Good to know. Are the command-line options for the NetConnect and FCSubscribe messages also supported now for mplayer? Otherwise, this is only useful for the most basic streams like the condensed games. I had tried with one of mlbviewer's test script to explore removing rtmpdump support and use mplayer directly. However, even the standalone rtmpdump code couldn't figure out the correct NetConnect options just from the rtmp url. Besides, there are a few people here who like the flexibility of being able to use vlc instead of mplayer. If I had to rely on ffmpeg, many more users would have to rebuild either mplayer or vlc and I'd have to figure out how to support both in mlbviewer's code directly to get the NetConnect/FCSubscribe options they each require.
At the moment, it's much easier to walk new users through rtmpdump compilation than either of those.
mplayer and ffmpeg support all the options by appending them to the RTMP URL. Anything that uses these APIs (thus vlc) will also get the identical support, so you won't have to mess with player-specific RTMP options. I haven't written up the docs for this yet but the basic idea is outlined here:
The plan is to switch rtmpdump to use URL-based options too, so that the same URL syntax works uniformly across all apps. That will probably be the main change for rtmpdump 2.3.
Btw, XBMC will also be switching to rtmpdump/librtmp with the same syntax as well; the patch has not been merged into their trunk yet but a number of people are already building with it. It even works on the original Xbox.
Anyway, yes, right now rtmpdump is easier to compile, but whenever these other projects start pushing out their next releases, it won't be an issue any more.
mplayer and ffmpeg support all the options by appending them to the RTMP URL. Anything that uses these APIs (thus vlc) will also get the identical support, so you won't have to mess with player-specific RTMP options. I haven't written up the docs for this yet but the basic idea is outlined here:
The plan is to switch rtmpdump to use URL-based options too, so that the same URL syntax works uniformly across all apps. That will probably be the main change for rtmpdump 2.3.
Btw, XBMC will also be switching to rtmpdump/librtmp with the same syntax as well; the patch has not been merged into their trunk yet but a number of people are already building with it. It even works on the original Xbox.
Anyway, yes, right now rtmpdump is easier to compile, but whenever these other projects start pushing out their next releases, it won't be an issue any more.
I'll have a look into this later. Maybe I'll create yet another branch to test this.
Big money question is whether you included the FCSubscribe patch that I see rtmpdump/flvstreamer took in 1.7. Without this support, live games won't work for us.
I'll have a look into this later. Maybe I'll create yet another branch to test this.
Big money question is whether you included the FCSubscribe patch that I see rtmpdump/flvstreamer took in 1.7. Without this support, live games won't work for us.
Everything added to FLVstreamer was merged back into rtmpdump as of 1.8, a long time ago. It's all there.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.