Move RenderCallback from VideoTex to StreamHandler.

This is a pre-requisite CL for the coming analyze use case.

More buffer copying are needed when analyze use case is taken into account.
Then it becomes an issue to manage the copies respectively in analyze use
case(s) and display use case.

Besides, before this CL, the render callback is embedded deeply in a
display/graphic-related class (VideoTex). That was because the
display use case used to be the only scenario. Since the coming analyze use
case has nothing to do with the display pipeline, now is a good timing
to de-couple the camera frame processing and display pipeline, by moving
the callback from VideoTex to StreamHandler, which is a class that is
only related to the camera frame processing.

Test: build and run on Hawk device
Bug: 130246434
Change-Id: I228685ec904cb28272c6099f0c2e54acf611a941
10 files changed
tree: e3822e2f549b418983b1edc56b61fb2f50a083f1
  1. car-bugreportd/
  2. car-default-input-service/
  3. car-lib/
  4. car-maps-placeholder/
  5. car-systemtest-lib/
  6. car-test-lib/
  7. car-usb-handler/
  8. car_product/
  9. computepipe/
  10. EncryptionRunner/
  11. evs/
  12. FrameworkPackageStubs/
  13. obd2-lib/
  14. procfs-inspector/
  15. service/
  16. tests/
  17. tools/
  18. user/
  19. vehicle-hal-support-lib/
  20. .clang-format
  21. .gitignore
  22. Android.mk
  23. CleanSpec.mk
  24. OWNERS
  25. PREUPLOAD.cfg
  26. README.md
README.md

Native (C++) code format is required to be compatible with .clang-format file. Run

git clang-format --style=file --extension='h,cpp,cc' HEAD~

Note that clang-format is not desirable for Android java files. Therefore the command line above is limited to specific extensions.