(2013-05-16, 15:47)divingmule Wrote: @sdsnyr94, did you also have to put mlbhls in a bin directory? Are you still having the same trouble when not using fi-fo?

(2013-05-16, 16:38)sdsnyr94 Wrote: MLBHLS would not run from the bin directory for me... it had to be in the .xbmc/addons/plugin.video.mlbtv.hls/resources/mlbhls/openelec-mlbhls/x86_64/mlbhls directory for me to get it to work, which I found odd considering the trouble rbrohman had. I checked the os.uname() in python, and had the same information as rbrohman.

(2013-05-16, 16:38)sdsnyr94 Wrote: In the MLBMC-HLS settings, I can unlock the bitrate and set a Max/Min bitrate. If I set a Max of 4.5 and a min of 2.4 the buffering stops, but only the audio plays correctly all the time. Sometimes, the video will get stuck in a loop repeating a couple of frames for a few seconds (sometimes minutes) and then eventually correct itself. I am assuming that it is happening when the bitrate is trying to lower, and when it corrects itself is when the bitrate gets back to 4.5. Does anybody else see this? Do you think it's an XBMC issue with the changing bitrate, or maybe an Openelec only issue?

(2013-05-16, 20:08)divingmule Wrote: Yeah the add-on checks if the second element that os.uname returns is 'openelec' if so it looks for mlbhls in the resources directory. rbrohman has somehow changed it on his system.

Quote:I think* when the bitrate drops to the 2.4 range the video resolution changes from 720 to something a little lower. Seems xbmc's player doesn't like the on the fly resolution changes. It may be best to bump the min bitrate up a notch.

Thanks for the feedback!

(2013-05-16, 20:18)sdsnyr94 Wrote:

(2013-05-16, 20:08)divingmule Wrote: Yeah the add-on checks if the second element that os.uname returns is 'openelec' if so it looks for mlbhls in the resources directory. rbrohman has somehow changed it on his system.

That 2nd element is nothing more than what you name the computer.... and you can change it in Openelec's settings. By default, the computer is named 'openelec'.

(2013-05-09, 03:01)jayman13 Wrote: I have a raspberry pi and the app works great on it. You have to install the mlb-hls addon which means you have to compile it or you can just ask me to post it for you. Directions are in this forum. As for the functionality, it's similiar as you would see on apple tv. No multi picture or overlays. It just plays the games either live or you can pick by inning...

(2013-05-17, 09:37)Klattsy Wrote: Also - if i'm buffering a little while watching condensed games, this is normal? It only took 3-4 seconds and only occurred MAX 4 times while watching a game. It was WAY better than the Panasonic App where buffering normally crashed the app.

And watching archived games, does the Fast Forward function only work at the one speed?

(2013-05-18, 18:02)divingmule Wrote: @Clobber
1) double check email and password are correct
2) delete the cookie file, it should be something like
C:\Users\YOURUSER\AppData\Roaming\XBMC\userdata\addon_data\plugin.video.mlbmc\cookie_file

(2013-05-18, 18:15)divingmule Wrote: I don't usually get any buffering while watching condensed games.

Generally skipping, using the arrow keys or similar, works better than ff, rw.

(2013-05-23, 17:26)sdsnyr94 Wrote: Multi-platform support for the HLS sites using https (such as MLB) can be possible, but it will require ffmpeg to be compiled with gnutls. According to Spiff there is no reason this cannot be the default configuration in XBMC, but it is going to require someone to do it and submit the code changes.

http://forum.xbmc.org/showthread.php?tid=165278

Anyone out there who has the time/patience/knowledge to tackle this?

(2013-05-28, 04:38)Drumitar Wrote: anyone else on OE getting some crashes, it seems like maybe 30-50 percent i laucnh a stream it causes xbmc to restart :< when it stream does laucnh it works great though any thoughts ?