search

PiSupply / PaPiRus

Resources for PaPiRus ePaper eInk displays
https://www.pi-supply.com/product/papirus-epaper-eink-screen-hat-for-raspberry-pi/
Other
346 stars 88 forks source link

Add framebuffer mirror #71

Closed shawaj closed 6 years ago

shawaj commented 7 years ago

Add framebuffer mirror example

shawaj commented 7 years ago

Take a look at issue #24 also

francesco-vannini commented 7 years ago

This is liked to https://github.com/repaper/gratis/issues/68 and https://github.com/raspberrypi/linux/pull/2119

shawaj commented 7 years ago

We should try this out tomorrow!

On 25 Jul 2017 11:46 am, "Garage Tech" notifications@github.com wrote:

This is liked to repaper/gratis#68 https://github.com/repaper/gratis/issues/68 and raspberrypi/linux#2119 https://github.com/raspberrypi/linux/pull/2119

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/PiSupply/PaPiRus/issues/71#issuecomment-317700595, or mute the thread https://github.com/notifications/unsubscribe-auth/ADNCuuJtXO6JOk7xsdUwc6QmhYJPL4NQks5sRcd3gaJpZM4L0RVV .

francesco-vannini commented 7 years ago

I have tested it yesterday at the office but only managed to run the clock example from https://github.com/notro/pydrm More than this I could not really understand what to do really.

tvoverbeek commented 7 years ago

Just did rpi-update and added the papirus overlay for the 2.7 screen.

The 2 demos (CounterDemo and clock27) work. clock27 uses full update every minute (since it does drm.enable() and drm.disable() around each update) CounterDemo uses partial update since it does not do drm.disable() between updates.

Note: the speed of CounterDemo is limited by the temperature dependent stage-time (same as in current repaper/gratis fuse implementation). Could reach higher speeds (as in the Pervasive video https://www.youtube.com/watch?v=enzUbiSWenQ) if we could set the stage-time directly independent of temperature.

The papirus module and the libfuse (/dev/epd) one cannot co-exist. The kernel module also claims the lm75b interface, so any access from the libfuse one fails. This is the same issue as with the kernel rtc module loaded.

That is all for now

On Tue, Jul 25, 2017 at 3:33 PM, Garage Tech notifications@github.com wrote:

I have tested it yesterday at the office but only managed to run the clock example from https://github.com/notro/pydrm More than this I could not really understand what to do really.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/PiSupply/PaPiRus/issues/71#issuecomment-317738553, or mute the thread https://github.com/notifications/unsubscribe-auth/ABJE7qyT21Z835CuAQmS-ndSZAMMS9vjks5sRe6tgaJpZM4L0RVV .

notro commented 7 years ago

@tvoverbeek I'm picking up from your comment in https://github.com/notro/tinydrm/issues/2 here so I don't clutter that announcement thread.

How are most people using these displays on the Raspberry Pi, as clocks?

tvoverbeek commented 7 years ago

@notro Clock is only a demo app. Real applications are things like weather stations, twitter feed monitors, news and sports tickers, and anything else you can dream up. Certainly a combination of text and (small) pictures/icons is a common application. Hence my request to use dithering in the conversion to mono. It is a pity to throw away all the picture info you still have in the 8-bit grayscale after conversion from xRGB8888. As far as I know dithering an already B/W image leaves the image unchanged.

Maybe Aaron, @shawaj and Francesco, @francesco-vannini can chime in with other application examples.

I am trying to demo this (adding F-S dithering to the repaper module) using your development instructions for RPi (https://github.com/notro/tinydrm/wiki/board:-Raspberry-Pi)

notro commented 7 years ago

Here's a driver with dithering (before I decided against it) that didn't go anywhere: https://github.com/notro/tinydrm/blob/master/el320-240-36-hb-spi.c

You mentioned fbdev apps like fbcon and fbi, one thing to keep in mind is that the controller stays enabled by default for 30 minutes before blanked, unless explicitly disabled. Writing to /sys/class/graphics/fb1/blank between updates is one possibility.

tvoverbeek commented 7 years ago

Thanks. Saves me some time. You did not use the 'real' Floyd-Steinberg, but the so called false one. See http://www.efg2.com/Lab/Library/ImageProcessing/DHALF.TXT. Will try with both variants and let you know the results. Yes, I am aware of the console-blanking issue (have been bitten several times by it)

notro commented 7 years ago

You did not use the 'real' Floyd-Steinberg, but the so called false one.

I didn't know that, I just copied from an fbtft driver. I wasn't very impressed by the result, so that's probably the reason. But then again, I didn't know what to expect :-)

notro commented 7 years ago

I have checked with the drm maintainer and we can't do software dithering in the kernel: https://lists.freedesktop.org/archives/dri-devel/2017-August/149243.html

tvoverbeek commented 7 years ago

Noralf, Tack för fråga på DRM listan / Thanks for asking on the DRM list.

I still think it is a pity for our use case, but I understand Daniel Vetter's reasoning. Will try to find a user-space approach for e.g. displaying the pi-camera image as a dithered gray-scale image on the Papirus displays. I just got the real Floyd-Steinberg dithering (2 x 3 diffusion matrix) working in repaper.c yesterday. Looks pretty good on the 2.7" display.

Anyway, thanks again for all your efforts / Tack så mycket för all dina ansträngningar.

Ton van Overbeek PS Lived, studied and worked for 6 years in Sweden at Linköpings University

notro commented 7 years ago

PS Lived, studied and worked for 6 years in Sweden at Linköpings University

You picked up the language I see :-)

shawaj commented 6 years ago

Think we can close this issue as it is fixed in https://github.com/PiSupply/PaPiRus/blob/master/bin/papirus-fbcopy ?

tvoverbeek commented 6 years ago

Agreed

shawaj commented 6 years ago

Fixed in #173