Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi 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 Part 2 (/showthread.php?tid=184866)



RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-11-25

Does it occur with passthrough/non-passthrough? - Passthrough
While playing normally or during pause/seeking? - playing
What make/model of receiver/TV? - Samsung HDTV, C7000 series
Does the receiver indicate any sync loss when the chirp happens? - Not aware of such an indicator
Does it occur with all files? - Don't think so. See additional detail below.
Does reverting to an earlier firmware (start_x.elf/fixup_x.dat) solve the problem? - will have to test. will try later.
Can you identify the firmware version that introduced the problem. - The first time I noticed it was after I installed the November 20 nightly build from xbmcnightlybuilds.

Anything in common with files that chirp? (i.e. sampling rate, coded, number of channels) - One file I noticed the effect on was an MP4 with 2 channel AAC audio. The other occasion I noticed it was streaming the Doctor Who 50th anniversary show from the BBC. 2 channels also. No idea what the encoding was. I did not notice the issue in 2 multichannel Mpeg2s recorded OTA and played back with the myth plugin. I can try other files if it will help.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-25

(2013-11-21, 19:59)popcornmix Wrote: Looks like just creating a file called <video>.edl with:
Code:
30.000 40.000 0
may skip from 30-40 seconds of any video file.....

Yes, that seems to work, and actually jumped from about 20s to 40s I believe, so I've got something to debug.

I've added this commit to newclock3 branch (https://github.com/popcornmix/xbmc/commit/d4fc5db82358ad50a159b5bdc2169f6f254f12f7)
that makes my EDL test file skip at the right start point.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - RichG - 2013-11-25

(2013-11-25, 15:51)MilhouseVH Wrote:
(2013-11-25, 15:16)RichG Wrote: There is no /var/log/messages in OpenELEC on the RPi. I presume logging has been disabled to prevent excess writing to the SDCard, but this is one of the 'issues' that makes troubleshooting so diificult.

No, /var/log/messages has been replaced by journalctl with the change to systemd in OpenELEC 4.0.

Ah, thanks. Wrong assumption on my part.

Need to go and read up on journalctl now, and hopefully armed with that knowledge I'll be able to diagnose my LIRC issue.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ranem123 - 2013-11-25

(2013-11-25, 15:29)MilhouseVH Wrote:
(2013-11-25, 14:46)ranem123 Wrote: Milehouse how i can update the librtmp in your build
http://www.xbmchub.com/forums/raspberry-pi-discussion/10213-how-use-lastest-librtmp-openelec.html

this not working getting
grep: /var/log/messages: No such file or directory

With Gotham you need to run:
Code:
journalctl --no-pager --unit xbmc-autostart


Thank yo MIlehouse your build working perfect now ! First i geting an black screen but after changing an option in video settings now i can enjoy live tv !

Also i need to delete the addon15.db to install addons from repos .
Thank you for your amazing build !


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-25

(2013-11-25, 17:53)ranem123 Wrote: Thank yo MIlehouse your build working perfect now ! First i geting an black screen but after changing an option in video settings now i can enjoy live tv !

Can you explain exatly which option causes the blank screen?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ranem123 - 2013-11-25

Popcornmix the options was enable fixed latency playback mode and Frame Multi Threaded Decoding


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Koloss - 2013-11-25

(2013-11-25, 18:56)ranem123 Wrote: Popcornmix the options was enable fixed latency playback mode and Frame Multi Threaded Decoding

I had the same Problem with all video files.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-25

(2013-11-25, 18:56)ranem123 Wrote: Popcornmix the options was enable fixed latency playback mode and Frame Multi Threaded Decoding

I don't believe "Frame Multi Threaded Decoding" has any effect on the Pi - are you sure that was relevant?

Do you get black screen with "fixed latency playback mode" enabled or disabled?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Koloss - 2013-11-25

(2013-11-25, 20:17)popcornmix Wrote: Do you get black screen with "fixed latency playback mode" enabled or disabled?

I have switch this setting or another option and now i have no problems.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-11-25

(2013-11-25, 20:42)Koloss Wrote: I have switch this setting or another option and now i have no problems.

That doesn't really help.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ranem123 - 2013-11-25

popcornmix i can only tell what i do Smile

