With a Raspberry Pi car touch screen, your ordinary car is opened up with vast possibilities and opportunities. In Tesla’s everything is controlled from the large touch screen in the center console. From climate control, maps overview, cabin overheat protection and many more features. How to get the display settings right on Raspberry Pi by Remy Pereira on 27th August 2014 When you connect your raspberry pi to your TV or monitor via HDMI, Pi attempts to guess the resolution, hdmi mode, overscan values etc., that best fits your display.
Join GitHub today
GitHub is home to over 36 million developers working together to host and review code, manage projects, and build software together.
Sign upHave a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
commented Apr 13, 2013
As the Raspberry PI has no proper standby mode from which it can be woken up again, it's so far impossible to turn off the attached display automatically. This change set allows the PI's video output to be powered down, and back on again (works for HDMI and SDTV). Also, there's a generic and reusable IPowerSyscall subclass CPowerSyscallVirtualSleep that allows devices to implement VirtualSleep/VirtualWake methods. For that to work the PowerManager now gets a chance to process and suppress events from CApplication::OnKey(). The PI's specific power management subclass is just a minor specialization of CPowerSyscallVirtualSleep which powers the video interface down during virtual sleep, and back on for virtual wake. |
referenced this pull request Apr 14, 2013
ClosedScreen off when idle #346
commented Apr 16, 2013
I agree with davilla here, move it to an RPi powersyscall (it can extend the linux one if it makes sense). Or perhaps add it to the DPMS stuff, which could probably be moved to PowerManager anyways. All in all, your more than welcome to add to the PowerManager interface. Just make the other platforms fail (gracefully) with the added functions (if you need new ones) and we can add to them later. We can't have rpi ifdefs in application, we need to abstract it somehow. It still fathoms me that rpi is this different from a normal desktop/embedded linux :) Otherwise its a nice feature for sure! |
commented Jun 16, 2013
Is this PR ment to be tested by jenkins? |
commented Aug 1, 2013
@popcornmix interested in this? |
commented Aug 2, 2013
Yes, I'm in favour. |
referenced this pull request Aug 15, 2013
Closedadded poweroption to stop playback #3102
commented Sep 3, 2013
Really looking forward to having this feature working! Thanks! |
added some commits Apr 11, 2013
Moved private utility functions to end of file, and added declaration…
Added private utility function to map a float display aspect, to the …
Changed SDTV resolutions to be treated similarly to HDMI resolutions …
Added methods SuspendVideoOutput() and ResumeVideoOutput() to CRBP cl…
PowerManager (and its IPowerSyscall instance) now gets called from CA…
Added CPowerSyscallVirtualSleep class, which acts as a base class for…
Added power management support for the Raspberry Pi. Since it doesn't…
commented Sep 6, 2013
Rebased just now. Sorry it took a while - actual work took over. |
commented Sep 6, 2013
Did you test it? |
commented Sep 7, 2013
Obviously I did not. I have no cross-compile environment at my hands, so only did a rebase followed by an eyeball check. It seems GUISettings has been completely overhauled in the eons since I wrote this. I can't bring this up to date at the moment, but whoever likes the challenge, this is the culprit line that needs to be re-implemented differently in RBP.cpp:
|
commented Sep 7, 2013
I did actually do the rebase myself a few weeks back: |
commented Sep 8, 2013
If it's that badly broken, I can't make any promises, I fear. I'll see what I can do, when I can, but probably not anytime soon. |
commented Oct 17, 2013
@macrule |