I forgot to mention that I am setting the resolution via kernel command line "video=HDMI-A-1:1024x768@60". The monitor settings do report the same resolution.
On Monday, February 6, 2017 at 12:59:19 PM UTC-7, Brett wrote: > > 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/db1f0c67-d689-4137-b2b4-d7bd3866af13%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
