| Age | Commit message (Collapse) | Author |
|---|
|
* imx6: replace mxcfb.h check with i.MX6 specific imx header check
the mcxfb.h check only makes sense with i.MX6 devices, so requiring
those for others like i.MX8 led to build errors
* update waf to 2.0.12 and switch wscript to use Python 3
* imx6: fix encoder pointer usage in vpu_EncGiveCommand() call
Signed-off-by: Carlos Rafael Giani <crg7475@mailbox.org>
|
|
Fixes:
| ERROR: libimxvpuapi-0.10.3+AUTOINC+4afb52f97e-r0 do_configure: Execution of '/build/krm/oe-core_master/build/tmp/work/armv7at2hf-neon-mx6qdl-tdx-linux-gnueabi/libimxvpuapi/0.10.3+AUTOINC+4afb52f97e-r0/temp/run.do_configure.51207' failed with exit code 127:
| /usr/bin/env: ‘python’: No such file or directory
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
This is the successor to libimxvpuapi. Since at this moment, there is
software still using the former, its recipe remains in place. Both
versions (1 and 2) can coexist on the same rootfs.
Version 2 introduces support for i.MX8 (mx8m and mx8mm for now), and also
still supports i.MX6.
Signed-off-by: Carlos Rafael Giani <crg7475@mailbox.org>
|
|
- Rename recipe to use latest git revision.
- Add O.S. Systems Software Copyright
- Add PV to use 0.10.3 release on name
This change includes the following changes:
- 4afb52f Merge pull request #22 from bmx666/master
- 691ea9a Add imx_vpu_enc_configure_gop_size() function
- 97a9ff2 Merge pull request #17 from Artox/master
- 5739ffc add e-mail address to maintainer field
- b5ff857 libimxvpuapi-dev: add debhelper generated ${misc:Depends} to depends
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
|
|
Changes:
- properly pass on color format in simplified JPEG encoder interface
- add alternative write-callback-style encoding mode
also add encode example variant which uses write-callback style output
- add support for "fake grayscale mode" in encoders
this is done by using I420 internally and filling the U and V planes
with 0x80 bytes
- make sure JPEG quantization table is copied in standardized zig zag order
the VPU does not, so this has to be done explicitely
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Pass $libdir to 'waf configure' to prevent using the build hosts libdir.
Fixes:
WARNING: libimxvpuapi-0.10.2-r0 do_package: QA Issue: libimxvpuapi: Files/directories were installed but not shipped in any package:
/usr/lib64/libimxvpuapi.so
/usr/lib64/libimxvpuapi.so.0
/usr/lib64/libimxvpuapi.so.0.10.2
/usr/lib64/pkgconfig
/usr/lib64/pkgconfig/libimxvpuapi.pc
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Changes:
- fix AUD NAL positioning in h.264 encoder output
(SPS/PPS/AUD were ordered incorrectly - AUD has to come first, not last)
- fix build error with examples when --enable-static is used
- pass quality factor in simplified JPEG encoder interface correctly
- add functions for querying and setting header data
useful for modifying headers, like VUI data in the SPS RBSP
- documentation updates
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Changes:
- add debian packaging files
- update waf to version 1.8.16
- add workaround in wscript to prevent stale pkg-config .pc files
- fix memory leak by adding missing IOFreeVirtMem() call in vpulib backend
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This is a library for using the i.MX6 VPU. It is an alternative to
libfslvpuwrap, hosted on Github, and has an API that features several
improvements over libfslvpuwrap, which include:
* User-defined context information associated with input frames, which is
passed on to corresponding output frames (to be able to identify which
input frame produced which output frame)
* Groundwork for future DMA-BUF/BMM/ION/CMA allocator integration, using
file descriptors instead of physical addresses
* Indicators for when it is safe to try to decode frames, which is
critical in multi-threaded playback cases
* Simplified, higher-level JPEG en/decoding API, based on the VPU MJPEG
codec; useful for picture viewing without the extra boilerplate for
VPU-based en/decoding
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
Carlos Rafael Giani
Max Krummenacher
Fabio Berton
Carlos Rafael Giani
Max Krummenacher