Webif not showing TV picture in screen capture

[twol]

root@et10000:~# /usr/bin/grab
Grabbing 32bit Framebuffer ...
... Framebuffer-Size: 1920 x 1080
Grabbing Video ...
Mainmemory: <Memmapping failed>
Resizing Video to 1920 x 1080 ...
Merge Video with Framebuffer ...
Saving 24 bit /tmp/screenshot.bmp ...
... Done !
root@et10000:~#


screenshot.bmp from /tmp/ - Note: converted to .jpg on my PC as loading it here resulted in a warning about it being too large.

Attachment 66324

cannot remember if its possible on ET1000K, but are you using lcd4linux?

[adm]

cannot remember if its possible on ET1000K, but are you using lcd4linux?

No. The Xtrend ET10k has a front panel 3 line dot matrix text/character display. The only adjustment that can be made are brightness and maybe the display of start/duration times of programmes or recordings.

The reference to "Power LCD Display" in settings just turns the front panel on or off

fp.jpg

[twol]

With that screenshot.bmp is OK.

P.S. LCD4Linux is installed.

Any chance you can try without lcd4linux?

[adm]

This problem exists on my box in both 6.5.001 and 6.5.002 using both Firefox and MS Edge as the laptop browser, and with selecting low or high resolution in screen capture. Reverting to version 6.4.011 and the screen capture is OK, both the

I also have Zgemma h9.s and can confirm this works OK with 6.5.002 using the same network, router, laptop. It's just my Xtrend Et10K that has the problem

[twol]

I also have Zgemma h9.s and can confirm this works OK with 6.5.002 using the same network, router, laptop. It's just my Xtrend Et10K that has the problem

so can you copy /usr/bin/grab from the 6.4.11 image to PC and then back to the 6.5.002 image and see what happens??
You meed to stop the 6.5 image (init 4 in telnet session) and restart (init 3) before testing.

[adm]

so can you copy /usr/bin/grab from the 6.4.11 image to PC and then back to the 6.5.002 image and see what happens??
You meed to stop the 6.5 image (init 4 in telnet session) and restart (init 3) before testing.

Reinstated 6.4.011 from backup, telnet into box and issued init 4, ftp /usr/bin/grab from box to PC, init 3.
Reinstated 6.5.002 from backup, telnet into box and issued init 4, ftp grab from PC to /usr/bin/, grab overwrites what was on the box, init 3, box reboots

Then
Opened web interface and a screen grab

Xtrend ET10K now working as expected, both TV video and on screen graphics shown correctly in the screenshot

[twol]

Reinstated 6.4.011 from backup, telnet into box and issued init 4, ftp /usr/bin/grab from box to PC, init 3.
Reinstated 6.5.002 from backup, telnet into box and issued init 4, ftp grab from PC to /usr/bin/, grab overwrites what was on the box, init 3, box reboots

Then
Opened web interface and a screen grab

Xtrend ET10K now working as expected, both TV video and on screen graphics shown correctly in the screenshot

Thanks for doing that……I powered up my xtrend et7500 with old image this morning expecting to have to do that, but latest release flashed and again worked fine.
So its absolutely box specific.
Will have another look at grab tomorrow.

[adm]

Thanks for doing that……I powered up my xtrend et7500 with old image this morning expecting to have to do that, but latest release flashed and again worked fine.
So its absolutely box specific.
Will have another look at grab tomorrow.

The clue may be in the report of the manual grab?????

Screen capture not working (no TV video)

root@et10000:~# /usr/bin/grab
Grabbing 32bit Framebuffer ...
... Framebuffer-Size: 1920 x 1080
Grabbing Video ...
Mainmemory: <Memmapping failed>
Resizing Video to 1920 x 1080 ...
Merge Video with Framebuffer ...
Saving 24 bit /tmp/screenshot.bmp ...
... Done !

Screen capture working after /usr/bin/grab replaced

root@et10000:~# /usr/bin/grab
Grabbing 32bit Framebuffer ...
... Framebuffer-Size: 1920 x 1080
Grabbing Video ...
Merge Video with Framebuffer ...
Saving 24 bit /tmp/screenshot.bmp ...
... Done !
root@et10000:~#

[Huevos]

Where does /usr/bin/grab come from? What recipe?

[birdman]

Where does /usr/bin/grab come from? What recipe?

It's in the aio-grab package.

meta-oe-alliance/meta-oe/recipes-multimedia/aio-grab/aio-grab.bb

The last change to it was:

https://github.com/oe-alliance/aio-grab/commit/c54f61497483bd3f5d15020a193f03ad6d64d2a4

all to do with mmap() failure.
Perhaps this failing version pre-dates that (somehow?)?

[adm]

It's in the aio-grab package.

meta-oe-alliance/meta-oe/recipes-multimedia/aio-grab/aio-grab.bb

The last change to it was:

https://github.com/oe-alliance/aio-grab/commit/c54f61497483bd3f5d15020a193f03ad6d64d2a4

If this change relates to the latest version then that's what I had with 6.5.001 and 6.5.002 and the version that failed. The change was to report Mainmemory: <Memmapping failed> rather than just returning "0". Mainmemory: <Memmapping failed> is what I got when manually instigating a grab in 6.5.002. Presumably the older version in 6.4.011 would have just returned "0" on a fault BUT the version of grab in 6.4.011 works for me when copied to 6.5.002 (no fault found).

[twol]

So I am guessing that this is the change to 64bit time in OE-A 5.4 which caused issues with Crossepg.
Why ET10000 ? Maybe related to the old Mips kernel ?

If its related to the ET10000 kernel, its not going to be fixable.

[twol]

@adm - On the ET10000 can you open a terminal session and type cat /proc/stb/info/chipset and post result back

[LraiZer]

So I am guessing that this is the change to 64bit time in OE-A 5.4 which caused issues with Crossepg.
Why ET10000 ? Maybe related to the old Mips kernel ?

If its related to the ET10000 kernel, its not going to be fixable.

Maybe try building it without the 64bit time flags in the grab bitbake?

TARGET_CC_ARCH:remove = "-D_TIME_BITS=64"

see: https://git.openembedded.org/openemb...d666a282f6a27f

[twol]

Maybe try building it without the 64bit time flags in the grab bitbake?

TARGET_CC_ARCH:remove = "-D_TIME_BITS=64"

see: https://git.openembedded.org/openemb...d666a282f6a27f

As usual, good ideas …will try it