Now he has me going through the source looking for other secret stuffThere are also a number of smaller libraries and internal interfaces which we have not provided Free Pascal units for at this stage
Impressive. I think you are the first to port VCHIQ to a bare metal platform and get the userland libraries running.Ultibo wrote: ↑Tue Sep 19, 2017 9:46 amWe should note that this is not a radical reverse engineering of the VC4 internals, we have simply ported the Userland libraries to Ultibo and written a brand new VCHIQ driver to support the communication. If you are trying to implement this yourself in a bare metal environment be aware that it depends heavily on threading and synchronization features so it is not enough to simply stub out the missing items and hope for the best, you really need to implement those features or spend a lot of time redesigning how things work.
I can take a hint, eventuallySeriously for a lot of people it's will be perfect, they just need to learn one of the GL platforms ... hint hint Gavin
There is SpecBas which is written in pascal so it should be easier to build for Ultibo (?)
That is a depends question and you are best asking Gary and DOM from Pi foundation about what I am about to tell you.
There is nothing special about the Pi OpenGL you just need to use 2.1 or 3.xx depending what driver you are using. Just do a search for OpenGL and whatever version. That is the whole point about OpenGL to create a standard.
The Pi has got SDL support at something like 1.2 and 2.0.??? but it's only partly accelerated. Whether that stuff is in the userland files or special linux drivers again Gary or DOM would be your source to ask.
The only examples we were able to find were FreeBSD (which possibly also includes NetBSD etc), Windows 10 IoT and RiscOS.
In many cases yes, Ultibo applications can include libc and libm (from Newlib) in order to support code compiled in C, beyond that we also provide a full implementation of pThreads, POSIX semaphores, sockets and a number of Linux specific functions like msleep.
That is not quite correct, Microsoft has been very clear and you are actually ahead of them now
So they have a software renderer via DirectX currently on IOT and if you look at there sample directories they have my problemGraphics acceleration is not available on the RPi for the reasons given. It is available on other boards that are DirectX capable or that the OEM provided a custom driver for their hardware. I hope that this response clarifies the answer. Originally it was thought that the GPU on the Pi would be capable but further investigation revealed more custom hardware on the Pi than was anticipated. Fully targeted OS implementations like Raspian only run on Raspberry Pi so include much custom development for that specific board but are highly vulnerable to board changes. Windows looks to the OEM to provide the custom layer (BSP) while focusing on an implementation that is hardware agnostic so that it may run on many platforms.
With that in mind, anyone could attempt to write a driver for the Pi that shimmed the missing features in some other way but it would be highly custom. The GITHUB you refer to is at https://github.com/Microsoft/graphics-driver-samples and provides such a starting framework.
Users browsing this forum: No registered users and 3 guests