Raspberry Pi Forums

cleverca22

i've used an mpr121 on my pi with the mpr_121_touchkey driver in the kernel (needs a slight bit of code changes) once setup, it works great as an 8 key linux keyboard, the entire system treats it the same as any other keyboard due to i2c problems, the last 4 elements arent usable i never had any iss...

cleverca22

Interesting... I managed to fudge together a Linux frame buffer (setting up the double-height buffer and drawing to it) + BCM mailbox (pan display using 'Set virtual offset') 'prototype' to showcase page flipping - it (the 'Set virtual offset' ) seems to even do it vsync'ed out-of-the-box! So looks...

cleverca22

from what i've seen, most 3d programs put the entire font into a single image/texture like this, http://gallery.earthtools.ca/index.py/v3d2/arial.png that limits the waste to a max of 4kb for the entire thing (in the above example, there is no waste, it takes exactly 64 blocks of 4kb) then it just t...

cleverca22

dispmanx always goes directly to the hdmi/composite video out, renaming things in /dev/ will never impact that dispmanx entirely bypasses the framebuffer, and infact, fb0 is a dispmanx resource basically, you currently cant use dispmanx on a custom display, enless you use the dispmanx screenshot api...

cleverca22

so far, this is the output

and this is what it should look like

the mess of colors is to be expected, i don't have a texture shader yet, so its working as intended

cleverca22

Glad to be of at least some help. Hmm... at the brink of the depths to very elementary life choices ;) I am not exactly an expert in all of the libraries mentioned here... Yes, SDL at the moment is not the best choice for performance on RPi - it lacks (afaik) all hw acceleration (due to the OpenGL ...

cleverca22

one crude solution, just rename the device nodes under /dev/

Code: Select all

mv /dev/fb0 /dev/fb2
mv /dev/fb1 /dev/fb0

done!

there may be other answers, but they may need a custom kernel

cleverca22

drivers/tty/serial/Makefile obj-$(CONFIG_SERIAL_AMBA_PL010) += amba-pl010.o obj-$(CONFIG_SERIAL_AMBA_PL011) += amba-pl011.o it looks like you can just enable the 2nd uart in 'make menuconfig' then set the alternate function of GPIO14 or GPIO15 to ALT5 http://elinux.org/RPi_BCM2835_GPIOs GPIO14 can e...

cleverca22

The TX and RX are using the same clock. You can't have different baud rate. But you could simulate serial transmission using pigpio on any gpio pin. http://abyz.co.uk/rpi/pigpio/python.html#wave_add_serial Daniel But the pi does have 2 uarts in it Due to how the traces are routed, both tx's and rx'...

cleverca22

another alternative is to run a 2nd pi for its 2nd hdmi output, and then use either synergy to share the mouse, or one of the X11 tools to make 2 Xservers act as a single big server

that option would likely be much cheaper then the devices plugwash mentioned

cleverca22

also, the read cache in the photo frame assumes nothing will change without warning, so when you start to mess around the way your planning, the photo frame is likely to ignore it or crash badly

cleverca22

you should also add ro to /boot/cmdline.txt so the kernel mounts it ro from the start

cleverca22

i think both the rx and tx pins are linked to BOTH serial interfaces thru the pinmux stuff one way to cheat around the python problems is to set tx to serial port 0, and rx to serial port 1 then they will be 2 entirely seperate serial devices in linux http://elinux.org/RPi_Low-level_peripherals alt0...

cleverca22

that doesn't look right, the reader is on the 5v rail and connected directly to the rx pin

did you do exactly that?, or are you using the low voltage version on the 3.3v rail?

cleverca22

from what i know, the drm is off by default, and the the open source pi couldn't safely store the HDCP keys, so it wont ever activate HDCP also, HDCP is broken and there are fpga projects to decode it :P http://hackaday.com/2012/01/21/overlaying-video-on-encrypted-hdmi-connections/ this hack technic...

cleverca22

in theory, you can use http://android.serverbox.ch/?p=262 to turn the raspberry pi into an accessory

cleverca22

yep, that works in both the demo and mplayer

cleverca22

ive found a partial solution, more info is at https://github.com/raspberrypi/firmware/issues/235 basicaly, vc_dispmanx_resource_write_data is dumb and only copies stride*height bytes (just the y plane) vc_dispmanx_rect_set(&dst_rect,0,0,width,height); vc_dispmanx_resource_write_data(res,VC_IMAGE_YUV...

cleverca22

https://github.com/raspberrypi/userland ... anx.c#L126

Code: Select all

vc_dispmanx_rect_set( &src_rect, 0, 0, width << 16, height << 16 );

why is this shifting the sizes by 16?

cleverca22

ive verified that dispmanx requires stride to be a multiple of 32, but all i get is green out of it

cleverca22

Yeah, the stride for u and v is half of the y stride

But I should at least get some random colors if the stride is off a bit, not pure green

cleverca22

yeah, i figured that part out when the omx decoder didnt copy the u/v planes right and i let the x11 module do the conversion but i should be populating them properly now, so i cant figure out why its still green and if i try to blank out the top 32 lines of the image with 128's it still comes out g...

cleverca22

while playing with a range of input files, i noticed that aligning the stride to 16 bytes can still cause tearing if the input file is 720x404 so padding it to 720x416 doesnt meet the stride requirements 32 byte alignment on the stride does solve that, but still no closer to getting the green out of...

cleverca22

i do have it padding things up to 16, but its only ever giving a green-ish image, let me try to pastebin a portion of the code and the output the code: http://pastebin.com/vFcUynee the output: http://pastebin.com/ftzx9YGN the resulting image: http://gallery.earthtools.ca/index.py/paste/DSCF0558.JPG ...

cleverca22

vc_dispmanx_rect_set(&dst_rect,x,y,w,h); vc_dispmanx_resource_write_data(resource,VC_IMAGE_YUV420,stride,image,&dst_rect); when writting a portion of a frame to a portion of a resource, should the slice height between each plane be ALIGN_UP(h,16) ? and is YUV420 planer, with all 3 planes seperated ...

Search found 581 matches

Re: GPIO 3.3v pin overheat

Re: Is the FBIO_WAITFORVSYNC ioctl implemented in Rpi's fb?

Re: Using bitmap glyphs with openVG is a waste of VRAM?

Re: Disable the kernal framebuffer?

Re: Low-level (Linux framebuffer) graphics programming tutor

Re: Low-level (Linux framebuffer) graphics programming tutor

Re: Disable the kernal framebuffer?

Re: Two devices connected to a single UART

Re: Two devices connected to a single UART

Re: HDMI switch

Re: Digital Photo Frame Improvement

Re: Read-only root partition won't boot up as read-only

Re: Detecting Pulse via USB

Re: Innovations RFID Reader ID-20

Re: Connecting the RPi to a DisplayPort monitor

Re: RPi as Android accessory

Re: dispmanx YUV420

Re: YUV420: OMX.broadcom.resize -> dispmanx display problem

Re: dispmanx YUV420

Re: YUV420: OMX.broadcom.resize -> dispmanx display problem

Re: dispmanx YUV420

Re: dispmanx YUV420

Re: dispmanx YUV420

Re: dispmanx YUV420

dispmanx YUV420