OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - 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 (Kodi 15.0) Part 2 (/showthread.php?tid=224025) |
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - popcornmix - 2015-04-12 (2015-04-12, 12:27)bluc Wrote: Trying to watch 3d mvc but they will only play in 2d what settings do I need for 3d playback? and do mvc 3d videos need something in filename to make them work? thanks in advance. Yes. Either bring up video OSD and set the 3d mode to SBS, or include a 3d tag in the filename (e.g. ".3D.SBS.") RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - popcornmix - 2015-04-12 (2015-04-12, 11:24)Patrics83 Wrote: Flickering area in left upper corner while and after scrolling movie collection. Can't really tell when this started to happen, but it was sometime during March builds? (When I have more time I will try to narrow it down) Narrowing down the build is likely to be essential. No thoughts as to what might cause that, and it's not something I've seen before (or ever seen reported). Can you check for any OMX errors in log after you see this? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - nickr - 2015-04-12 scrap that post, I am going back to reading classes. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Patrics83 - 2015-04-12 (2015-04-12, 12:38)popcornmix Wrote: Narrowing down the build is likely to be essential. No thoughts as to what might cause that, and it's not something I've seen before (or ever seen reported). I see. I tried searching for similar reports but I found nothing. So I guess I'm the only one again just like with the screen dimming when using sync playback to display... Here's a part of the log after pressing a button in movies. Code: 13:12:38 7386.621094 T:1454371904 DEBUG: Thread BackgroundLoader 1454371904 terminating Re: RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-04-12 (2015-04-12, 09:52)fab67 Wrote: Now that I can make my own build could you please give me some advices : I've updated the build so that the missing scripts will be included in the next build. You can also download a complete set of build scripts from www.nmacleod.com/public/oebuild/oebuild.tar.gz The nightly build is created with "PROFILE=multi-master ./autobuild.sh" - this will build Pi1 and Pi2 in parallel. Re: RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-04-12 (2015-04-12, 11:24)Patrics83 Wrote: Pixelated vertical multicolored (mostly green) line on some photos and movie posters. Known issue, not specific to RPi or these builds: http://forum.kodi.tv/showthread.php?tid=196400 RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - MrMagic - 2015-04-12 Milhouse, you wrote in the previous thread that full BD-J support in libbluray requires java and that we should talk to the OE developers about adding it: Quote:I suspect this would need to be supported as an OpenELEC addon of some kind as BDJ has a dependency on Java which could massively inflate the size of the entire image for little/no benefit. It's not something I'll be adding, so you might want to approach the OpenELEC developers (post on their forum, chat on #openelec irc). Now I found this thread on the OE forum: http://openelec.tv/forum/124-raspberry-pi/76210-i-can-haz-java I managed to get java installed using these instructions and when I run "java -version" I get the correct output I believe: Code: java version "1.8.0_33" Would this be enough to get BD-J support working? Only thing I didn't manage to do was get the /storage/.config/autostart.sh executed on startup. It does work when run manually though. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Milhouse - 2015-04-12 (2015-04-12, 15:54)MrMagic Wrote: Would this be enough to get BD-J support working? I've absolutely no idea, I'm afraid. You probably want to continue discussion in the OpenELEC forum. (2015-04-12, 15:54)MrMagic Wrote: Only thing I didn't manage to do was get the /storage/.config/autostart.sh executed on startup. It does work when run manually though. I imagine it *is* being executed, but not having the desired effect. When autostart.sh is run at boot, modifying PATH in autostart.sh is not going to have any effect on the PATH variable used by kodi.bin, or any other process (including ssh/bash etc.), that is started independently of autostart.sh. You probably want to look at /etc/profiles.d to see how PATH is currently setup and subsequently modified - any process that wants to take advantage of /etc/profiles.d will need to execute /etc/profile. If you want Java to be accessible only to your ssh session then this has nothing to do with autostart.sh - just modify the PATH in your ~/.profile. However this is outside the scope of this test build thread - please start a new thread or discuss it in the Java thread on the OpenELEC forum. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Heiko123 - 2015-04-12 (2015-04-12, 10:08)Heiko123 Wrote:(2015-04-11, 20:24)popcornmix Wrote:(2015-04-11, 17:58)Heiko123 Wrote: But if I call a MPEG2-record, the watching is beginning, but I can see the rotation circle (down-right-side) and all remote or mouse activities don't successful. So, I have tested with different video-accelerators. If I deactivate MMAL-driver then all worked fine. Have you changed something on your MMAL-driver? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - popcornmix - 2015-04-12 (2015-04-12, 16:59)Heiko123 Wrote: So, I have tested with different video-accelerators. Can you be more specific. There are two video acceleration options: OMXPlayer MMAL If both are disabled what happens? If just OMXPlayer is enabled what happens? If just MMAL is enabled what happens? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - dunghnguyen - 2015-04-12 no time to test 0411 but this time @Milhouse had added the codec of DTS HD MA, anyone test this? Tks. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - Heiko123 - 2015-04-12 Quote:If both are disabled what happens? If just OMXPlayer is enabled what happens? If just MMAL is enabled what happens? If both disabled: - the video is play, but with rough stutter If OMXPlayer only enabled: - the video is playing fine, without stutter or rotation-cicle If MMAL only enabled: - I see the rotation-circle all time and all inputs are lost All about tested within a over 2GB MPG2-File. Quote:Allgemein RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - cncb - 2015-04-12 I have to enable the "Sync playback to display, resample audio" setting to get smooth playback with DVDPlayer for my 1080i MPEG2 recordings (not so with OMXPlayer). I watched an MKV (H264 with DTS passthrough) where it appeared that the lip sync was slightly off which I didn't notice before when this setting was disabled. Is it possible that the "resample audio" setting could cause the lip sync to be off or am I imaging this? Thanks. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - popcornmix - 2015-04-12 (2015-04-12, 20:19)cncb Wrote: I have to enable the "Sync playback to display, resample audio" setting to get smooth playback with DVDPlayer for my 1080i MPEG2 recordings (not so with OMXPlayer). I watched an MKV (H264 with DTS passthrough) where it appeared that the lip sync was slightly off which I didn't notice before when this setting was disabled. Is it possible that the "resample audio" setting could cause the lip sync to be off or am I imaging this? Thanks. In theory "resample audio" should improve lip sync. Note: "resample audio" only works when passthrough is disabled. Any different with/without passthrough? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 2 - cncb - 2015-04-12 (2015-04-12, 20:46)popcornmix Wrote: Note: "resample audio" only works when passthrough is disabled. Any different with/without passthrough? I will have to try it but it sounds like using passthrough could explain why it might be slightly off (a/v "resync" is not performed)? Ideally, it would be best if I wouldn't need to enable this for smooth playback in DVDPlayer (like I don't have to for OMXPlayer). |