2014-03-01, 07:31
What do you mean by "root port"?
(2014-03-01, 17:24)cg110 Wrote: FYI, I've now put the code changes for finer grained updates into a topic branch:
https://github.com/cg110/xbmc/commits/vi...ed-updates
I've built them on windows and linux, and they build cleanly. I want to just do a bit of testing, then I'll make the pull request for ticket:
http://trac.xbmc.org/ticket/14967
# uname -a
Linux rpi512 3.13.5 #1 PREEMPT Sat Mar 1 17:34:11 GMT 2014 armv6l GNU/Linux
# vcgencmd version
Feb 28 2014 16:43:10
Copyright (c) 2012 Broadcom
version a9ba6435869933cdfd1ad5631b6b9a97affd8806 (clean) (release)
# lsb_release
OpenELEC (Milhouse) - Version: devel-20140301173301-r17837-g599837b
Quote:When not using passthough, this has quite a significant performance benefit for me. I can reduce arm clock significantly before a stream starts buffering.
It also starts to make TrueHD audio usable (some TrueHD streams are playing correctly with overclock whereas before it was impossible).
You can get test TrueHD streams here:
http://www.demo-world.eu/trailers/high-d...ailers.php
There is a chance this could cause audio glitches or sync problems, but it's behaving for my test streams.
TrueHD is still problematic. In a standalone test AC3 takes about 17% of the (stock frequency) ARM's CPU. TrueHD takes about 57%, so it's much more expensive.
We've got Ben to look at optimising the codec. It will always be worse than AC3/DTS, but in conjunction with this patch it may become feasible to play TrueHD on an overclocked Pi.
<cecsuppress> # brief time during which subsequent presses will be ignored (ms)
<cecdelay> # brief time until remote starts repeating (ms)
<cecrepeat> # brief interval remote repats at (ms)
<cecrelease> # brief time before remote is considered released (ms)
<advancedsettings>
<video>
<defaultplayer>dvdplayer</defaultplayer>
<defaultdvdplayer>dvdplayer</defaultdvdplayer>
</video>
</advancedsettings>
no_hdmi_resample=1
hdmi_stream_channels=1
dwc_otg.fiq_enable=1 dwc_otg.fiq_fsm_enable=1 dwc_otg.fiq_fsm_mask=0x3
dmesg | grep FSM
[ 1.524680] dwc_otg: FIQ split-transaction FSM enabled
(2014-03-01, 23:13)IntelSwe Wrote: If I enable FIQ_FSM I get random quirks when copying files to my directly connected WD-passport usb-drive over the network. I'm using the wired NIC and sometimes that lockup hangs the whole RPi, so I can't even ping it. Have to pull the power.Can you report this here:
The the whole usb-drive just disapears from the RPi.
If I disable FIQ_FSM everything is fine. No issues copying files at all.
Quote:There is a chance this could cause audio glitches or sync problems, but it's behaving for my test streams.
(2014-03-02, 12:43)Trickname Wrote: http://is.gd/I9U5bH
this is what happen after update to #0301 for my LG
heres the log: http://pastebin.com/sFDvjG3d
maybe have to to with changes here:
xbmc/peripherals/Peripherals.cpp
xbmc/peripherals/devices/PeripheralCecAdapter.cpp
xbmc/peripherals/devices/PeripheralCecAdapter.h