Any news on official Raspberry Display?

[Raspberry Paul]

Is there any news on the official Raspberry Pi display? (the one to connect to the DSI port)

So far I've used a 16x2 Adafruit LCD display, a 20x4 LCD homebrew display, a 3" reversing monitor from Amazon and Texy 2.8" TFT display (highly recomended). I'm also aware of Raspi.tv (too big and too expensive) and the PiFace.

Ideally I would like a display about the size of the Pi, and about the same price, that will display the console output. Mainly to pick up erros.

I've spent some time searching on the forums and the last post on the main blog was over a year ago (on the camera thread).

[gsh]

The official Raspberry Pi display is being worked on as we speak... Basically I'm working on a 7inch WVGA display with two finger touch screen.

It will be able to run at the same time as the HDMI output so you'll actually have two simultaneous display capability... As for software we've got quite some way to go, but we're hoping for the release some time in the first half of the year.

As for price, I'm not going to commit to a price yet but it will be priced in such a way as to make it affordable!

Gordon

[gordon77]

Sounds excellent news

[AndyD]

Sounds excellent news

+1

[Burngate]

... have two simultaneous display capability...

Should I assume they'll be identical, or could they be different?
And by identical, should I mean a lower-res (8xx : 480) version of the full-HD HDMI (1920 : 1080), or a crop of it?
And what will happen if I'm using the composite PAL (720 : 576)?

Or, since these questions depend on the software which hasn't yet been finalised, should I keep quiet until closer to launch?

[RaTTuS]

AIUI - the 2 displays will be independent of each other size wise

hopefully the DSI one will be rotatable [landscape / portrait ] easily

[gsh]

Just to confirm, what you will eventually be able to have is:

One HDMI display + one DSI display
logically separate display contexts

So the idea would be you would be able to programmatically put different things onto the different displays, example would be:

Internal display - fb0 running X or QT generated GUI application
External display (HDMI) - hardware display for hardware generated output such as OpenGLES, Video encode / decode, OpenVG etc...



But that is going to require quite a bit of software to get there, so initially it'll probably be single display, followed by clone followed by fully programmable display interface

Gordon

[DrDominodog51]

Am I correct in assuming that we would have to increase the gpu's ram amount to 128 mb or more to get 1080p out of hdmi?

[gsh]

No...

You can already get 1080P out without increasing the memory size... It's just the graphics that tends to take lots of memory! That's more a measure of the textures that need downloading / storing than a function of the frame buffer size...

Gordon

[jamesh]

Probably not. The reasons for 128MB for the camera is that it really does take a lot of memory, whereas another display isn't as demanding.

[korgak]

Here at work (Display company) we have a lot of different MIPI DSI displays(Commandmode and Videomode) that are waiting for the RPI!

- Will Raspberry release Videomode and Command mode projects?
- Is WVGA (480*800@60Hz) the limit?
- Videomode :Burst mode, sync pulses or sync events supported?

I would love to see DSI working on the RPI...

[mikronauts]

+1

I hope the foundation releases generic DSI drivers so we can choose from a wealth of displays...

[jbeale]

I hope the foundation releases generic DSI drivers so we can choose from a wealth of displays...

Is that possible? My understanding from earlier posts was there was no such thing as a "generic DSI driver" because there is not enough standardization among DSI displays. Unlike HDMI, this was never intended to be a consumer-side interface, just an internal OEM thing where each display is designed in and programmed separately, at least that's how I understood it- similar to the CSI interface; hence there is only one choice of camera module.

[mikronauts]

My understanding is that the Pi connector has two links.

I suspect it would be possible to support any one/two link display with a cable adapter and the equivalent of a mode line setting to control the resolution, timing etc.

Of course, I could be totally wrong about this.

I hope the foundation releases generic DSI drivers so we can choose from a wealth of displays...

Is that possible? My understanding from earlier posts was there was no such thing as a "generic DSI driver" because there is not enough standardization among DSI displays. Unlike HDMI, this was never intended to be a consumer-side interface, just an internal OEM thing where each display is designed in and programmed separately, at least that's how I understood it- similar to the CSI interface; hence there is only one choice of camera module.

[gsh]

