Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
+---- Thread: OpenELEC Testbuilds for RaspberryPi (/showthread.php?tid=140518)



RE: OpenELEC Testbuilds for RaspberryPi - pplucky - 2013-01-15

(2013-01-15, 14:37)popcornmix Wrote:
(2013-01-15, 13:48)pplucky Wrote: This did the trick for auto switch to 3D mode, but now the movie shows huge bars up and above, cutting part of the movie!
You can check here how it looks.

tvservice looks right.

What zoom mode are you on? Can you switch to normal.
The latest version of PR forces normal zoom mode when in 3D. If there is still a problem can you try deleting guisettings.xml once more.
Setting the view mode from within the movie from 'Normal' to 'Original size' fixed the bars, but this view mode cannot be used for all movies. Should I change it every time I want to see a 3D movie? Confused

I couldn't find any zoom mode set, or am I looking in the wrong place maybe?

The subtitles came back to normal size after deleting guisettings.xml. Any idea of what setting could be causing that strange behavior different in normal movies and 3D movies?


RE: OpenELEC Testbuilds for RaspberryPi - fma965 - 2013-01-15

(2013-01-15, 13:00)popcornmix Wrote:
(2013-01-15, 12:38)pplucky Wrote: With this custom build (just downloaded it and tried), 3D movie simply shows as non-3D, as any regular movie, so even worst Big Grin

You need to name your videos with 3DSBS or 3DTAB in filename.
E.g. avatar.3DSBS.mkv

is it possible to make it work with files containing "HSBS" aswell? most rips from internet are called that by default.


RE: OpenELEC Testbuilds for RaspberryPi - carl1jenn - 2013-01-15

When converting my 3d iso to 3d mkv files - should I use split screen - sbs, top/bot or two video streams in one file?

if sbs or top/bot what should the video frame size be 50% or 100%

Thank you for the help.


RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-01-15

(2013-01-15, 14:51)pplucky Wrote: What zoom mode are you on? Can you switch to normal.
The latest version of PR forces normal zoom mode when in 3D. If there is still a problem can you try deleting guisettings.xml once more.
The updated PR should handle this. It will force normal mode when watching a 3D movie, and return to your chosen option when watching 2D.
rbej may produce an updated build if asked nicely...


(2013-01-15, 15:06)carl1jenn Wrote: When converting my 3d iso to 3d mkv files - should I use split screen - sbs, top/bot or two video streams in one file?

if sbs or top/bot what should the video frame size be 50% or 100%

Thank you for the help.
Needs to be half-side by side or half-top and bottom.

So, if your source video is 1920x1080.
Full screen SBS will be 3840x1080 which won't play.
Half SBS will be 1920x1080 (with each half 960x1080) and that will play.



RE: OpenELEC Testbuilds for RaspberryPi - fma965 - 2013-01-15

(2013-01-15, 14:55)fma965 Wrote:
(2013-01-15, 13:00)popcornmix Wrote:
(2013-01-15, 12:38)pplucky Wrote: With this custom build (just downloaded it and tried), 3D movie simply shows as non-3D, as any regular movie, so even worst Big Grin

You need to name your videos with 3DSBS or 3DTAB in filename.
E.g. avatar.3DSBS.mkv

is it possible to make it work with files containing "HSBS" aswell? most rips from internet are called that by default.

sorry to repeat but i think you may have missed my post Sad

i know i could easily rename them but i feel it would be more useful if it used HSBS aswell as 3DSBS and TAB



RE: OpenELEC Testbuilds for RaspberryPi - pplucky - 2013-01-15

(2013-01-15, 15:26)popcornmix Wrote:
(2013-01-15, 14:51)pplucky Wrote: What zoom mode are you on? Can you switch to normal.
The latest version of PR forces normal zoom mode when in 3D. If there is still a problem can you try deleting guisettings.xml once more.
The updated PR should handle this. It will force normal mode when watching a 3D movie, and return to your chosen option when watching 2D.
rbej may produce an updated build if asked nicely...
Don't know if you read above, but when using a new build he compiled today, 3D didn't work at all to me.
After my report, he re-uploaded the previous build, which is the most current one and which I'm using now (XMBC 12.0-RC3 Git:91ca8f9 (Compiled: Jan 14 2013)).


RE: OpenELEC Testbuilds for RaspberryPi - fma965 - 2013-01-15

