OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 1 - 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 1 (/showthread.php?tid=211501) Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
|
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - hdmkv - 2015-03-26 Should we be leaving both players (omxplayer & the other one; forgetting what it's called right now) enabled in Settings? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - popcornmix - 2015-03-26 (2015-03-26, 02:02)Milhouse Wrote: With build #0325 I'm seeing very stuttery playback with Blade Runner Final Cut mkv (VC1/1080, 5 audio streams one of which - the default - is TrueHD) over NFS (nfs://). Looks like: Code: firmware: video codec: refactor userdata release mechanics in categoriser (2015-03-26, 02:02)Milhouse Wrote: Yes, same on RPi2 with #0325. Last good build for reverse seek is #0321. This seems too be: Code: video codec: refactor sequence close and reopen Reverting firmware to version from #0321 should avoid both these issues. I've let Deborah know. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - popcornmix - 2015-03-26 (2015-03-26, 02:57)hdmkv Wrote: Should we be leaving both players (omxplayer & the other one; forgetting what it's called right now) enabled in Settings? That's what official stable/Helix builds do. These test builds disable omxplayer by default as that's the future plan. Basically omxplayer has better performance, but misses some features (e.g. ALSA audio, DVD menus). Some thing just work a bit differently. On Pi1 using omxplayer was essential for Bu-Ray quality video. On Pi2 you can play Blu-Ray video without omxplayer (dvdplayer with MMAL codec acceleration). However there's a couple of use cases where even on Pi2 performance is better with omxplayer (mostly live TV with deinterlace enabled). I think these issues are solvable, but for now omxplayer has some advantages. I normally run with omxplayer disabled. That would be my recommendation if it works well for you. If you have any performance issues (especially with live TV and interlaced content) then try enabling omxplayer. For most users they both work fine, and it's hard to tell which one you're using without checking. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - deborah_c - 2015-03-26 (2015-03-26, 02:02)Milhouse Wrote: @popcornmix: Thanks for the report -- I'll look at this in the morning. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - slack3r - 2015-03-26 (2015-03-25, 19:47)popcornmix Wrote: Could you test #322 with start.elf and fixup.dat from #321 copied over? Done. I can confirm that is a firmware issue. Code: lsb_release Code: 09:25:26 134.231766 T:1967685632 NOTICE: DVDPlayer: Opening:[...]video.mp4|User-Agent=Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Firefox/24.0 Thanks for your time. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - da-anda - 2015-03-26 (2015-03-25, 13:49)popcornmix Wrote:I had skipped a few nightlies, will try to find the build that broke it.(2015-03-25, 10:06)da-anda Wrote: with #0323 I have serious issues when mmal renderer is used. As soon as there is any UI overlay playback is choppy with lots of drops. This doesn't happen with omxplayer. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - MONSTA - 2015-03-26 (2015-03-26, 02:02)Milhouse Wrote: @popcornmix: I confirm the problem with VC1, stutters. #0324 it's OK RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - looun - 2015-03-26 (2015-03-25, 14:26)popcornmix Wrote:(2015-03-25, 14:02)sarcoptic Wrote: Now my question I just want quick clarification on the DTS-MA/TrueHD decoding. I personally have a 5.1 setup, however it sounds like if I disable passthrough and set my speaker configuration at 7.1 I should get PCM for DTS-MA/TrueHD correct? This group is amazing and definitely is helping sales of the Pi2 i don't agree, if KODI decode the lossy DTS track you lose metatada information try 2013 DTS Blu-Ray Demo Disc Vol.17: - Dredd – DTS Sound Check DTS-HD MA 7.1 - The Hunger Games – DTS Sound Check DTS-HD MA 7.1 try with 5.1 setup speaker wih kodi decoding then with passthrough enabled to the receiver, there is big difference.You lose virtual back surround speakers and DTS / Ampi DSP optimization. Kodi decoding the lossy DTS track it's good way ,but it's not equal however. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - popcornmix - 2015-03-26 (2015-03-26, 20:48)looun Wrote: i don't agree, if KODI decode the lossy DTS track you lose metatada information What platforms are you doing this test on? Pi can't passthrough DTS-HD. Other platforms can't decode DTS-HD. So you'd need to test with Pi decoding the DTS-HD and another platform (e.g. Chromebox) passing through the DTS-HD. You might want to set the Pi to 7.1 channels and let the receiver do the mixing to 5.1. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - hdmkv - 2015-03-26 Test results with 3D MVC MKV rip of 'Captain America: Winter Soldier', skipped ahead to chapter at about 1:16:22 and let it play through to about 1:19.15. This is the highway chase/shootout sequence. Setup:
Test Results: Skipped frames during this highway chase sequence. Video isn't smooth, but little jumpy. Same sequence (via 3D ISO) on my Fire TV and HiMedia noticeably smoother, especially as neither do proper 23.976 (only 24.000). I pulled the logfile zip from \\<IP address>\Logfiles, but not sure how to share or post to pastebin yet. No experience with logfiles. Other Pi2 questions, comments and issues:
Thanks! RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - popcornmix - 2015-03-26 (2015-03-26, 21:00)hdmkv Wrote: Test Results: Skipped frames during this highway chase sequence. Video isn't smooth, but little jumpy. Same sequence (via 3D ISO) on my Fire TV and HiMedia noticeably smoother, especially as neither do proper 23.976 (only 24.000). Make sure "adjust display refresh.." is enabled. With dvdplayer you probably want "sync playback to display" enabled. Try enabling omxplayer first. See if it works better. Next edit config.txt. Many ways to do this, but inserting sdcard into windows PC is probably easiest. Try adding: Code: avoid_pwm_pll=1 If you don't mind setting the "warranty bit" you can be a bit more aggressive with overclock: Code: avoid_pwm_pll=1 Note: overclock is not guaranteed to work, but does for most. It does need a decent power supply. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - looun - 2015-03-26 (2015-03-26, 20:53)popcornmix Wrote:(2015-03-26, 20:48)looun Wrote: i don't agree, if KODI decode the lossy DTS track you lose metatada information i talk about general, i test with player in signature can passthrough DTS-HD. Try passthrough DTS Sound Check DTS-HD MA 7.1 into 5.1 ampi setup( no upmix , no audisy DSX, no prologic ) ... your surprise :-) IMMO RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - dchabby - 2015-03-26 (2015-03-26, 21:00)hdmkv Wrote: [*]To edit the config.txt file for overclocking, where do I find it? Somewhere in \\<IP address>\Configfiles? There is an add-on that I use to easily do the overclocking - http://ls80.github.io/script.openelec.rpi.config/ RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - hdmkv - 2015-03-26 popcornmix, what you suggested above did the trick! You da man! I had 'Adjust display refresh rate...' enabled, but not 'Sync playback to display'. Appears both are necessary; now movies play very smoothly. I edited confix.txt in Windows (much easier) as follows: Code: avoid_pwm_pll=1 Re-tested 2-3mins of a couple of 3D MVC MKV and 2D MKV rips, especially action/movement sequences and no stutters; smooth playback. Need to watch a 3D movie with those high bitrate peaks, like 'The Avengers' final battle sequence, parts of 'The Immortals' and perhaps 'Avatar'. I'm thinking of pushing it and trying what wrxtasy suggested; wonder if it's safe to... Code: arm_freq=1000 RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - Trixster - 2015-03-26 Are you using a pi2? I find running the ram at a slightly lower 483 much more stable even with arm at 1100 and core at 500. With sdram at 500 I get occasional lockups even with core and arm dropped significantly and over volt at 6. For me, arm 1100, core 500, sdram 483 and over volt 2 is completely stable. |