@
vanadu and @
da-anda.
The builds for Rpi2 are specifically for Rpi2, that's what I meant.
It seems like your request is about asking Millhouse to build testbuilds for the wetek.
Hello !!
I asked before at
http://forum.kodi.tv/showthread.php?tid=221050
Installed this last build (OpenELEC-RPi2.arm-6.0-Milhouse-20150519210208-#0519-gdd9b49e).
I use 3D DLP projector. (3D only working at 1280x720 120Hz, tested on win7+potplayer).
So, I setup kodi at 1280x720 120Hz. It seems resolution set correct. But strange is that I see on screen: 1280x720 120Hz (full screen=
7,9 fps)... 8 fps...maybe this will cause problem.
Also I checked this:
But no 3D on screen.
When 3d movie started there was two picture (side by side),
when enabling 3d (choose side by side), picture become one (but not 3d..it seems like 2d, there was not Left and Right picture), but Menu had two side.
Any tip would be great.
Thanks
(2015-05-20, 20:16)ivota Wrote: [ -> ]Any tip would be great.
You need "adjust display refresh rate to match video" to be enabled for 3D support.
The Pi supports half-SBS, half-TAB and frame packed 3D modes. It doesn't support frame sequential or other standards.
Setting refresh rate to 120Hz won't do anything useful.
Thanks @
popcornmix for replay.
I find hardware solution on ebay, cost about 100$ (DLP 3D Converter 2x1 HDMI 1.4 For 120Hz 3D Ready DLP Projector)
Due to 3D ready DLP projector can only receive 120Hz frame sequential format video to achieve 3D effect, so 2D and
3D format (SBS-H/TAB/FP) video can't be view in 3D ready DLP projector at 3D mode.This 3D ready DPL
media processor will help you to make it. It is the first converter to support 120Hz 3D ready projector HD video.
But, for now I would rather have software solution (for Pi2).
So, The Pi never support 120Hz frame sequential format video (problem OpenGL)?
(2015-05-20, 23:21)ivota Wrote: [ -> ]But, for now I would rather have software solution (for Pi2).
So, The Pi never support 120Hz frame sequential format video (problem OpenGL)?
It may be possible from a hardware point of view, but as I don't have a display that supports frame-sequential 3D it's hard to add support for it.
Also as most 3D TV's support do support half-SBS, half-TAB or frame-packed 3D output, supporting another less common format will be low priority.
It is on my list of things I'd like to look into, but no promises of when it will happen.
OK @
popcornmix.Thank you very much.
I see on forum a few people asked for 3D DLP projector support.
If others people interested for this. We should think to collect donation for this job.
(2015-05-19, 10:56)Leopold Wrote: [ -> ]kodi-splash.sh does run the video in full.
@
Leopold (and also @
ivota as your splash video is also being cut short), could you try the following:
Code:
wget http://www.nmacleod.com/public/oebuild/psmon.sh -O /storage/psmon.sh
then add the following line to the beginning of /storage/.config/autostart.sh (after "#!/bin/sh", if you have it):
Code:
sh /storage/psmon.sh &
then reboot. Once the Pi/Pi2 has booted, wait 2 minutes, then paste the link for the following:
Code:
cat /tmp/psmon.log | pastebinit
You can now delete psmon.sh and remove the line from autostart.sh.
New OpenELEC Isengard build #0520:
RPi /
RPi2
(Supercedes previous build)
Code:
# uname -a
Linux rpi512 4.0.4 #1 Wed May 20 21:04:07 BST 2015 armv6l GNU/Linux
# vcgencmd version
May 18 2015 16:26:35
Copyright (c) 2012 Broadcom
version dda584d6907a6c642dcae5a260aa3396f9146cd2 (clean) (release)
# lsb_release
OpenELEC (Milhouse) - Version: devel-20150520210228-#0520-gcf51d16 [Build #0520]
# vcdbg log msg 2>&1 | grep DTOK
001538.813: Kernel trailer DTOK property says yes
# Kernel device tree status: Enabled
Based on tip of
OpenELEC master (cf51d162,
changelog) and tip of
XBMC master (da65bf6b,
changelog) with the following modifications:
- Includes newclock4 patches
- Excludes the OpenELEC fernetmenta patches due to conflicts with newclock4
- Excludes the OpenELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.0.y
- Default setting for "Show RSS Feed" changed to disabled (new installs only) [patch details]
- Disabled "Total Duration" in Confluence (see build #0221 for details)
- Includes latest dcadec master (f5ffe27a, ahead +6)
- Includes latest kodi-platform master (33b6390b, ahead +1)
- Includes latest libcec master (18555911, ahead +5)
- Includes latest libnfs master (77e3d80f, ahead +9)
- Includes latest platform master (aafa6e9f)
- Includes latest addons: pvr.argustv (cffc8b6b, +1), pvr.demo (9c400e19, +1), pvr.dvblink (3f07ea97, +1), pvr.dvbviewer (05e76da7, +1), pvr.filmon (3f173ec1, +1), pvr.hts (86eb1cc2, +1), pvr.iptvsimple (191972cf, +1), pvr.mediaportal.tvserver (bcfb46f9, +1), pvr.mythtv (6fb769da, +1), pvr.nextpvr (74168dc9, +1), pvr.njoy (9aa05103, +1), pvr.pctv (804dc37c, +1), pvr.stalker (0d6a5d8b, +1), pvr.vbox (83f27246, +3), pvr.vdr.vnsi (824a8a4c), pvr.vuplus (cdc1d0e3, +2), pvr.wmc (42fb669d, +1)
- Includes commits from shairplay/master, ahead +17 (juhovh)
- Exclude kodi-999.20-PR7102.patch: Temporarily revert dcadec settings and use newclock4 version
- Exclude kodi-999.21-configure.ac-dont-break-if-dcadec-is-missing-dcadec-.patch: Temporarily revert due to breakage
- Include patch: Enable vcsm kernel options for HEVC optimisations
- Include patch: Enable the mailbox driver (new kernel options)
- Include patch: Add experimental splash video
- Include patch: Add ffmpeg dependency and includes for HEVC optimisations
- Include patch: Enable pvr addons
- Include PR:6732: [pvr] fixed crash when multiple add-on instances get registered
- Include PR:6919: added: also hide thumbs for unwatched episodes if option to show plot is off
- Include PR:7048: videodb: Don't allow column value length to exceed key size of unique index
- Include PR:7093: [AirTunes] - features
Build Highlights:
- RTL8188EU updated
Build Details:
- OpenELEC:
- e2fsprogs: update to e2fsprogs-1.42.13 (aff34b9f)
- mesa: update to mesa-10.6.0-rc1 (d885f907)
- RTL8188EU: update to RTL8188EU-3091828 (cf51d162)
- kernel 4.0.y:
- New commits in this build:
- i2c-bcm2708: When using DT, leave the GPIO setup to pinctrl (821b3f7b)
(2015-05-19, 16:33)popcornmix Wrote: [ -> ] (2015-05-19, 15:35)cudencuden Wrote: [ -> ]has anyone tried playing hevc clips with no fast decode using build #0518
I assume myself, Milhouse, wrxtasy and slack3r have. What was the question?
The general consensus is that this build is an improvement on the previous one.
If you have a sample that is 720p and doesn't play well then provide a link and we'll look into it.
I find the work on HEVC/h.265 most exciting! This might finally be the reason I have been looking for to swap my Raspberry Pi B for a RPi2.
From what I have been reading the files that are working are 720p. Is there any chance that low bitrate 1080p files may work?
Also, are these files being run solely by software decoding?
Thanks in advance for any light you can shine on this topic.
(2015-05-21, 00:22)Double L Wrote: [ -> ] (2015-05-19, 16:33)popcornmix Wrote: [ -> ] (2015-05-19, 15:35)cudencuden Wrote: [ -> ]has anyone tried playing hevc clips with no fast decode using build #0518
I assume myself, Milhouse, wrxtasy and slack3r have. What was the question?
The general consensus is that this build is an improvement on the previous one.
If you have a sample that is 720p and doesn't play well then provide a link and we'll look into it.
I find the work on HEVC/h.265 most exciting! This might finally be the reason I have been looking for to swap my Raspberry Pi B for a RPi2.
From what I have been reading the files that are working are 720p. Is there any chance that low bitrate 1080p files may work?
Also, are these files being run solely by software decoding?
Thanks in advance for any light you can shine on this topic.
There is some 1080p samples.
http://www.elecard.com/en/download/videos.html
(2015-05-21, 00:22)Double L Wrote: [ -> ]From what I have been reading the files that are working are 720p. Is there any chance that low bitrate 1080p files may work?
Also, are these files being run solely by software decoding?
720p HEVC only files work, but even then about 1.5Mbps bitrate is the max. Complex and detailed camera panning scenes are enough to choke software decoding.
1080p low bit rate HEVC, is a non starter on the RPi2. Even when Turbo Overclocked. A dedicated Hardware decoder SoC, such as a AMlogic S805 handles all this without breaking a sweat. (tested up to 1080p @ 5Mb/s so far - video detail is superb!)
(2015-05-21, 05:53)wrxtasy Wrote: [ -> ] (2015-05-21, 00:22)Double L Wrote: [ -> ]From what I have been reading the files that are working are 720p. Is there any chance that low bitrate 1080p files may work?
Also, are these files being run solely by software decoding?
720p HEVC only files work, but even then about 1.5Mbps bitrate is the max. Complex and detailed camera panning scenes are enough to choke software decoding.
1080p low bit rate HEVC, is a non starter on the RPi2. Even when Turbo Overclocked. A dedicated Hardware decoder SoC, such as a AMlogic S805 handles all this without breaking a sweat. (tested up to 1080p @ 5Mb/s so far - video detail is superb!)
I checked out your post bout rpi2 vs odroid-c1....interesting
(2015-05-21, 00:12)Milhouse Wrote: [ -> ] (2015-05-19, 10:56)Leopold Wrote: [ -> ]kodi-splash.sh does run the video in full.
@Leopold (and also @ivota as your splash video is also being cut short), could you try the following:
Code:
wget http://www.nmacleod.com/public/oebuild/psmon.sh -O /storage/psmon.sh
then add the following line to the beginning of /storage/.config/autostart.sh (after "#!/bin/sh", if you have it):
Code:
sh /storage/psmon.sh &
then reboot. Once the Pi/Pi2 has booted, wait 2 minutes, then paste the link for the following:
Code:
cat /tmp/psmon.log | pastebinit
You can now delete psmon.sh and remove the line from autostart.sh.
Here's one where the hdmi mode changed before the video ended.
http://sprunge.us/BADV
Here's one where the splash played in full.
http://sprunge.us/XBBR
I found that disabling overclock seems to allow the splash to play in full. I rebooted 10 times with overclock disabled and that was the case every time.
With overclock enabled I rebooted 10 times and the splash was cut short 8 times out of 10. I guess there's some kind of race involved during the boot.