(2013-01-15, 15:32)pplucky Wrote:
(2013-01-15, 15:26)popcornmix Wrote:
(2013-01-15, 14:51)pplucky Wrote: What zoom mode are you on? Can you switch to normal.
The latest version of PR forces normal zoom mode when in 3D. If there is still a problem can you try deleting guisettings.xml once more.
The updated PR should handle this. It will force normal mode when watching a 3D movie, and return to your chosen option when watching 2D.
rbej may produce an updated build if asked nicely...
Don't know if you read above, but when using a new build he compiled today, 3D didn't work at all to me.
He uploaded the previous build, which is the most current one and which I'm using now (XMBC 12.0-RC3 Git:91ca8f9 (Compiled: Jan 14 2013)).

but this was due to the refresh rate option not being on wasn't it?


RE: OpenELEC Testbuilds for RaspberryPi - pplucky - 2013-01-15

(2013-01-15, 15:33)fma965 Wrote:
(2013-01-15, 15:32)pplucky Wrote:
(2013-01-15, 15:26)popcornmix Wrote: The updated PR should handle this. It will force normal mode when watching a 3D movie, and return to your chosen option when watching 2D.
rbej may produce an updated build if asked nicely...
Don't know if you read above, but when using a new build he compiled today, 3D didn't work at all to me.
He uploaded the previous build, which is the most current one and which I'm using now (XMBC 12.0-RC3 Git:91ca8f9 (Compiled: Jan 14 2013)).

but this was due to the refresh rate option not being on wasn't it?
I don't think so, because in that the 3D file was showing as a normal file, no SBS picture at all.


RE: OpenELEC Testbuilds for RaspberryPi - popcornmix - 2013-01-15

(2013-01-15, 14:55)fma965 Wrote: is it possible to make it work with files containing "HSBS" aswell? most rips from internet are called that by default.

Could do. 3DSBS/3DTAB is a standard the Popcorn Hour follows.
Any evidence of HSBS being a recommended naming for half SBS? Is there a corresponding HTAB/HTB for top and bottom?


RE: OpenELEC Testbuilds for RaspberryPi - fma965 - 2013-01-15

(2013-01-15, 15:39)popcornmix Wrote:
(2013-01-15, 14:55)fma965 Wrote: is it possible to make it work with files containing "HSBS" aswell? most rips from internet are called that by default.

Could do. 3DSBS/3DTAB is a standard the Popcorn Hour follows.
Any evidence of HSBS being a recommended naming for half SBS? Is there a corresponding HTAB/HTB for top and bottom?

Image

and

Image

files were not renamed that was what they were called when downloaded

TAB is not used as often in the digital scene, well not that i can find, but i presume it would be HTAB for half top and bottom.


RE: OpenELEC Testbuilds for RaspberryPi - xandy - 2013-01-15

(2013-01-15, 12:36)valerio Wrote:
(2013-01-14, 19:52)xandy Wrote: Hi, can someone help with some simple advice. I want to build 2.99.1 RC1 from source for reasons which I can elaborate if necessary. I see there is a branch called openelec-3.0 which I guess is the right place so I do this:

git clone https://github.com/OpenELEC/OpenELEC.tv.git openelec-3.0
cd openelec-3.0
git pull origin openelec-3.0

PROJECT=RPi ARCH=arm make

Is this correct approach ... Im guessing a bit ??

regards

Andy

Hi,
I think you should substitute
Code:
git pull origin openelec-3.0
with
Code:
git checkout 2.99.1

This should checkout the tag used for RC1 from your local git repository and then you should be able to build your project having RC1 source. You should be also able to list tags with
Code:
git tag -l
Keep in mind that I haven't tested this though :-)

Thanks for this I will have a go. In the meantime Im overdue git 101....

regards

Andy



RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-01-15

(2013-01-15, 15:32)pplucky Wrote:
(2013-01-15, 15:26)popcornmix Wrote:
(2013-01-15, 14:51)pplucky Wrote: What zoom mode are you on? Can you switch to normal.
The latest version of PR forces normal zoom mode when in 3D. If there is still a problem can you try deleting guisettings.xml once more.
The updated PR should handle this. It will force normal mode when watching a 3D movie, and return to your chosen option when watching 2D.
rbej may produce an updated build if asked nicely...
Don't know if you read above, but when using a new build he compiled today, 3D didn't work at all to me.
After my report, he re-uploaded the previous build, which is the most current one and which I'm using now (XMBC 12.0-RC3 Git:91ca8f9 (Compiled: Jan 14 2013)).