i turn this to options on and now i have an picture .

[/quote]


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Koloss - 2013-11-25

(2013-11-25, 20:44)popcornmix Wrote:
(2013-11-25, 20:42)Koloss Wrote: I have switch this setting or another option and now i have no problems.

That doesn't really help.

Sorry, now i switch on/off it has no effect.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - DaPooch - 2013-11-26

Hi guys. Is there a repo up that can be setup to run with the awesome openelec-dev-update add on? Would love to be able to roll updates through that if possible. Makes it easier to follow as things progress than looking for dropbox links in this thread. Thanks for all the great work!


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - swetoast - 2013-11-26

well it would be pretty simple of someone with a server setup a test repo and synced it with dropbox so the devs could just add it builds whenever they publish this way the devs gets to keep using dropbox while the rest get a repo they can turn their addons to but again whos willing to host that is the question Smile a simple apache server spinning with the dropbox application is all that is needed Smile


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-11-26

(2013-11-25, 15:06)popcornmix Wrote: I'll need more details.
Does it occur with passthrough/non-passthrough?
While playing normally or during pause/seeking?
What make/model of receiver/TV?
Does the receiver indicate any sync loss when the chirp happens?
Does it occur with all files? Anything in common with files that chirp? (i.e. sampling rate, coded, number of channels)
Does reverting to an earlier firmware (start_x.elf/fixup_x.dat) solve the problem? Can you identify the firmware version that introduced the problem.

Here's a 100MB sample mkv on dropbox, it's the opening titles from Blade Runner Directors Cut, 1080p/DD5.1. Audio starts at 13 seconds, however chirping is usually evident as the green tree is being traced line by line.

A second 100MB sample mkv (dropbox) - the opening titles from Blade Runner Final Cut, 5 audio streams: default TrueHD, DD5.1 and 3x DD2.0 - is even worse, though I'm not sure if the multitude of audio streams (including TrueHD) is a complicating issue. If you play it then cycle to the DD5.1 audio, stop it and restart playback with the DD5.1 audio, you should hear chirping from the outset.

Note that the chirping isn't continuous, but it is frequent, and sound quality is much worse as a result. I'd say many films are now unwatchable (or maybe that should be "unlistenable").

Let me know if/when you download these samples so that I can delete them! Smile

Going back through my builds, the problem starts with the following build:
Code:
-rw-rw-r-- 1 neil neil 106260480 Nov 20 03:14 OpenELEC.tv/target/OpenELEC_Gotham-RPi.arm-devel-20131120031424-r16398.tar

The build log is here: pastebin - it's not very large, so may not be complete (if a build fails and is restarted to completion, I'm only keeping the log for the successful part of the build). There is a new bcm2385 firmware in this build, but not sure if it is the only change. It's also possible I did a mkpkg_bcm2835-driver of the next firmware to create this build so take any hashes in the log with a pinch of salt. Lucky if I can remember what I had yesterday for lunch let alone what went into this build... Smile

The build prior (created Nov 20 02:51:51) is fine, playing both samples without a problem.

Firmware details for this "bad" 03:14 build:
Code:
rpi512:~ # vcgencmd version
Nov 12 2013 23:39:45
Copyright (c) 2012 Broadcom
version 4aee5454c7955e7bc0bbb152ca4c0e26e75376e1 (clean) (release)
rpi512:~ # uname -a
Linux rpi512 3.12.0 #1 PREEMPT Wed Nov 20 03:03:17 GMT 2013 armv6l GNU/Linux
rpi512:~ # lsb_release
OpenELEC_Gotham (unofficial) - Version: devel-20131120031424-r16398

and the firmware details for the "good" 02:51 build:
Code:
rpi512:~ # vcgencmd version
Nov  7 2013 16:45:47
Copyright (c) 2012 Broadcom
version 8573b0747a17baf22e97e08254737a13d80430dd (clean) (release)
rpi512:~ # uname -a
Linux rpi512 3.12.0 #1 PREEMPT Wed Nov 20 01:48:14 GMT 2013 armv6l GNU/Linux
rpi512:~ # lsb_release
OpenELEC_Gotham (unofficial) - Version: devel-20131120025151-r16388

Here are my audio settings for reference:
Image
and I also have Volume Amplification set to 30db.