Beauty competition.


docbroke

Banned
Joined
Feb 21, 2019
Messages
458
Age
39
Location
India
So @daveshah as made a patch to make 3D Driver compatible with @zmatt Tiler code. It's a bit manual for now, but will improve quickly and @aTc is planning to integrates all this in the firmware.

And it works

View attachment 36143

View attachment 36144

Only picture, so you don't know if it's smooth...

But yeah, my short session on Bit.Trip.Beat was smooth and nice (playing with the nubs...).
I may try some video later...
Software is getting better, this is great news. I guess by the time pyra is released, software will be ready for day to day use.
Does this patch also correct the issue of rotated display when output from HDMI ?
 

docbroke

Banned
Joined
Feb 21, 2019
Messages
458
Age
39
Location
India
The way I read it @daveshah was speculating that it would when he posted the diffs to the mailing list. I'd also second someone with a prototype actually testing that out.
Yeh, I read that on mailing list. As I understood it; daveshah used hdmi output to look at the tiler problem ( as he is not having lcd display for his omap5 devboard), and his patch solved the issue with 3d driver not working with tiler code.
On re-reading I am happy to see that he was able to rotate hdmi display using command line, so this can be solved manually at least. I am quite interested to know which command helped there, AFAIK xrandr is not supported in pyra.
 

daveshah

Well-Known Member
Joined
Aug 17, 2008
Messages
261
Location
(Old) Hampshire, UK
I was using the KMS kernel command line to configure rotation, adding rotate=90 to the end of the video= line for HDMI. This defaults to 0 if not messed with, so HDMI should be unrotated, whereas the LCD has a hardcoded panel orientation now so will always be rotated unless overriden. The bigger problem with HDMI output is likely to be how the current framebuffer and X11 configuration handles multiple displays in general.
 

docbroke

Banned
Joined
Feb 21, 2019
Messages
458
Age
39
Location
India
I was using the KMS kernel command line to configure rotation, adding rotate=90 to the end of the video= line for HDMI. This defaults to 0 if not messed with, so HDMI should be unrotated, whereas the LCD has a hardcoded panel orientation now so will always be rotated unless overriden. The bigger problem with HDMI output is likely to be how the current framebuffer and X11 configuration handles multiple displays in general.
Does that mean display rotation change will not work on the fly but will require reboot ? I guess we can have different rotation settings for lcd and hdmi configured in KMS mode line so that we get proper display rotation with both in built lcd and external monitors without having to choose correct orientation in one of the either.
I really hoped for shell command when you said command line.

EDIT: I wrongly quoted my own post, now corrected.
 
Last edited:

daveshah

Well-Known Member
Joined
Aug 17, 2008
Messages
261
Location
(Old) Hampshire, UK
Yes, the orientation is per-display, so most of the time it should never need to be changed from the default - HDMI not rotated, LCD rotated 270°. There is no particular reason why it can't be done on the fly too, but I'm not sure if anything currently exposes it at runtime to userspace so some extra small program might be needed.
 

matzesu

Forum Addict!
Staff member
Joined
Oct 24, 2008
Messages
10,121
Age
36
Location
Germany,, Saarland, at home
Even if this Unreal Demo Level on the Pyra isn’t that Fluid, it’s cool to see that it works ..

So this means whe have now Hardware Graphic Mode on the Pyra, and not anymore just Software??

Im not that Good on Computer Things, so as far i understood is that bevor the Patch, the CPU had to make everything, the GPU should make, so there wasn’t enough power left for the Things a CPU should make
And now the GPU works even whit the Rotation


Whit best regards, Matthias
 

daveshah

Well-Known Member
Joined
Aug 17, 2008
Messages
261
Location
(Old) Hampshire, UK
Yes, hardware GL acceleration is being used now. Rotation is also being done in hardware by the TILER. I can't say for certain how much overhead the TILER adds but it shouldn't be too much (simple OpenGL stuff like supertux2 can definitely run at 60fps with TILER :))
 

Kiga

Very Active Member
Joined
Dec 5, 2013
Messages
665
Is xrandr impossible to port on the Pyra or there is a chance that we get it ? I thought it was only a software interface for any graphical hardware.

Well, all the designs are open source, including pcb layout. Talk is cheap, go ahead, design and build your own.

Who knows, perhaps you are the next Steve Jobs.

I'll wait.
Talk is not that cheap actually especially when you do a lot of brain work before talking. I advise you to stop waiting in vain.
 

Bosbeetle

Terminally lost
Joined
Sep 7, 2008
Messages
3,864
Age
39
Location
The Netherlands
Website
Visit site
Whoop very nice work daveshah I always love it to follow these types of development. The dev maillist is one of the first things I read every day (it's like my daily news). Can't wait until the pyra is more out in the open to see these boards brimming with things to do and bugs to squash.

Sometimes I wish I was more versed in the low level stuff. Sometimes I read msx stuff (we used to have one) life seemed much more simple for low level people back then.
 

Eight Bit

Hardcore Member
Joined
Nov 16, 2008
Messages
1,840
Age
46
Location
Amsterdam, Netherlands
Website
Visit site
We can't tell how fluid it is exactly, @ptitSeb mentioned in the video description it does look look smoother on the pyra in reality than it looks like in the video.
Yes, youtube removes a lot of frames. I tried streaming my C64 at 50p and while I sent in smooth scrolling video it came out choppy.
Post automatically merged:

@daveshah Thanks btw :) I'm happy you're on board!
 

Bosbeetle

Terminally lost
Joined
Sep 7, 2008
Messages
3,864
Age
39
Location
The Netherlands
Website
Visit site
must admit this all feels rather high level to me, usually developing tools that work at the level of LUTs, flipflops and routing switches!
Well I also work in the level of LUTs but then for microscopy images :D
Have some knowledge about flippases and flipflop in biomembranes
And have helped describe a molecular switch in DNA damage repair

All three have not that much to do with low level programming :D
 
Last edited:
Top