[jfcarroll]

@caravela, though I found another problem I'll be looking into shortly. The one you pointed out should be fixed.

[Jester]

@gimli,

we had the same issue on atv2, looking at the advancedsettings you have as default, maybe you should update them, frodo has some changes related to this:

look for
<imageres>480</imageres>
<fanartres>720</fanartres>

http://forum.xbmc.org/showthread.php?tid...pid1142983


P.S. talking about the default advancedsettings

<visualizedirtyregions>off</visualizedirtyregions>

It's off by default, so no needs to set it again.

Also, keep an eye on this pull, will enable DR per default
https://github.com/xbmc/xbmc/pull/1426

I'm aware about the D-R PR. My job as developer to track changes in master

I thought so and good luck ! , just wanted to point out the currently undocumented (it's not in the wiki yet I think) imageres etc. mentioned above.

[caravela]

thanks jfcarroll

[Jester]

Can we enable DVD in OMXplayer ?

Code:

14:56:56 T:1341125728    INFO: COMXPlayer::OpenInputStream - DVD/BD not supported

Maybe #ifdef and check for config.txt MPEG2 license.

Currently playing a DVD structure from the movies library fails (latest nightly) while playing the .vob works fine, if you patch the OMXPlayer.cpp to disable this check it seems to work fine.

Thanks

[popcornmix]

@caravela, though I found another problem I'll be looking into shortly. The one you pointed out should be fixed.

I've updated and this commit is present:
https://github.com/xbmc/xbmc/commit/2495...9284c47059
but I still get this failure:

Code:

15:04:49 T:1313379392   ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
                                             - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
                                            Error Type: <type 'exceptions.RuntimeError'>
                                            Error Contents: Incorrect type passed to "play", was expecting a "p.PlayList" but received a
"p.XBMCAddon::xbmc::PlayList"
                                            Traceback (most recent call last):
                                              File "/home/pi/.xbmc/addons/plugin.video.iplayer/default.py", line 1072, in <module>
                                                watch(feed, pid, showDialog)
                                              File "/home/pi/.xbmc/addons/plugin.video.iplayer/default.py", line 963, in watch
                                                player.play(play)
                                            RuntimeError: Incorrect type passed to "play", was expecting a "p.PlayList" but received a "p.XBMCAddon::xbmc::PlayList"
                                            -->End of Python script error report<--

https://dl.dropbox.com/u/3669512/temp/xbmc_iplayer.log

[onetootreefor]

hey thanks for making this thread here!

i just wanted to mention that on the latest build 11930 i get very pixelated fanart for movies/tv. My resolution is 1080p and fanart was very crisp clean in the previous versions, but in this one I get very pixelated fanart. Im wondering if this is just an issue im experiencing, and i need to reload my DB or if its something everyone else is noticing.

Thats a technical limitation we did for now on the PI. In previous version we had GPU memory issues ( running out ). So we limit the mxiumum size for images, until we have a better solution for that.

ok perfectly understandable. is there away to increase max fanart size in our own builds? or should i just wait for a more permanent solution.

[gimli]

hey thanks for making this thread here!

i just wanted to mention that on the latest build 11930 i get very pixelated fanart for movies/tv. My resolution is 1080p and fanart was very crisp clean in the previous versions, but in this one I get very pixelated fanart. Im wondering if this is just an issue im experiencing, and i need to reload my DB or if its something everyone else is noticing.

Thats a technical limitation we did for now on the PI. In previous version we had GPU memory issues ( running out ). So we limit the mxiumum size for images, until we have a better solution for that.

ok perfectly understandable. is there away to increase max fanart size in our own builds? or should i just wait for a more permanent solution.

Wait for a permanent solution

[jfcarroll]

I'm pretty sure you didn't rebuild after you updated. If you're on windows, clean xbmc and rebuild the solution. If you're on linux make clean from xbmc/interfaces/python. There's a known problem on windows with not building from scratch. @caravela, is this fixed for you?

If it's not fixed, it's help me out greatly if I could get a zipped addon that exhibits this behavior.

Thanks.
Jim

[aaron.rogers]

working great so far, but what is with skipping forward and backward while watching a movie? its terrible slow and produces a lot of grey artefacts... my good old xbox did that a lot better...

[caravela]

@Jfcarrol i'm compiling it, i will test and report back.

@Aaron.rogers i do belive that is normal, when you skip, the decoder will have to wait to the next Key frame to redraw all the screen, until them you only get the delta frames. So you get gray stuff where the decoder don't know what to draw

[sraue]

Hi,

OpenELEC Development build (r11941):
http://sources.openelec.tv/tmp/image/ope...41.tar.bz2

to update a older build without reinstalling see:
http://wiki.openelec.tv/index.php?title=...g_OpenELEC

This build includes a updated XBMC with the change from jfcarroll (see http://forum.xbmc.org/showthread.php?tid...pid1192225) many thanks to him!

some of the changes in this build:

• XBMC updated to xbmc-frodo-2876e72
  

It is needed to update the bootloaderfiles which you can find in the build in the folder 3rdparty/bootloader it will be done automatically if you use a build 11766 or newer. For older builds you can update locally via Windows/Linux or via ssh:

• login via ssh to your Raspi:
  Code:

  ssh root@<ipaddress>
• remount /flash r/w:
  Code:

  mount -o remount,rw /flash
• from your linux system copy the files via ssh/scp to the Raspi:
  Code:

  scp 3rdparty/bootloader/* root@<ipaddress>:/flash

because XBMC now supports officially RPi and PVR please use XBMC's Trac (http://trac.xbmc.org/) to report XBMC bugs and OpenELEC's github issue tracker (https://github.com/OpenELEC/OpenELEC.tv/issues) for OS related issues and feature/driver requests.

[caravela]

thx, will test

EDIT: seems the error is still there

Code:

23:17:53 T:1326445664   ERROR: Leaving Python method 'XBMCAddon_xbmc_Player_play'. Exception from call to 'play' 'Incorrect type passed to "play", was expecting a "p.PlayList" but received a "p.XBMCAddon::xbmc::PlayList"' ... returning NULL
23:17:53 T:1326445664   ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
                                             - NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
                                            Error Type: <type 'exceptions.RuntimeError'>
                                            Error Contents: Incorrect type passed to "play", was expecting a "p.PlayList" but received a "p.XBMCAddon::xbmc::PlayList"
                                            Traceback (most recent call last):

i looked arround in the code and i think the parameter in the call is wrong like the error states.

from

Code:

player->playPlaylist((PlayList *)retrieveApiInstance(pObject,"p.PlayList","XBMCAddon::xbmc::", "play"), windowed);

to

Code:

player->playPlaylist((PlayList *)retrieveApiInstance(pObject,"p.XBMCAddon::xbmc::PlayList","XBMCAddon::xbmc::", "play"), windowed);

Edit 2: it to works properly for me again, using this change

[popcornmix]

I'm pretty sure you didn't rebuild after you updated. If you're on windows, clean xbmc and rebuild the solution. If you're on linux make clean from xbmc/interfaces/python. There's a known problem on windows with not building from scratch. @caravela, is this fixed for you?
If it's not fixed, it's help me out greatly if I could get a zipped addon that exhibits this behavior.

make clean -C xbmc/interfaces/python and the rebuild hasn't fixed it for me.
I'm using iplayer: https://dl.dropbox.com/u/3669512/temp/pl...2.4.17.zip

[aaron.rogers]

@Aaron.rogers i do belive that is normal, when you skip, the decoder will have to wait to the next Key frame to redraw all the screen, until them you only get the delta frames. So you get gray stuff where the decoder don't know what to draw

not sure about that, neither skipping with xbmc on my linux-box or xbox produces a lot of artefacts. as allready mentioned its also a lot faster, must be an issue with omxplayer...

[Jester]

Can we enable DVD in OMXplayer ?

Code:

14:56:56 T:1341125728    INFO: COMXPlayer::OpenInputStream - DVD/BD not supported

Maybe #ifdef and check for config.txt MPEG2 license.

Currently playing a DVD structure from the movies library fails (latest nightly) while playing the .vob works fine, if you patch the OMXPlayer.cpp to disable this check it seems to work fine.

Thanks

https://github.com/xbmc/xbmc/pull/1435

---

Thats a technical limitation we did for now on the PI. In previous version we had GPU memory issues ( running out ). So we limit the mxiumum size for images, until we have a better solution for that.

ok perfectly understandable. is there away to increase max fanart size in our own builds? or should i just wait for a more permanent solution.

Wait for a permanent solution

I do NOT recommend this, but if you are really impatient:

Add this to your advancedsetting.xml

Code:

<imageres>480</imageres>
  <fanartres>720</fanartres>
  <fanartheight>720</fanartheight>
  <thumbsize>512</thumbsize>

Then remove Textures.db in your Database folder and it will refresh them once you open the lists etc.