+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Help and Support (/forumdisplay.php?fid=33)
+--- Forum: Add-ons Help and Support (/forumdisplay.php?fid=27)
+---- Forum: Video Add-ons (/forumdisplay.php?fid=154)
+---- Thread: [Release] MLBMC - a Major League Baseball (video) add-on (/showthread.php?tid=104391)
- lephio - 2011-08-31 00:35
great!
- dan1son - 2011-08-31 03:55
Having an issue with the NexDef feeds myself. I compile my own xbmc (git pull was yesterday). I added librtmp, and compiled mlbhls per instructions. The regular flash feeds work fine, but the HD ones don't tend to do much of anything.
Reading the logs I see it's creating pipeline files in /tmp but xbmc isn't playing them. I also don't see mlbhls running at all.
When I run mlbhls from the command line with the base64 url the plugin spits out, it seems to work fine. A file is created wherever I want and continues to grow.
Thoughts?
- divingmule - 2011-08-31 18:54
Yeah, the NexDef mod is only working with dharma (stable 10.1). With eden-pre I get the same as you. The only thing in the log is
Code:
ERROR: Control 1 in window 10099 has been asked to focus, but it can'tI tried it once, left xbmc open and opened the temp file with mplayer and mlbhls fired up and xbmc tried to start playing but crashed.
I'm not really sure where to go with this. It would probably be hard to get a xbmc dev. to look in to this with all the hoops to jump through to reproduce the error.
- dan1son - 2011-08-31 19:56
divingmule Wrote:Yeah, the NexDef mod is only working with dharma (stable 10.1). With eden-pre I get the same as you. The only thing in the log isCode:
ERROR: Control 1 in window 10099 has been asked to focus, but it can't
I tried it once, left xbmc open and opened the temp file with mplayer and mlbhls fired up and xbmc tried to start playing but crashed.
I'm not really sure where to go with this. It would probably be hard to get a xbmc dev. to look in to this with all the hoops to jump through to reproduce the error.
Well darn. Out of curiosity where's the code for this mlbmc plugin? I found your google code repository, but it looks significantly outdated.
- dan1son - 2011-08-31 20:34
I'm not seeing that ERROR when I attempt to run it, I'm not sure it's related. If you google that error there's a lot of people seeing it in XBMC builds of late, with no clear indication of it causing the actual problem.
Looking through the code from the repo
Code:
print filename
try:
os.mkfifo(filename)
except OSError, e:
print "Failed to create FIFO: %s" % e
else:
fifo = open(filename, 'w')
if __settings__.getSetting('scenario') == 'NexDef - Auto Select':
bitrate = ' -L'
if __settings__.getSetting('scenario') == 'NexDef - 4.5 Mb':
bitrate = ''
if __settings__.getSetting('scenario') == 'NexDef - 3.0 Mb':
bitrate = ' -b 3000000'
if __settings__.getSetting('scenario') == 'NexDef - 1.8 Mb':
bitrate = ' -b 1800000'
target = 'mlbhls -B '+game_url+' -o '+filename+bitrate
print '----Target: '+targetSomething between the print filename (which I do get) and the print ----Target: fails with no output. I do get the files in /tmp, but mlbhls never starts up.
Maybe if I get bored tonight I'll see if I can get it working.
- dan1son - 2011-08-31 21:08
Well I don't know python at all, but I just recreated that section of the code on a box and it hangs on "fifo = open(filename, 'w')"
My guess is open(filename, 'w') fails on a fifo. It doesn't look like you're using the file object you make there anyway. I'll try commenting out the open( command and see if it works. I don't think you need to open it for writing since mlbhls will do that anyway, but I could be wrong.
EDIT:
http://www.velocityreviews.com/forums/t362297-python-open-a-named-pipe-hanging.html
So there we go... opening the file for writing hangs until something opens it for reading. If you don't open it for writing at the line "fifo = open(..." then mlbhls should run in its own thread, open it for writing and the play( command will open it for reading which should make mlbhls start pumping.
My guess is if you open it with mplayer that fifo = open(... line will finish and then mlbhls will start immediately after that which makes it play, but then xbmc tries to open it and fails because it's already open.
- divingmule - 2011-08-31 23:41
Hey, thanks for helping out. I can't believe it was that simple
but committing out or removing the else statement and I'm watching the NexDef stream in XBMC.Code:
except OSError, e:
print "Failed to create FIFO: %s" % e
#else:
# fifo = open(filename, 'w')Anyone who want to try, this code is found around line 720 of the default.py.
- dan1son - 2011-08-31 23:43
Glad I could help out. Thanks for testing it before I could
. This means I'll get to watch the game in HD when I get home from work.
- dan1son - 2011-09-01 17:06
Hey it works!
Seems to stream just fine for a while then whenever the stream hiccups it requires a manual recover. Not sure if it's mlbhls stopping or xbmc player not trying again if it stops. Not a whole lot in the logs about something going casters up so I'm not sure how easy it'll be to recover from.
- divingmule - 2011-09-01 18:18
Hi, if the player stops we pkill mlbhls and cleanup the temp files. You can keep this from happening if you commit out this line
Code:
MyPlayer().onPlayBackStarted(filename,tmpdir)If you have any ideas on how to handle it better, let me know.