Yes unfortunately you are!

The DSI spec is very much not that simple, there are a huge number of options that people implement in various different (and buggy) ways. Which means it is significantly more difficult than you'd think to do it. Also the DSI spec is not open and therefore I'm not sure what our position would be in releasing an interface that uncovered the physical and logical communication layers.

Sorry, but no it's not using a DSI display (it uses a bridge chip instead)

Gordon

[mikronauts]

I sit corrected

I am sure whatever the Pi Foundation comes up with will be nice, and also affordable.

[korgak]

Yes a generic driver would be almost impossible.

Every display has different blanking times and some drivers even have some out of spec mipi timings.
Also not all display drivers have initial codes embedded...

But some phone companies only use 2 commands to light on a display. And most only use 2 input voltages.
So there are some easy portable displays, you just need to know where to look..

I think that supporting all would be difficult but i think that there are some possibilities

[cwoloszynski]

The official Raspberry Pi display is being worked on as we speak... Basically I'm working on a 7inch WVGA display with two finger touch screen.

It will be able to run at the same time as the HDMI output so you'll actually have two simultaneous display capability... As for software we've got quite some way to go, but we're hoping for the release some time in the first half of the year.

As for price, I'm not going to commit to a price yet but it will be priced in such a way as to make it affordable!

Gordon

Gordon:

Can we get an update on this display? I am looking for *precisely* what you described and am anxious to get my hands on one.

Thanks in advance,

Charlie

[jamesh]

Saw Gordon today. Its looking good, I think people will be impressed. Gordon may have more information but that's all I can say.

[Paul Webster]

I think I read a recent interview with Eben where he said .... 10 point touch - around 70 USD - available (UK) summer 2014

[alexeames]

I saw the prototype of the 7" on display at the Jamboree on Friday. It looks very nice. I took a photo of it next to the prototype HDMIPi, but it was in RAW format and I haven't processed it yet. (Will post it later for fun, unless Gordon prefers that I don't?)

It was running a cool demo where it was taking input from the camera and wrapping that image round the shape of a 3d model teapot.

It looks a lot like the screen from something like a Nexus 7, 2012 model. It isn't that one though because the pixel count is 800x480.

Standing around it, gawping, with Charlotte Godley, Matt Timmons-Brown and Ryan Walmsley, we cooked up an idea of hooking up one of these, an HDMIPi and a PiTFT all at once to have 3 displays running from one Pi. Now that would/will be cool.

[jamesh]

I saw the prototype of the 7" on display at the Jamboree on Friday. It looks very nice. I took a photo of it next to the prototype HDMIPi, but it was in RAW format and I haven't processed it yet. (Will post it later for fun, unless Gordon prefers that I don't?)

It was running a cool demo where it was taking input from the camera and wrapping that image round the shape of a 3d model teapot.

It looks a lot like the screen from something like a Nexus 7, 2012 model. It isn't that one though because the pixel count is 800x480.

Standing around it, gawping, with Charlotte Godley, Matt Timmons-Brown and Ryan Walmsley, we cooked up an idea of hooking up one of these, an HDMIPi and a PiTFT all at once to have 3 displays running from one Pi. Now that would/will be cool.

The demo is available in the standard camera software - raspistill can do it.

[DougieLawson]

The demo is available in the standard camera software - raspistill can do it.

That took me twenty minutes to work out the command line parms to use to get the teapot running. (Must learn to RTFM.)

[alexeames]

The demo is available in the standard camera software - raspistill can do it.

Thanks James. Dave Honess showed me the Big Buck Bunny teapot one on my setup, but I didn't realise the camera one was there too. Will have to have a play with that.

Here's my blog post about the official DSI screen. Hope I've got everything right (let me know if not and I'll correct it).
http://raspi.tv/2014/raspberry-pi-offic ... pe-preview

And here's a pic

[DougieLawson]

The best results I've had with the teapot (no dormouse)
raspistill -p '200,50,1600,1000' -g -gs teapot -awb fluorescent -t 0

I found an interesting bug in mikerr's Android app by adding -g -gs teapot -t 0 as additional parms.
http://www.raspberrypi.org/phpBB3/viewt ... 43&t=67571