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.
daftcat et al-
Thanks for working on this mlbviewer, it's pretty sweet. I'm having trouble getting any game from 4/3 to download completely. My player command is video_player=mplayer -cache 2048 -dumpstream %s -dumpfile %f, so that I can write the video file and play it back through a different process. The download progresses, but around 40% (for PIT @ PHI) or 45% (for BOS @ WAS) I get a ping type of 31 and the download ends. At one point I saw the error message "Could not connect to LIRC, retrying:" at the end of the log file repeated 4 times, but it doesn't seem to be the case after I checked out revision 229. The error from the mlbviewer.py terminal is below.
The downloaded video is viewable, but ends abrubtly.
Any thoughts or suggestions? I'm able and willing to debug the problem but I'm not sure where to start.
Thanks,
Matt
Hey Matt,
rtmpdump has that problem where after about 33-45% of stream (probably an actual MB size downloaded), it is cut off at the server. This happens when rtmpdump is run "naked" (without an mplayer pipeline) or when mplayer is using the -dumpstream option. I don't know know what the issue is but it's not in my code. Fortunately, when run with mplayer in playback mode (not dumpstream) it doesn't have this problem.
One option available to you is to use the soapevent.py script in the test directory. Use mlblistings.py script to see the game schedules and event-id's (the E: number that looks like 14-263816-2010-04-04). Use that as an argument to test/soapevent.py. You'll likely have to run that script about 3 times to get the full game.
A quick script you can use for this:
Code:
#!/bin/ksh
# use the three letter code for your team from the mlblistings output
FAVORITE=${FAVORITE:=bos}
# where is your mlbviewer directory?
MLBDIR=/home/user/mlbviewer
# how many times to retry rtmpdump to get a complete game?
RETRIES=${RETRIES:=3}
#Done with configuration - shouldn't need to edit below this line
cd ${MLBDIR}
eventid=`./mlblistings.py | grep ${FAVORITE} | awk '{print $6}'`
r=0
while [ $r -lt ${RETRIES} ]; do
test/soapevent.py ${eventid}
((r+=1))
done
FAVORITE and RETRIES can be overridden through the use of environment variables:
Code:
$ export FAVORITE=flo
$ export RETRIES=5
This is how I frequently watch games on my slow machine.
One limitation of this script is that it only works for the current day's games. I can make a modification to it later to allow event-id to be overridden. In truth, I usually do all those steps by hand and use startdate=mm/dd/yy argument to mlblistings.py if I need to go to past days.
I know the season has already started but mlbviewer like MLB.TV itself probably won't stabilize until the end of the month. 800K and 1200K non-premium video and gameday audio streams are probably the only thing that work right now. If anything else does, well, that's just cool. I'll send out status updates or post new SVN revisions as other features get fixed for the new season.
It says no file or directory - but its there - I swear!
lol, okay. You're doing this wrong. Delete that directory from /usr/local/bin
You should have the .tar.gz file somewhere else like a Downloads folder. Unzip it there, then open a terminal and 'cd' to inside the directory. I'm assuming you're running Ubuntu. If you're not, tell me first. If you are, do this:
Code:
sudo apt-get install libssl-dev
make posix
sudo cp rtmpdump /usr/local/bin/
I did that then moved it but its still not working.
Instead of moving the file manually, after you do a make, do: sudo make install
This will use the makefile's install operation to put the executable where the programmer intended it to go. In this case that could be /usr/local/bin, but may be somewhere else depending on what the makefile says. Mine is installed in ~/bin, so that should fix your problem.
rob@rob-desktop:~/rtmpdump-2.2b$ /usr/local/bin/rtmpdump --help
RTMPDump v2.2b
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
This program dumps the media content streamed over RTMP.
--help|-h Prints this help screen.
--rtmp|-r url URL (e.g. rtmp//host[ort]/path)
--host|-n hostname Overrides the hostname in the rtmp url
--port|-c port Overrides the port in the rtmp url
--socks|-S hostort Use the specified SOCKS proxy
--protocol|-l Overrides the protocol in the rtmp url (0 - RTMP, 2 - RTMPE)
--playpath|-y Overrides the playpath parsed from rtmp url
--swfUrl|-s url URL to player swf file
--tcUrl|-t url URL to played stream (default: "rtmp://host[ort]/app")
--pageUrl|-p url Web URL of played programme
--app|-a app Name of target app on server
--swfhash|-w hexstring SHA256 hash of the decompressed SWF file (32 bytes)
--swfsize|-x num Size of the decompressed SWF file, required for SWFVerification
--swfVfy|-W url URL to player swf file, compute hash/size automatically
--swfAge|-X days Number of days to use cached SWF hash before refreshing
--auth|-u string Authentication string to be appended to the connect string
--conn|-C type:data Arbitrary AMF data to be appended to the connect string
B:boolean(0|1), S:string, N:number, Object-flag(0|1),
Znull), NB:name:boolean, NS:name:string, NN:name:number
--flashVer|-f string Flash version string (default: "LNX 10,0,32,18")
--live|-v Save a live stream, no --resume (seeking) of live streams possible
--subscribe|-d string Stream name to subscribe to (otherwise defaults to playpath if live is specifed)
--flv|-o string FLV output file name, if the file name is - print stream to stdout
--resume|-e Resume a partial RTMP download
--timeout|-m num Timeout connection num seconds (default: 120)
--start|-A num Start at num seconds into stream (not valid when using --live)
--stop|-B num Stop at num seconds into stream
--token|-T key Key for SecureToken response
--hashes|-# Display progress with hashes, not with the byte counter
--buffer|-b Buffer time in milliseconds (default: 36000000), this option makes only sense in stdout mode (-o -)
--skip|-k num Skip num keyframes when looking for last keyframe to resume from. Useful if resume fails (default: 0)
--quiet|-q Suppresses all command output.
--verbose|-V Verbose command output.
--debug|-z Debug level command output.
If you don't pass parameters for swfUrl, pageUrl, or auth these properties will not be included in the connect packet.
I'm only getting a very small screen. I've tried "f" for full-screen but that just fills it with a black background. If you all are not yet fed up with me, does anyone have a fix for this issue? For all i know, its something quite simple - right!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.