Webif not showing TV picture in screen capture

[adm]

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

root@et10000:~# cat /proc/stb/info/chipset
bcm7425
root@et10000:~#

Also shown in the information screen

chip.jpg

[twol]

root@et10000:~# cat /proc/stb/info/chipset
bcm7425
root@et10000:~#

Also shown in the information screen

chip.jpg

Deleted. ……"….

[LraiZer]

Tested my own build of the aio-grab with Broadcom CHIPSET 7424 SoC BCM7425

Still broken for me with just time flag, but it is fixed for me with this aio-grab bitbake. Must be one of the other flags or combination?

DESCRIPTION="AiO screenshot grabber"
MAINTAINER = "PLi team"
LICENSE = "GPL-2.0-only"
LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"

DEPENDS = "jpeg libpng zlib"

inherit gitpkgv

TARGET_CC_ARCH:remove = "-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64"

PV = "1.0+git"
PKGV = "1.0+git${GITPKGV}"

SRC_URI="git://github.com/oe-alliance/aio-grab.git;protocol=https;branch=master"

S = "${WORKDIR}/git"

inherit autotools pkgconfig

[twol]

Tested my own build with Broadcom 7424

Still broken for me with just time flag, but it is fixed for me with this aio-grab bitbake. Must be one of the other flags or combination?

DESCRIPTION="AiO screenshot grabber"
MAINTAINER = "PLi team"
LICENSE = "GPL-2.0-only"
LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"

DEPENDS = "jpeg libpng zlib"

inherit gitpkgv

TARGET_CC_ARCH:remove = "-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64"

PV = "1.0+git"
PKGV = "1.0+git${GITPKGV}"

SRC_URI="git://github.com/oe-alliance/aio-grab.git;protocol=https;branch=master"

S = "${WORKDIR}/git"

inherit autotools pkgconfig

I guess largefile>>>> 64 bit

[twol]

root@et10000:~# cat /proc/stb/info/chipset
bcm7425
root@et10000:~#

Also shown in the information screen

chip.jpg

try this ..extract and once copied check file atrributes are 755

[twol]

Tested my own build of the aio-grab with Broadcom CHIPSET 7424 SoC BCM7425

Still broken for me with just time flag, but it is fixed for me with this aio-grab bitbake. Must be one of the other flags or combination?

DESCRIPTION="AiO screenshot grabber"
MAINTAINER = "PLi team"
LICENSE = "GPL-2.0-only"
LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"

DEPENDS = "jpeg libpng zlib"

inherit gitpkgv

TARGET_CC_ARCH:remove = "-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64"

PV = "1.0+git"
PKGV = "1.0+git${GITPKGV}"

SRC_URI="git://github.com/oe-alliance/aio-grab.git;protocol=https;branch=master"

S = "${WORKDIR}/git"

inherit autotools pkgconfig

I had a sanity check on this build …. Did you?

[adm]

try this ..extract and once copied check file atrributes are 755

Thanks - this appears to have fixed the problem in Webif using a Xtrend Et10k

[LraiZer]

For me, it does not build with the other two flags on their own.. but passes without issue when just time flag or all other three flags are present. there is a warning that you need to add an additional INSANE_SKIP to the bitbake, as it is now uses the 32bit-time api and not the 64bit api from the build.

-D_TIME_BITS=64
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64

WARNING: aio-grab-1.0+git-r0 do_package_qa: QA Issue: /usr/bin/grab uses 32-bit api 'ioctl'
Suppress with INSANE_SKIP = "32bit-time" [32bit-time]

[birdman]

I guess largefile>>>> 64 bit