I upload again version with last updated 3d fix. 3d mode working only with enable adjust display refresh rate to match video




RE: OpenELEC Testbuilds for RaspberryPi - carl1jenn - 2013-01-15

I am getting a similar result with huge black bars: Here is my tvservice. I have the tv set to dot by dot - it is a sharp aquos. i am using build: XBMC 12.0-RC3 Git81ca8f9(compiled: jan 15 2013) this is with the "adjust display refresh rate to match video enabled"

watching avengers 3DSBS

root ~ # tvservice -s
state 0x12001a [HDMI CEA (5) 3D SbS RGB lim 16:9], 1920x1080 @ 60Hz, interlaced

just xbmc

root ~ # tvservice -s
state 0x12001a [HDMI CEA (16) RGB lim 16:9], 1920x1080 @ 60Hz, progressive

root ~ # tvservice -m CEA
Group CEA has 9 modes:
mode 1: 640x480 @ 60Hz 4:3, clock:25MHz progressive
mode 2: 720x480 @ 60Hz 4:3, clock:27MHz progressive
mode 3: 720x480 @ 60Hz 16:9, clock:27MHz progressive
mode 4: 1280x720 @ 60Hz 16:9, clock:74MHz progressive 3D:TopBot
mode 5: 1920x1080 @ 60Hz 16:9, clock:74MHz interlaced 3D:SbS-HH
mode 6: 720x480 @ 60Hz 4:3, clock:27MHz x2 interlaced
mode 7: 720x480 @ 60Hz 16:9, clock:27MHz x2 interlaced
(native) mode 16: 1920x1080 @ 60Hz 16:9, clock:148MHz progressive
mode 32: 1920x1080 @ 24Hz 16:9, clock:74MHz progressive 3D:TopBot
root ~ #



RE: OpenELEC Testbuilds for RaspberryPi - pplucky - 2013-01-15

(2013-01-15, 18:26)carl1jenn Wrote: I am getting a similar result with huge black bars: Here is my tvservice. I have the tv set to dot by dot - it is a sharp aquos. i am using build: XBMC 12.0-RC3 Git81ca8f9(compiled: jan 15 2013) this is with the "adjust display refresh rate to match video enabled"

watching avengers 3DSBS

root ~ # tvservice -s
state 0x12001a [HDMI CEA (5) 3D SbS RGB lim 16:9], 1920x1080 @ 60Hz, interlaced

just xbmc

root ~ # tvservice -s
state 0x12001a [HDMI CEA (16) RGB lim 16:9], 1920x1080 @ 60Hz, progressive

root ~ # tvservice -m CEA
Group CEA has 9 modes:
mode 1: 640x480 @ 60Hz 4:3, clock:25MHz progressive
mode 2: 720x480 @ 60Hz 4:3, clock:27MHz progressive
mode 3: 720x480 @ 60Hz 16:9, clock:27MHz progressive
mode 4: 1280x720 @ 60Hz 16:9, clock:74MHz progressive 3D:TopBot
mode 5: 1920x1080 @ 60Hz 16:9, clock:74MHz interlaced 3D:SbS-HH
mode 6: 720x480 @ 60Hz 4:3, clock:27MHz x2 interlaced
mode 7: 720x480 @ 60Hz 16:9, clock:27MHz x2 interlaced
(native) mode 16: 1920x1080 @ 60Hz 16:9, clock:148MHz progressive
mode 32: 1920x1080 @ 24Hz 16:9, clock:74MHz progressive 3D:TopBot
root ~ #

Try changing video mode to 'Original size', from within the video while playing. That was what fixed mine 100%.
(2013-01-15, 17:59)rbej Wrote: I upload again version with last updated 3d fix. 3d mode working only with enable adjust display refresh rate to match video
What about <guires> support as in XBian?
I though you had added it to a previous release (through the notification e-mail on this topic), but after all the topic did not contain it...


RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-01-15

Guires not working with this patch

https://github.com/xbmc/xbmc/commit/687b3ec0949d57ed8f8f78606e751c64c64625b4