{"action":"created","issue":{"url":"https://api.github.com/repos/raspberrypi/firmware/issues/637","repository_url":"https://api.github.com/repos/raspberrypi/firmware","labels_url":"https://api.github.com/repos/raspberrypi/firmware/issues/637/labels{/name}","comments_url":"https://api.github.com/repos/raspberrypi/firmware/issues/637/comments","events_url":"https://api.github.com/repos/raspberrypi/firmware/issues/637/events","html_url":"https://github.com/raspberrypi/firmware/issues/637","id":169448074,"number":637,"title":"Please can the ability to modify HDMI timings on the fly (i.e. without having to carry out a reboot) be added to the firmware drivers","user":{"login":"Grasshopper2","id":20845505,"avatar_url":"https://avatars.githubusercontent.com/u/20845505?v=3","gravatar_id":"","url":"https://api.github.com/users/Grasshopper2","html_url":"https://github.com/Grasshopper2","followers_url":"https://api.github.com/users/Grasshopper2/followers","following_url":"https://api.github.com/users/Grasshopper2/following{/other_user}","gists_url":"https://api.github.com/users/Grasshopper2/gists{/gist_id}","starred_url":"https://api.github.com/users/Grasshopper2/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Grasshopper2/subscriptions","organizations_url":"https://api.github.com/users/Grasshopper2/orgs","repos_url":"https://api.github.com/users/Grasshopper2/repos","events_url":"https://api.github.com/users/Grasshopper2/events{/privacy}","received_events_url":"https://api.github.com/users/Grasshopper2/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":6,"created_at":"2016-08-04T18:57:31Z","updated_at":"2016-08-08T13:59:50Z","closed_at":null,"body":"At the moment, it's only possible to create a single custom HDMI mode. The timings for this mode are defined in the config.txt file, and therefore cannot be changed without a reboot.\r\n\r\nHowever, the ability to modify HDMI timings on the fly (i.e. without having to carry out a reboot) is essential for anyone who is using the RPi to emulate old hardware, and that's a very large percentage of RPi users. I would therefore like to put in a request for this facility to be added to the firmware drivers.\r\n\r\nThanks\r\n"},"comment":{"url":"https://api.github.com/repos/raspberrypi/firmware/issues/comments/238246709","html_url":"https://github.com/raspberrypi/firmware/issues/637#issuecomment-238246709","issue_url":"https://api.github.com/repos/raspberrypi/firmware/issues/637","id":238246709,"user":{"login":"Grasshopper2","id":20845505,"avatar_url":"https://avatars.githubusercontent.com/u/20845505?v=3","gravatar_id":"","url":"https://api.github.com/users/Grasshopper2","html_url":"https://github.com/Grasshopper2","followers_url":"https://api.github.com/users/Grasshopper2/followers","following_url":"https://api.github.com/users/Grasshopper2/following{/other_user}","gists_url":"https://api.github.com/users/Grasshopper2/gists{/gist_id}","starred_url":"https://api.github.com/users/Grasshopper2/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Grasshopper2/subscriptions","organizations_url":"https://api.github.com/users/Grasshopper2/orgs","repos_url":"https://api.github.com/users/Grasshopper2/repos","events_url":"https://api.github.com/users/Grasshopper2/events{/privacy}","received_events_url":"https://api.github.com/users/Grasshopper2/received_events","type":"User","site_admin":false},"created_at":"2016-08-08T13:59:50Z","updated_at":"2016-08-08T13:59:50Z","body":"I realise this is probably asking too much at this point, however, I think the ideal scenario would be to allow the framebuffer to operate in one of three possible modes, which are as follows:\r\n\r\nMode 1.\r\nRetain the current behaviour. So, the signal to the monitor remains constant, and the new display mode is created purely by utilising GPU scaling. The GPU will always scale the image by the same factor in both the x and y planes. If the selected resolution won't fit exactly on the screen, the driver will compensate by adding black bars to the left and right, or the top and the bottom of the usable display area. \r\n\r\nMode 2.\r\nSimilar to mode 1. However, the driver will ensure that the new display mode will always completely fill the screen. This would mean that, under some circumstances, the GPU would scale the image by a different factor in the x and y planes. This would mimic the behaviour of a traditional Linux framebuffer that you find on PC versions of Linux. This would probably be the best option for most people who are using a modern flat screen monitor or TV.\r\n\r\nMode 3.\r\nBehave exactly like a traditional Linux framebuffer. This would mean that no GPU scaling takes place. Instead, the new display mode would be created by modifying the signal being sent to the monitor. This would be the best option for emulation purists who like to hook up their computer to a genuine CRT arcade monitor."}}
{"actor":{"display_login":"Grasshopper2"}}