Yes. Those have been the flags for 64-bit file size on 32-bit system for ~20 years. (64-bit systems don't need them, but adding them causes no problem, as it only sets what is already set).
Omitting them doesn't cause a problem unless you try to access a file >2GB, which aio-grab won't be doing.

[birdman]

It only uses struct timeval (the presumed culprit) if __sh__ is defined.

Might explain why my et8000 (also 32-bit, but defines __mips__ ) doesn't suffer this.

[twol]

For me, it does not build with the other two flags on their own.. but passes without issue when just time flag or all other three flags are present. there is a warning that you need to add an additional INSANE_SKIP to the bitbake, as it is now uses the 32bit-time api and not the 64bit api from the build.

-D_TIME_BITS=64
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64

WARNING: aio-grab-1.0+git-r0 do_package_qa: QA Issue: /usr/bin/grab uses 32-bit api 'ioctl'
Suppress with INSANE_SKIP = "32bit-time" [32bit-time]

@lraizer - thanks for the fix - just need to check on a couple of boxes to make sure it doesn,t cause an issue before commit to OE-A

[LraiZer]

Yes. Those have been the flags for 64-bit file size on 32-bit system for ~20 years. (64-bit systems don't need them, but adding them causes no problem, as it only sets what is already set).
Omitting them doesn't cause a problem unless you try to access a file >2GB, which aio-grab won't be doing.

yes, largefile flag is not required, but 64 bit file offset flag is, and this must be used with 64 time bits flag so a minimum working bitbake file would have to contain at least these two line additions:

TARGET_CC_ARCH:remove = "-D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64"
INSANE_SKIP = "32bit-time"

DESCRIPTION="AiO screenshot grabber"
MAINTAINER = "PLi team"
LICENSE = "GPL-2.0-only"
LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"

DEPENDS = "jpeg libpng zlib"

inherit gitpkgv

TARGET_CC_ARCH:remove = "-D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64"

INSANE_SKIP = "32bit-time"

PV = "1.0+git"
PKGV = "1.0+git${GITPKGV}"

SRC_URI="git://github.com/oe-alliance/aio-grab.git;protocol=https;branch=master"

S = "${WORKDIR}/git"

inherit autotools pkgconfig

[birdman]

yes, largefile flag is not required, but 64 bit file offset flag is, and this must be used with 64 time bits flag...

You might already have 64bit time_t by default (my Linux systems do). Similarly with 64-bit file offsets.
I suspect that setting them when they would be set anyway isn't a problem, but I reckon this should only be set when it needs to be.
My Vix box (et8000) doesn't have 64-bit time, so I wouldn't want it hardcoded into its build.

[birdman]

My Vix box (et8000) doesn't have 64-bit time, so I wouldn't want it hardcoded into its build.

Ah, I see.
It's just saying, "Please set thing up to use the 64-bit time API". Just as -D_FILE_OFFSET_BITS=64 says, "Use the 64-bit file-system API".

But then you have to wonder why it's needed at all.

On a 32-bit system using the 32-bit file-system API is only a problem if you try to access a file >2GB (or an inode...).
So why is using the the 32-bit time API a problem? We haven't reached 2038 yet.

[LraiZer]

I was only trying to remove the -D_FILE_OFFSET_BITS=64 flag here so that the call to mmap64 is automatically redirected back to mmap() which works.

If all the other boxes are working and you want to try fixing it for just mips32 to extend their life by 14 years?

DESCRIPTION="AiO screenshot grabber"
MAINTAINER = "PLi team"
LICENSE = "GPL-2.0-only"
LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"

DEPENDS = "jpeg libpng zlib"

inherit gitpkgv

TARGET_CC_ARCH:remove = "${@bb.utils.contains('TUNE_FEATURES', 'mips32', '-D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64' , '', d)}"

INSANE_SKIP = "${@bb.utils.contains('TUNE_FEATURES', 'mips32', '32bit-time' , '', d)}"

PV = "1.0+git"
PKGV = "1.0+git${GITPKGV}"

SRC_URI="git://github.com/oe-alliance/aio-grab.git;protocol=https;branch=master"

S = "${WORKDIR}/git"

inherit autotools pkgconfig