FedoraThis forum is for the discussion of the Fedora Project.
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 anyone besides me is having trouble with gameday audio, I just tried a very recent build of VLC and it works okay or does with the archived streams. The real test naturally is a live game. I'll find out later today if it performs decently with them.
VLC gives a lot of error messages but it works for the most part except that with both the streams I tested it did crap out once with each after perhaps 2 or 3 minutes but it picked them back up again in a few seconds & ran for the approx. remaining 10 minutes I wasted listening to each stream.
Prior to this newer build, VLC would work for awhile but inevitably lose the stream and not pick it up again.
Last edited by Wolfvorkian; 07-28-2009 at 07:01 PM.
Reason: just tried a live stream and same problem with vlc, still craps out. So it is the web page for audio, apparently.
It's the Yankees On Yes, in-market coverage. As near as I can tell, I'm parsing it correctly. The grid.xml has media entries with types of home_audio, away_audio, mlbtv_home, mlbtv_away, mlbtv_national, and with YoY, mlbtv_inmarket. I don't have any code to handle mlbtv_inmarket.
Ok, I did look into this problem as it affected me too. Here are my
results:
Quote:
If that's what you're looking for, then use either flash or get the event-id, content-id from the media listings website and use the test tools. If you're just trying to get the normal coverage, I can't say why it's not working. You can also try to pinpoint your coverage with the test tools by finding the event-id, content-id from the website (mouse over the link), and use the test tools.
When I used nexdef.py with the calendar_event_id and the content-id
from I was able to watch the right stream. But as soon as I used mlbtv.py
all I got was the dreaded "couldn't parse nexdef stream" error. So I had
to dig deeper.
Quote:
I will look more into the code but it's all in parse_media_grid(), around line 373 of mlbtv.py for anyone feeling ambitious.
Thanks to your hint thats where I started. As I've already written a
parser for most xml files on gd2.mlb.com I just added one for grid.xml.
But it soon became obvious the everything was fine in there.
The real culprit, imho, is in parse_soap_content. Because the list you
generate from the soap reply again contains the in-market-stream.
So as a quick fix I just tried to filter out these in-market streams
and lo and behold I can again watch YES streams.
Here is the patch:
Code:
diff --git a/MLBviewer/mlbtv.py b/MLBviewer/mlbtv.py
index 072a794..1624da0 100644
--- a/MLBviewer/mlbtv.py
+++ b/MLBviewer/mlbtv.py
@@ -1135,6 +1135,8 @@ class GameStream:
for i in range(len(stream['domain-specific-attributes']['domain-attribute'])):
domain_attr = stream['domain-specific-attributes']['domain-attribute'][i]
dict[domain_attr._name] = domain_attr
+ if 'in-market' in str(dict['coverage_type']):
+ continue
try:
cov_pat = re.compile(r'([0-9][0-9]*)')
coverage = re.search(cov_pat, str(dict['coverage_association'])).groups()[0]
However the patch falls into the category "works-for-me". I have no idea
how it affects people that are really "in market". I'm always out of it.
SVN revision 212: Fixed Yankees broadcast for out-of-market viewing
Good news:
I've accepted zeom's patch for out-of-market support of Yankees games.
Bad news:
In-market support is not supported.
I don't have the time nor the testing capacity to figure out how to support Yankees-On-Yes. Maybe if Fox Sports Net signs on for in-market next season, I can revisit this.
Also, it's still just a really bad time right now for me to volunteer my free time to more code. Maybe after the release deadlines at my day job have passed (end of this month), I'll feel different about putting free-time into optional code.
I think I may also have a fix for the parsing error but I can't be sure since it didn't turn up again today. Give 212 a try and let me know if you're still getting parser errors on the listings.
I'd just like to post to say thanks! The games have been working on and off for my grandfather (Yankees fan) recently. Hopefully this will fix it. I understand that you're busy.
I've been testing the new patch since its release last week and I'm pleased to say I can watch the out-of-market YES coverage again.
FYI, I did have an issue during Thursday's NYY-BOS game worth mentioning: Apparently MLB is starting to test selectable multi-camera-angle streaming.
During Thursday's game, the stream that mlbviewer grabbed was the raw camera feed from over the 3rd-base dugout. The video was a few seconds ahead of the audio, and there were no station graphics overlayed on the feed, nor did it cut to other cameras to follow the ball. It was kind of neat but difficult to follow some of the action .
I assume this feed was played because it was the first stream found - the stream listing in mlbviewer said something like "NYY-BOS-MULTI-ANGLE-A" during playback.
Seems like an update to the parser may be in order when mlb rolls this out more generally.
---Danq989
Quote:
Originally Posted by daftcat
Good news:
I've accepted zeom's patch for out-of-market support of Yankees games.
Bad news:
In-market support is not supported.
I don't have the time nor the testing capacity to figure out how to support Yankees-On-Yes. Maybe if Fox Sports Net signs on for in-market next season, I can revisit this.
Also, it's still just a really bad time right now for me to volunteer my free time to more code. Maybe after the release deadlines at my day job have passed (end of this month), I'll feel different about putting free-time into optional code.
I think I may also have a fix for the parsing error but I can't be sure since it didn't turn up again today. Give 212 a try and let me know if you're still getting parser errors on the listings.
I've been testing the new patch since its release last week and I'm pleased to say I can watch the out-of-market YES coverage again.
Thanks for your feedback, I'm glad it worked for you too.
Quote:
FYI, I did have an issue during Thursday's NYY-BOS game worth mentioning: Apparently MLB is starting to test selectable multi-camera-angle streaming.
I had the same issue, but as a workaround I tried the test/nexdef.py tool
which picked up the correct stream and let me watch game.
Quote:
I assume this feed was played because it was the first stream found - the stream listing in mlbviewer said something like "NYY-BOS-MULTI-ANGLE-A" during playback.
Seems like an update to the parser may be in order when mlb rolls this out more generally.
Yeah I think you are right here. But I have to admit at the time I was
really more interested in watching the game than screwing around with
the parser again.
But I'll look into it when it becomes a more frequent (= better testable) occurrence.
can't do anything with multiangle anytime soon. having wrist pain from work but at least I can use my tablet... for the moment. hard to code with though. if it becomes a prob, zeom, it's in the view-keys. I think we want mp4_flash (or something like that.)
i'm trying to use mlbviewer, but i have a problem getting mplayer working correctly. when using mplayer from the jaunty repositories, i get
mplayer: could not connect to socket
mplayer: No such file or directory
in the console with no sound or video. when compiling mplayer from svn-source, i get sound but the console says
vidixlib: PROBING: ???
[???] Error occured during pci scan: Operation not permitted
vidixlib: PROBING: ???
[???] Error occured during pci scan: Operation not permitted
...
vidixlib: No suitable driver can be found
and still no video. also, mplayer seems to be completely useless since starting videos from command line doesn't give me any output either and smplayer crashes because mplayer doesn't recognize the -stop-screensaver option.
any idea what's going wrong? mplayer is compiling without error, but i guess i'm missing some options i have to append.
any idea what's going wrong? mplayer is compiling without error, but i guess i'm missing some options i have to append.
Below are the instructions daftcat included in his REQUIREMENTS 2009-.txt document in Mlbviewer. I've built Mplayer at least 8 times following them and haven't had any problems. You might look them over and if you deviated at all, try again.
QUICK INSTRUCTIONS FOR GETTING AND BUILDING THE LATEST MPLAYER
Step 1: Verify you have subversion by typing "svn":
$ svn
Type 'svn help' for usage.
$
If you don't have subversion, you can download it from your distribution's
package management system (e.g. apt-get install subversion if you're using
Ubuntu or Debian), or you can get it here:
First, I joined this forum back in early 2008 season - got my problems resolved - and haven't followed it too closely. It has really grown - and a lot of cool stuff here.
Anyway, I also use vlc to listen to gameday audio and loose the stream - anywhere from one to several times a game. Sometimes it seems to occur when I'm clicking on my mouse, other times, it just drops. I thought it might be because I'm running my Linux (Fedora 11) on a older (9 years - pentium III) pc that has gone through numerous hardware /software changes.
And finally, if Lidge (Phillies) blows another save, I'm jumping off a bridge (or at least drinking another beer!).
I've reinstalled the system and reinstalled mlbviewer (r212) and now I'm getting an error. Splash screen comes up, but then a note at the bottom says: "There was a parser problem with the listings page" and I get this:
Code:
Traceback (most recent call last):
File "/usr/local/bin/mlbviewer.py", line 1518, in <module>
curses.wrapper(mainloop, mycfg.data)
File "/usr/lib/python2.6/curses/wrapper.py", line 44, in wrapper
return func(stdscr, *args, **kwds)
File "/usr/local/bin/mlbviewer.py", line 398, in mainloop
+ len(coveragetoggle.get(cfg['coverage'])) + 2
UnboundLocalError: local variable 'hd_available' referenced before assignment
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.