Don't! _but_ install yesterday's build instead and recheck without touching the AVR.
ops i read your post late sorry
btw after several reboot and no success (black screen after oe logo) i resolve removing avr power cord (no avr cpu reset)
thank you fritsch
Seems your got a very broken AVR there ... (was the 5th time now that this thingy is bugging me ;-))
yes i know you have big patience
it's a denon x2000...not so old
for what i remember problem started from mid september build
just for curiosity if its a problem of avr why i see bios post /open elec logo and after black screen ? (it's not a chromebox freeze cause if i switch on/off avr or change for some seconds hdmi input problem is solved
thank for your work
I see that I need to edit "/etc/X11/xorg.conf.d/20-intel.conf" to get rid of the random crashes I'm experiencing on my Chromebox. Trouble is, the filesystem is read only with OpenELEC.
Is the only way to fix this to use the squashFS trick of moving filesystem to USB, uncompressing, editing, recompressing and moving it back? Does Openelec possibly pick up the xorg from one of the public smb shares?
Thanks - when it's working, its great and looks amazing, but the random crashes are a deal breaker.
(2015-12-02, 23:49)Roby77 Wrote: [ -> ]yes i know you have big patience
it's a denon x2000...not so old
for what i remember problem started from mid september build
just for curiosity if its a problem of avr why i see bios post /open elec logo and after black screen ? (it's not a chromebox freeze cause if i switch on/off avr or change for some seconds hdmi input problem is solved
thank for your work
It might be worth trying to setup a custom EDID. That is going to be my project when I get home from work today with hopes that it speeds up the handshake.
http://wiki.openelec.tv/index.php/Config...#tab=Intel
(2015-12-02, 23:51)JonR Wrote: [ -> ]I see that I need to edit "/etc/X11/xorg.conf.d/20-intel.conf" to get rid of the random crashes I'm experiencing on my Chromebox. Trouble is, the filesystem is read only with OpenELEC.
Is the only way to fix this to use the squashFS trick of moving filesystem to USB, uncompressing, editing, recompressing and moving it back? Does Openelec possibly pick up the xorg from one of the public smb shares?
Thanks - when it's working, its great and looks amazing, but the random crashes are a deal breaker.
What would you want to write in there?
Just write it to /storage/.config/xorg.conf (You need to create that file - don't miss the "." in the path)
Hi fritsch,
With your AE engine the sound sync is off quite bad, tried the latest build from tonight but since the AE went in i've not had good sync.
So, kodi log
http://pastebin.com/MGBZcwaf
whilst getting the log i noticed a fair few crash logs, latest one
http://pastebin.com/26ezL3mu
Hope that helps but let know if you want anything else!
p.s. it's after build r21577, as this build works fine.
I'm not sure if these logs captured my issue but I figured I would post anyways. I rebooted the PC, switched my input on my AVR to another source for approximately one hour, then switched my AVR back to the input Kodi was on. When returning to Kodi it took my AVR about a minute to display anything on the screen.
journalctl
http://sprunge.us/SIbe
dmesg
http://sprunge.us/BcJZ
kodi.log
http://sprunge.us/ROHH
vainfo
http://sprunge.us/UMFC
Edit: Using a custom xorg.conf seems to have fixed my issue.
@Jdiesel:
When you switch the TV off, the input deregisters completely ... that's not a bug. If you want to care for such things - you need a custom edid / custom xorg.conf that keeps the modes set.
@sjones2010:
It's not my "AE" ... AE exists since 4 years ... but AE is currently redone cause of non IEC passthrough for android. Here it seems - passthrough delay is currently broken. Wait until the weekend - I will report when it's fixed. For that time being, use the version that you pointed out, which lacks this last commit.
Quote:What would you want to write in there?
Just write it to /storage/.config/xorg.conf (You need to create that file - don't miss the "." in the path)
@Fristch
Thanks. I've added it and will report if the issue is fixed (I suspect it will). I'm also running hdmi through a receiver, so it could be related to that maybe.
Since I'm running OE, is it possible to just update OE as fixes are found and compiled into a new OE? Since tihs is a Chromebox, OE is the easiest solution (and works great). It sure seems to look better (banding, colors) but I guess it could be in my head.
Of course it's possible to just update - see the OE wiki - by just dropping the .tar into the update share. Concerning the colors (read post 1 again).
(2015-12-03, 09:24)fritsch Wrote: [ -> ]@Jdiesel:
When you switch the TV off, the input deregisters completely ... that's not a bug. If you want to care for such things - you need a custom edid / custom xorg.conf that keeps the modes set.
Sorry to jump on this- but I've been noticing a similar problem that's been bugging me. I have my Kodi box/chromebox set to sleep when I turn everything off via my harmony remote. Sometimes when I turn everything back on my AVR never picks up a video signal from the box (but I can hear the clicking of the UI) and I have to hard reset the box by plugging/unplugging to get my video signal back. I have my box plugged in via HDMI to my AVR which then does pass through to my Samsung TV.
You think a custom xorg.conf would fix this for me? Where is a good guide for setting that up?
Thanks for all of your hard work on this project!
Fritch, sorry for a noobish question. But when you create the Openelec test builds, can you choose to compile PVR addons as well, or is that part of a different process? The Openelec PVR repository isnt up to date, so I can't test my PVR on the Beta3, which would be a nice addition to test with.The one on ubuntu ppa is outdated as well compared to git.