Play videos on luckfox pico mini B

  • Hello, luckfox pico mini B does not have enough pins, it can only support the TFT screen controlled by SPI, and if you want to play videos, there is a high probability that it will not support the 480P screen;
    At the same time, luckfox pico mini BV does not have the ability of hardware decoding, and the smoothness of the video cannot be guaranteed when playing high-resolution videos
  • Crocodile wrote: 2025-03-11 10:55 Hello, luckfox pico mini B does not have enough pins, it can only support the TFT screen controlled by SPI, and if you want to play videos, there is a high probability that it will not support the 480P screen;
    At the same time, luckfox pico mini BV does not have the ability of hardware decoding, and the smoothness of the video cannot be guaranteed when playing high-resolution videos
    Sorry meant to say

    TFT 240x240
    And the videos will be resized to that 240x240 with 24 or 30 fps

    So would it work???
  • TFT 240x240 30 fps to transmit data per second is about 240*240*16(RGB565)*30 = 26x1024x1024 = 26 MByte, RV1103 SPI0 clock is 198000000Hz, theoretically up to 24.75MByte/s, if it count the decoding time, the maximum can only reach about 25fps
  • Crocodile wrote: 2025-03-11 11:19 TFT 240x240 30 fps to transmit data per second is about 240*240*16(RGB565)*30 = 26x1024x1024 = 26 MByte, RV1103 SPI0 clock is 198000000Hz, theoretically up to 24.75MByte/s, if it count the decoding time, the maximum can only reach about 25fps
    Device used (1.47 Inch 172x320 SPI Full Color TFT HD IPS Screen LCD LED Display Module 172*320 ST7789 Controller 3.3V SPI Interface)
    So 25fps okay
    But can it play at 25fps?
    And what is the recommended formats for this?
    Last edited by awtterservice on 2025-03-11 23:43, edited 1 time in total.
  • I can only provide you with theoretical data, the specific model and video format need to be combined with your own test and selection.
    Balance the decoding time of the storage space, highly compressed videos will consume more decoding time when playing, the same data using the original RGB565 can be displayed directly on the screen but will take up a lot of storage space
  • Crocodile wrote: 2025-03-12 5:51 I can only provide you with theoretical data, the specific model and video format need to be combined with your own test and selection.
    Balance the decoding time of the storage space, highly compressed videos will consume more decoding time when playing, the same data using the original RGB565 can be displayed directly on the screen but will take up a lot of storage space
    What if i split it and do this instead
    mjpeg 240x240 24fps to spi tft screen

    mp3 to usb aux

    Would that be a good performance?

    The technique i use is from my esp32-s3 that play videos

    the spi tft i use
    1.28”TFT Ver1.0
    240x240
    IC:GC9A01
    Last edited by awtterservice on 2025-03-13 1:09, edited 3 times in total.
  • Theoretically, it is possible, but the FBTFT driver of the Linux kernel source code of 5.10.110 does not support GC9A01, so you need to refer to the source code of other display IC for adaptation it
  • Crocodile wrote: 2025-03-13 13:32 Theoretically, it is possible, but the FBTFT driver of the Linux kernel source code of 5.10.110 does not support GC9A01, so you need to refer to the source code of other display IC for adaptation it
    Will its a bit hard
    So what about
    GOG/ST7789 (170x320)
    and
    SSD1306? (128x32)
    Last edited by awtterservice on 2025-03-14 6:10, edited 1 time in total.
  • Crocodile wrote: 2025-03-13 13:32 Theoretically, it is possible, but the FBTFT driver of the Linux kernel source code of 5.10.110 does not support GC9A01, so you need to refer to the source code of other display IC for adaptation it
    Does kernel source code of 5.10.110 support ili9341 with touch screen?