When in the shifted state I have tried:
- Restarting our application
- remains shifted, more reason to think it may not be something our
app is doing
- Killing our application then issuing "/etc/init.d/rc.pvr stop"
followed by "/etc/init.d/rc.pvr start"
- this had no effect
- Unplugging the monitor, then plugging it back in again
- this actually worked! Unfortunately this isn't an acceptable
solution for our product
Something I noticed is that if I pipe /dev/urandom to /dev/fb0, I get all
the random colors, even in the left blank area when the image is shifted.
Then I started our app and the top left 10 or so pixels remained the random
colors. If I then using dd fill /dev/fb0 with zero from /dev/null,
everything becomes black, including the top left row. I am not sure what
all this means yet...
This is the result of parse-edid for one of the BBBs setup right now (we
are in the process of setting 4 or 5 of them up with different
monitors/cables to test in parallel)
Checksum Correct
Section "Monitor"
Identifier "LCD195VX+"
ModelName "LCD195VX+"
VendorName "NEC"
# Monitor Manufactured week 25 of 2008
# EDID version 1.3
# Digital Display
DisplaySize 380 300
Gamma 2.20
Option "DPMS" "true"
Horizsync 31-81
VertRefresh 56-75
# Maximum pixel clock is 140MHz
#Not giving standard mode: 1152x864, 75Hz
#Not giving standard mode: 1280x960, 75Hz
Modeline "Mode 0" 108.00 1280 1328 1440 1688 1024 1025 1028
1066 +hsync +vsync
EndSection
On Monday, February 6, 2017 at 11:52:00 AM UTC-7, Brett wrote:
>
> Hey guys, our product based on the beaglebone black is experiencing an
> issue with the video image shifting to the right randomly. This usually
> happens no sooner than 15mins after our application starts(sometimes it
> takes hours) then will stay this way for a while before shifting back. I
> attached 2 pictures, one with it shifted, the other "normal". One thing the
> picture does not really show is the very top left row of pixels in the
> (shifted)black area are lit with random colors. The application uses OpenGL
> ES 2 to generate the graphics and we have HDMI connected to the micro HDMI
> port. I am pretty confident that our application is not doing anything to
> move the image, it is pretty simple as you will see from the pictures. We
> have tried updating the kernel and various combinations of different
> monitors/cables but the problem still persists. We are nearing 150 BBBs in
> the field and it appears they all do this but it seems like some do it
> sooner than others. Anyone else seen this type of thing before? Does anyone
> have any idea why this could be happening? Any ideas on how I can narrow
> the issue?
>
> The kernels we tried are 3.13.6-bone8 and 4.4.45-bone-rt-r16
>
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/beagleboard/4c29f85c-c506-4c38-9cf6-263b9455bc5e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
