Raspberry Pi Forums

cleverca22

from the way i understand things, omxplayer bypasses fb0 entirely, and renders at the dispmanx level, so fbcp likely wont do any good i think the player would have to be modified to either use dispmanx_snapshot, or raw rgb565 output, and then feed that over to the 2nd framebuffer or you could make a...

cleverca22

http://en.wikipedia.org/wiki/List_of_HT ... xx_Success

206 happens when a user downloads part of a file, skipping to the middle and limiting the size on purpose

video players often do that, to only download the parts they need, and keep doing more partial requests as it plays

cleverca22

i'm also having problems getting the codec to parse intact still if i hexdump the packets in COMXVideo::Decode i get: buffer size 1311747 0.000000 00000000 00 00 02 53 06 05 ff ff 4f dc 45 e9 bd e6 d9 48 ...S....O.E....H 00000010 b7 96 2c d8 20 d9 23 ee ef 78 32 36 34 20 2d 20 ..,. .#..x264 - buffer...

cleverca22

for omx, the padded width value is stored under nStride, and the padded height is under nSliceHeight dispmanx may have different alignment requirements, requiring you to copy each plane, or if the stride isnt compatible, each line of every plane i may have more info once i finish testing some code o...

cleverca22

i think its ffmpeg trying to copy the whole video frame too many times need to look at passing arround EGL surface handles, rather then full frames also, -vo sdl and -vo x11(worst) have identical performance something in the sdl output module isnt using hardware and -vo fbdev is just as bad, since i...

cleverca22

ok, i now have full YUV420 frames coming out of the gpu
but due to various factors, its peaking at 10 to 14 fps at 1080p
just not usable at those resolutions, will have to try the EGL stuff

cleverca22

its the card that came from element14 with debian pre-installed
i would expect them to get decent cards

cleverca22

Thread 4 (Thread 0xb4f86440 (LWP 21906)): #0 0xb6d64700 in sem_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0 #1 0xb6e4df9c in vcos_semaphore_wait (sem=0x10b037c) at /home/dc4/userland/build/inc/interface/vcos/vcos_platform.h:257 #2 _vcos_thread_sem_wait () at /home/dc4/userland/b...

cleverca22

except i just killed the card i got from element14 by compiling mplayer a couple dozen times
its so bad that apt breaks too, the .postinst bash script turns into binary garbage and the fs gets corrupted within 30mins of booting, even if i had already ran fsck on the card

cleverca22

i have noticed similar weirdness, ilclient_get_output_buffer just silently hangs if you compile with certain flags missing

cleverca22

yeah, i was just wondering if it could be forced to work, even thru the 2nd layer of wear leveling on the sd controller the issue i can see, is that when your card is 90% full, and 90% read-only (os files), any constant use in the remaining 10% can overwear those pages, while leaving the other 90% v...

cleverca22

has anybody tried using JFFS2 as the root filesystem on a pi?, i'm thinking of trying it out to see how well it works

cleverca22

ive been working on adding gpu decode to mplayer, and almost have it working but omx isnt accepting the codec config in ffmpeg's extradata, even though its the identical data to what omxplayer is using http://ext.earthtools.ca/download/rpi/svn-2013-11-22.patch http://ext.earthtools.ca/download/rpi/g...

cleverca22

ive been using https://www.sparkfun.com/products/9140 on my pi, and they look to be the exact wires in the image

cleverca22

depending on what channels the wifi are on, and the drivers, you might even be able to connect to both with a single wifi adapter

cleverca22

openvpn seems like the simplest solution, doesnt need any ports open at the client(rpi), and you can easily tell if the pi is online (openvpn server log files, or status command)

cleverca22

i havent looked into it much yet, but in theory, you could maybe write a framebuffer driver for the external lcd

once thats done, the linux console and xorg (gui) would work with no modification to their code

video decode, no idea, anybody know if that can be aimed at a secondary framebuffer?

cleverca22

https://github.com/raspberrypi/linux/bl ... ci.c#L1100

if i'm reading the code right, the timeout is 10 seconds!

not sure how it could timeout at 30mhz and 10 seconds...

cleverca22

idealy, you would configure the 2nd router to act as a switch, so its just one big network with only a single router that would involve changing the ip of the 2nd 'router' to exist within the other network, turning the dhcp off, and then using only the lan ports (ignore the wan port) once thats done...

cleverca22

router1 has to be setup to forward port 22 to router2, via the ip on that side of the router
then router2 has to forward port 22 to the rpi

but your better off figuring out why you need 2 nat's, and redoing it to only nat once, in most cases

cleverca22

one crude method, is to just make a serial link (rx+tx, maybe add differential pairs to improve noise)

then just run pppd over that, turning it into a network link

cleverca22

only thing i can think of, something corrupted the aac lib, replacing the code with illegal instructions

cleverca22

Sort of right. Every camera needs a camera driver, they are all different enough to need new drivers each time. On top of that they need a colossal amount of ISP tuning parameters to be very carefully generated so the pictures 'look right'. This is all done in the GPU. A text file with these parame...

cleverca22

its a 'safe mode' because it ignores all other config in config.txt and boots a backup kernel, allowing you to undo broken config with just a keyboard&display

but when your doing a headless project, it just sits at a shell forever, and appears to hang

cleverca22

Apr 17 11:18:39 raspberrypi kernel: EXT4-fs (mmcblk0p2): error count: 23 Apr 17 11:18:39 raspberrypi kernel: EXT4-fs (mmcblk0p2): initial error at 1365273631: add_dirent_to_buf:1276: inode 17: block 127754 Apr 17 11:18:39 raspberrypi kernel: EXT4-fs (mmcblk0p2): last error at 1366139209: ext4_remoun...

Search found 581 matches

Re: omxplayer on TFT Display

Re: Strange Log Entry

Re: mplayer gpu decode support

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

Re: mplayer gpu decode support

Re: mplayer gpu decode support

Re: JFFS2

Re: mplayer gpu decode support

Re: JFFS2

Re: egl_render clock problem

Re: JFFS2

JFFS2

mplayer gpu decode support

Re: Wires for GPIO pins

Re: Multiple Simultaneous Wi-Fi Connections

Re: Sending Data From Home Network to 3G connected Raspberry

Re: GPIO LCD

Re: cpufreq underclocking

Re: SSH Tunnel through 2 NAT routers

Re: SSH Tunnel through 2 NAT routers

Re: (Ethernet) Data over IR

Re: "Illegal instruction" problem.

Re: Foundation Camera Board information

Re: emergency.img and GPIO5

Re: cpufreq underclocking