f1c100_ 发表的帖子

f1c100_ · 全志 SOC

64m的内存感觉应该不够解码1080p

f1c100_ · 全志 SOC

@hoel
if you can figure out how to use defe to transform yuv to rgb on mainline linux,I would like to share my code with you.

f1c100_ · 全志 SOC

我现在的问题是如何在主线上实现硬件YUV转RGB。我现在用主线5.2，自己写的播放器调用的CEDAR(不是ffmpeg的方式),800x480分辨率H264解码可以到24~30fps。如果可以实现硬件YUV转RGB的话1280x720@60fps也不是问题。

f1c100_ · 全志 SOC

楼主好人啊，我买了个核心板，一直想画底板，拖了好久都没画，这下不用吃灰了，太感谢了。

f1c100_ · 全志 SOC

可以用ry1303替代， 5毛钱一个

f1c100_ · 全志 SOC

sprintf 说：

100s的不知道行不行，反正那个tiny200s那个开发板，的Linux（drm）和裸机都可以，用的是yuv422。不过好像没有yuv420的。

是主线linux的么？加我Q详细聊一下？1171262261

f1c100_ · 全志 SOC

哇酷小二说：

https://github.com/libjpeg-turbo/libjpeg-turbo/blob/master/simd/arm/aarch32/jsimd_neon.S
这里有 neno 指令加速的 RGB YUV 互转的代码, 可以参考一下.

arm9没有NENO的吧。。。。

f1c100_ · 全志 SOC

自己整了个小项目，用软件yuv转rgb太慢了。有没有大神帮助提供下调用de-fe硬件转yuv的代码。
用的是f1c100s,主线linux 5.2
500元红包答谢:)
联系：1171262261@qq.com

f1c100_ · 全志 SOC

这个帧率有多少呢？

f1c100_ · 全志 SOC

我做的一个板子也有这个问题，用f1c100全部正常，用f1c200 sd卡启动不了

f1c100_ · 全志 SOC

vip888888 说：

f1c100_ 说：
你用的硬件转rgb速度怎么样？代码能分享下看看么
这不是还没成功嘛。转的不对呀，还没搞定呢。

我的意思是我也研究下:)，看瞎搞能不能跑通

f1c100_ · 全志 SOC

你用的硬件转rgb速度怎么样？代码能分享下看看么

f1c100_ · 全志 SOC

zhouyu2019 说：

我也是在这个地方卡了很久，后来才知道yuv_mb32这种格式，其实f1c100s的 display engine 就支持yuv_mb32视频图层，不需要软件去转换。

大佬有跑通吗，我也在研究yuv，看源码diplay engine调用了/dev/disp设备，不知道这个怎么搞出来就卡住了。还有另外一种是通过libdrm来显示yuv，但是我用yuv初始化drm后屏幕就只显示彩色乱码，写内存也显示没变化了。

f1c100_ · 全志 SOC

哦豁哦豁说：

f1c100_ 说：
哦豁哦豁说：
楼主真是一个神奇的存在, 膜拜大神.
请问可以提供一个荔枝派nano或者widora tiny200的固件吗?
DD了个nano的TF固件出来
https://whycan.com/files/members/5219/nano-tf.rar
root目录下执行./demo jpg文件就行了
例如：
./demo ./123.jpg
感谢大佬分享，请问是用哪组串口呢？我用widora tiny200测试了一下，发现串口没有输出呢。

好像nano默认的0串口输出，tiny200是1串口

f1c100_ · 全志 SOC

哦豁哦豁说：

楼主真是一个神奇的存在, 膜拜大神.
请问可以提供一个荔枝派nano或者widora tiny200的固件吗?

DD了个nano的TF固件出来
https://whycan.com/files/members/5219/nano-tf.rar

root目录下执行./demo jpg文件就行了
例如：
./demo ./123.jpg

f1c100_ · 全志 SOC

自己来填完这个坑吧。
后面又继续跑了.264硬解，还是有这个问题，首先硬解是肯定能用的，那估计就是哪里的转换格式出问题了。
找了一番源码目录，看到xplayer下有个配置文件：vd_output_fmt = mb32，感觉格式问题八九不离十了。
仔细阅读了源码，videodecoder的格式是由vconfig中的eOutputPixelFormat控制的，有以下格式可选：
FluxBB bbcode 测试
但是很可惜，我测试了下，f1c100/200不管怎么设置都没用，只能使用yuv_mb32，mb32是个什么鬼格式？谷歌翻箱倒柜找到全志文档：

简单的说就是以tile为单位进行扫描，一般一个tile为32x32，知道原理就好办了，修改下转换，这是结果：
源图：
FluxBB bbcode 测试
转换后：

bingo，成功转换，但是能看到有不小的色差，这应该是yuv->rgb的转换公式问题，后面修改下校正就行了，关键的问题已经解决了
.264视频的硬解应该也要这样搞

f1c100_ · 全志 SOC

微凉VeiLiang 说：

解码我确定是可以的(裸机)。感谢楼主分享的编码经验

对，官方tina，裸机代码都可以，但是tina linux我们这些diy的拿不到啊:(主线linux能跑就方便多了

f1c100_ · 全志 SOC

还是这个解码库
https://github.com/EmperG/lindenis-v536-package
jpeg硬解码研究了好久没搞起来，想跑一下.264解码但是cedarx编译不起来，提示没有cdxlist.i也不知道咋搞，希望有大神能研究下跑起来

使用主线5.2，按照这个教程成功安装了cedar，dev出现了cedar和ion设备，下面的cedarx也装一下，这样就不用拷so库了
https://github.com/aodzip/cedar/

编译链要用这个：
https://pan.baidu.com/s/1-WXlwxLoQNzKGDdIJ5JDpw

buildroot里的cedarc要改一下
FluxBB bbcode 测试

主要看lindenis-v536-package里面的
tina_multimedia和tina_multimedia_demo两个文件夹，

先编译tina_multimedia/cedarc，按照里面的readme说明编译，平台选arm-none-linux-gnueabi，注意编译的时候统一编译链，configure和make都带上CC=/...你的编译链路径

jpeg和.264硬编码的demo在/tina_multimedia_demo/encodertest/src，修改makefile文件如下：

Target = demo
SourceIncludePath := -I/work/tina_multimedia/libcedarx/libcore/base/include -I/work/tina_multimedia/libcedarc/include -L/work/libcedarc/lib -L/work/tina_multimedia/libcedarc/library/arm-none-linux-gnueabi
CompileFlags = $(CFLAGS) $(SourceIncludePath)
LoadFlags +=  -lvencoder -lMemAdapter -lpthread -ldl -lm

CC=/work/arm-2014.05/bin/arm-none-linux-gnueabi-gcc
LDFLAGS= -Wl,-rpath-link /work/tina_multimedia/libcedarc/library/arm-none-linux-gnueabi -Wl,-rpath-link /work/tina_multimedia/libcedarc/base/.libs
$(Target): encodertest.c 
    $(CC) -o $@ $^ $(CompileFlags) $(LDFLAGS) $(LoadFlags)

路径名字对应改就行，其中/work/libcedarc/lib路径是编译tina_multimedia时的输出安装路径

然后make就生成程序了，直接拷到板子就能运行（前面buildroot已经安装了库所以不用拷）
测试程序，支持jpg和.264编码，前面的1表示编码成jpg,后面的1表示1帧
./demo 1 YUV420 800 480 800 480 1 ./123.yuv /root

debug  : cedarc <VeSetSpeed:1559>: *** set ve freq to 300 Mhz ***
debug  : cedarc <VeInitialize:1198>: ve init ok

debug  : ionAlloc <__GetIonMemOpsS:985>:*** get __GetIonMemOpsS ***
debug  : ionAlloc <ion_alloc_open:134>:begin ion_alloc_open

debug  : cedarc <VeSetSpeed:1559>: *** set ve freq to 300 Mhz ***
debug  : cedarc <VeInitialize:1198>: ve init ok

debug  : ionAlloc <ion_alloc_open:175>:** phy offset = 40000000
debug  : cedarc <VeRelease:1253>: ve release ok

debug  : ionAlloc <__GetIonMemOpsS:985>:*** get __GetIonMemOpsS ***
debug  : ionAlloc <ion_alloc_open:134>:begin ion_alloc_open

debug  : cedarc <VideoEncInit:195>: (f:VideoEncInit, l:195)
debug  : cedarc <VideoEncInit:210>: (f:VideoEncInit, l:210)
debug  : cedarc <BitStreamCreate:102>: BitStreamCreate OK
 encode frame 0 use time is 5263us...
 the average encode time is 5263us...
debug  : cedarc <VeRelease:1253>: ve release ok

 output file is saved:/root

编码结果，5ms一帧，还是挺快的。

这里提供个YUV420文件供测试：
https://whycan.com/files/members/5219/yuv.rar

到此f1c200/100 的硬编码基本论证了，就剩解码了
继续研究lindenis-v536-package这个库ING......

f1c100_ · 全志 SOC

能调用了，但是报了一堆貌似内存不足的警告，根据aodzip的教程增加了那两个内存，开启swap分区还是不行，估计f1c100s内存太小了吧

f1c100_ · 全志 SOC

vip888888 说：

f1c100_ 说：
sprintf 说：
这个100s有没有硬件编码的？
肯定带硬解码器的
看全志官网介绍好像只有mjpeg编码，解码的话多了h.264的。

淘宝上卖的代码有jpeg硬解码的

f1c100_ · 全志 SOC

我用f1c100s试了下出现这个错误：
Setting pipeline to PAUSED ...
ERROR: Pipeline doesn't want to pause.
ERROR: from element /GstPipeline:pipeline0/GstOMXH264Dec-omxh264dec:omxh264dec-omxh264dec0: Could not initialize supporting library.
Additional debug info:
gstvideodecoder.c(2530): gst_video_decoder_change_state (): /GstPipeline:pipeline0/GstOMXH264Dec-omxh264dec:omxh264dec-omxh264dec0:
Failed to open decoder
Setting pipeline to NULL ...
Freeing pipeline

我在builroot没有看到gst1-plugins-bayer2rgb-neon这个选项，跟这个有关系吗

f1c100_ · 全志 SOC

sprintf 说：

这个100s有没有硬件编码的？

肯定带硬解码器的

f1c100_ · 全志 SOC

我其中测试了一幅图，生成后提取Y分量灰度图是这样的
FluxBB bbcode 测试
和原图已经很接近了，就是多了那些黑色的竖纹，没有竖纹的话就和原图一样了，所以我感觉还是能抢救以下的

f1c100_ · 全志 SOC

然后问题来了，输出rgb565图片，图片是杂乱的，看源码解码的时候是先输出YUV格式，然后再转为RGB的，猜想是否是转换问题，于是直接输出yv12，写了个程序提取前面的Y分量生成灰度图，这张是输入
FluxBB bbcode 测试
这张是提取的灰度图

很明显是转码出现了错误，我卡住了，等大神继续搞一下

f1c100_ · 全志 SOC

嵌入式小白一个，跑这个demo搞了好久，搞了两天终于跑起demo，主要是编译链的问题搞了好久
使用主线5.2，按照这个教程成功安装了cedar，dev出现了cedar和ion设备
https://github.com/aodzip/cedar/

编译链要用这个：
https://pan.baidu.com/s/1-WXlwxLoQNzKGDdIJ5JDpw
测试了几个编译链都不行，各种问题，用上面的就可以,buildroot根文件系统也要统一用这个

下载这个解码库，里面有f1c200s的配置，所以应该是可以用的
https://github.com/EmperG/lindenis-v536-package
主要看里面的
tina_multimedia和tina_multimedia_demo两个文件夹

进入libcedarc按照里面的说明文件编译，平台选arm-none-linux-gnueabi，注意编译的时候统一编译链，configure和make都带上CC=/...你的编译链路径

进入tina_multimedia/jpegdecode，继续make,注意带编译链路径

进入tina_multimedia_demo/jpegdecodedemo，makefile文件可以借鉴一下改成我这个：

Target = demo
SourceIncludePath := -I/tina_multimedia/jpegdecode -I/tina_multimedia/libcedarc/include -L/tina_multimedia/jpegdecode -L/output/libcedarc/lib -L/tina_multimedia/libcedarc/library/arm-none-linux-gnueabi

CompileFlags = $(CFLAGS) $(SourceIncludePath)

LoadFlags +=  -ljpegdecode  -lvdecoder -lVE \
        -lMemAdapter -lcdc_base -ldl

CC=/opt/arm-2014.05/bin/arm-none-linux-gnueabi-gcc
LDFLAGS= -Wl,-rpath-link /tina_multimedia/libcedarc/library/arm-none-linux-gnueabi
$(Target): jpegdecodedemo.c 
    $(CC) -o $@ $^ $(CompileFlags) $(LDFLAGS) $(LoadFlags)

路径名字对应改就行，很好看懂，其中/output/libcedarc/lib路径是编译tina_multimedia时的输出路径

然后make就有程序生成了，用arm-none-linux-gnueabi-readelf命令看一下依赖库，把对应的库拷到板子的/lib文件夹，如libvideoengine.so这些可能没显示，但是运行出错会提示缺什么的，缺就都拷进去就行了

这是运行效果：

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> tina_multimedia <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
tag   : tina3.5
branch: tina-dev
date  : Mon Jul 15 19:04:59 2019 +0800
Change-Id: I5f6c8a88d7b387a312b7744797a0d5f8ab07ee7a
-------------------------------------------------------------------------------
debug  : ionAlloc <__GetIonMemOpsS:985>:*** get __GetIonMemOpsS ***
debug  : ionAlloc <ion_alloc_open:134>:begin ion_alloc_open

debug  : cedarc <VeSetSpeed:1559>: *** set ve freq to 300 Mhz ***
debug  : cedarc <VeInitialize:1198>: ve init ok

debug  : ionAlloc <ion_alloc_open:175>:** phy offset = 40000000
debug  : cedarc <VeRelease:1253>: ve release ok

DEBUG : jpegdecode <JpegDecoderCreate:406>: AddVDPlugin first
warning: cedarc <AddVDPlugin:1538>: 1117 get local path: /lib/
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawh265.so
debug  : cedarc <AddVDPluginSingle:1501>: vdecoder open lib: /lib/libawh265.so
warning: cedarc <VDecoderRegister:127>: register codec: '116:h265' success.
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawmpeg4h263.so
debug  : cedarc <AddVDPluginSingle:1501>: vdecoder open lib: /lib/libawmpeg4h263.so
warning: cedarc <VDecoderRegister:127>: register codec: '104:mpeg4H263' success.
warning: cedarc <VDecoderRegister:127>: register codec: '10b:mpeg4H263' success.
warning: cedarc <VDecoderRegister:127>: register codec: '10d:mpeg4H263' success.
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawavs.so
debug  : cedarc <AddVDPluginSingle:1501>: vdecoder open lib: /lib/libawavs.so
warning: cedarc <VDecoderRegister:127>: register codec: '117:avs' success.
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawmjpeg.so
debug  : cedarc <AddVDPluginSingle:1501>: vdecoder open lib: /lib/libawmjpeg.so
warning: cedarc <VDecoderRegister:127>: register codec: '101:mjpeg' success.
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawmpeg4normal.so
debug  : cedarc <AddVDPluginSingle:1501>: vdecoder open lib: /lib/libawmpeg4normal.so
warning: cedarc <VDecoderRegister:127>: register codec: '10a:mpeg4Normal' success.
warning: cedarc <VDecoderRegister:127>: register codec: '10c:mpeg4Normal' success.
warning: cedarc <VDecoderRegister:127>: register codec: '108:mpeg4Normal' success.
warning: cedarc <VDecoderRegister:127>: register codec: '109:mpeg4Normal' success.
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawmjpegplus.so
debug  : cedarc <AddVDPluginSingle:1501>: vdecoder open lib: /lib/libawmjpegplus.so
warning: cedarc <VDecoderRegister:127>: register codec: '101:mjpegplus' success.
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawh264.so
debug  : cedarc <AddVDPluginSingle:1501>: vdecoder open lib: /lib/libawh264.so
warning: cedarc <VDecoderRegister:127>: register codec: '115:h264' success.
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawvp9Hw.so
debug  : cedarc <AddVDPluginSingle:1501>: vdecoder open lib: /lib/libawvp9Hw.so
warning: cedarc <VDecoderRegister:127>: register codec: '113:Vp9Hw' success.
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawwmv3.so
debug  : cedarc <AddVDPluginSingle:1501>: vdecoder open lib: /lib/libawwmv3.so
warning: cedarc <VDecoderRegister:127>: register codec: '110:vc1' success.
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawmpeg4dx.so
debug  : cedarc <AddVDPluginSingle:1501>: vdecoder open lib: /lib/libawmpeg4dx.so
warning: cedarc <VDecoderRegister:127>: register codec: '105:mpeg4dx' success.
warning: cedarc <VDecoderRegister:127>: register codec: '106:mpeg4dx' success.
warning: cedarc <VDecoderRegister:127>: register codec: '107:mpeg4dx' success.
warning: cedarc <VDecoderRegister:127>: register codec: '10e:mpeg4dx' success.
warning: cedarc <VDecoderRegister:127>: register codec: '10f:mpeg4dx' success.
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawmpeg4vp6.so
debug  : cedarc <AddVDPluginSingle:1501>: vdecoder open lib: /lib/libawmpeg4vp6.so
warning: cedarc <VDecoderRegister:127>: register codec: '111:Mpeg4Vp6' success.
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawmpeg2.so
debug  : cedarc <AddVDPluginSingle:1501>: vdecoder open lib: /lib/libawmpeg2.so
warning: cedarc <VDecoderRegister:127>: register codec: '102:mpeg2' success.
warning: cedarc <VDecoderRegister:127>: register codec: '103:mpeg2' success.
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawvp8.so
debug  : cedarc <AddVDPluginSingle:1501>: vdecoder open lib: /lib/libawvp8.so
warning: cedarc <VDecoderRegister:127>: register codec: '112:vp8' success.
warning: cedarc <AddVDPlugin:1548>:  1117 load so: /lib/libawmpeg4base.so
warning: cedarc <AddVDPluginSingle:1498>: Invalid plugin, CedarPluginVDInit not found.
srcBuf = 0x1a7e8,srcBufLen = 25676
JpegDecoderSetDataSource end
debug  : cedarc <LogVersionInfo:40>:
>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Cedar Codec <<<<<<<<<<<<<<<<<<<<<<<<<<<<
tag   : CedarC-v1.1.9
branch: master
commit: 1951abe1456450ea48bfd446e801861a1354e93c
date  : Wed May 30 18:59:36 2018 +0800
author: jenkins8080
patch :
----------------------------------------------------------------------

debug  : cedarc <CreateVideoDecoder:215>:CreateVideoDecoder ****
debug  : cedarc <InitializeVideoDecoder:344>:*** pVconfig->nVeFreq = 0
debug  : ionAlloc <__GetIonMemOpsS:985>:*** get __GetIonMemOpsS ***
debug  : ionAlloc <ion_alloc_open:134>:begin ion_alloc_open

warning: cedarc <InitializeVideoDecoder:422>:warning: the nDecodeSmoothFrameBufferNum is 0
warning: cedarc <InitializeVideoDecoder:428>:warning: the nDeInterlaceHoldingFrameBufferNum is 0
warning: cedarc <InitializeVideoDecoder:434>:warning: the nDisplayHoldingFrameBufferNum is 0
debug  : cedarc <DecideStreamBufferSize:1897>:nBufferSize=2097152
debug  : cedarc <VeSetSpeed:1559>: *** set ve freq to 300 Mhz ***
debug  : cedarc <VeInitialize:1198>: ve init ok

debug  : cedarc <VideoEngineCreate:388>: *** pEngine->nIcVeVersion = 1663, decIpVersion = 0
debug  : cedarc <CreateSpecificDecoder:1209>: Create decoder '101:mjpeg'
debug  : cedarc <VideoEngineCreate:481>: **************eCtlAfcbMode = 0
debug  : cedarc <GetSbmInterface:1705>:*********GetSbmInterface, nType=0

debug  : cedarc <GetSbmInterfaceStream:732>:******* sbm-type: Stream*******
DEBUG : jpegdecode <JpegDecoderGetFrame:616>: Request Video Stream Buffer ok
DEBUG : jpegdecode <JpegDecoderGetFrame:636>: Copy Video Stream Data ok!
DEBUG : jpegdecode <JpegDecoderGetFrame:652>: Submit Video Stream Data ok!
debug  : fbm.c <FbmCreateBuffer:133>:FbmCreate, total fbm number: 2, decoder needed: 2,  nWidth=200, nHeight=200 nAlignStride = 0
debug  : fbm.c <FbmCreateBuffer:226>:** call allocate pic buf, i = 0, maxNum = 2
debug  : fbm.c <FbmCreateBuffer:379>:*** finish fbmCreateBuffer
decode time = 4194 us
DEBUG : jpegdecode <JpegDecoderGetFrame:680>: decoder one pic...
DEBUG : jpegdecode <JpegDecoderGetFrame:681>: pic nWidth is 224,nHeight is 224
DEBUG : jpegdecode <JpegDecoderGetFrame:682>: videoPicture->nWidth = 224,videoPicture->nHeight = 224,videoPicture->nLineStride = 224
DEBUG : jpegdecode <JpegDecoderGetFrame:684>: videoPicture->nTopOffset = 0,videoPicture->nLeftOffset = 0,videoPicture->nBottomOffset = 200,videoPicture->nRightOffset = 200
DEBUG : jpegdecode <JpegDecoderGetFrame:704>: ready flush YUV cache
ready save yuvDEBUG : jpegdecode <saveYuvPic:184>: acturalWidth = 200,height = 200
DEBUG : jpegdecode <saveYuvPic:225>: save yuv data successfully,path = /root/yuv200_200_nv21.dat
DEBUG : jpegdecode <JpegDecoderGetFrame:774>: free jpeg data
JpegDecoderGetFrame successfully,imgFrame->mWidth = 224,imgFrame->mHeight = 224,imgFrame->mYuvData = 0x3cc40,imgFrame->mYuvSize = 60000
imgFrame->mRGB565Data = (nil),imgFrame->mRGB565Size = 0
debug  : cedarc <VeRelease:1253>: ve release ok

f1c100_ · 全志 SOC

想自己画个f1c100s的板子，看荔枝派这些都是rgb666的，想改成rgb888的，要改的话就把引脚连上，然后在suniv.dtsi文件中（如下）增加引脚就可以了吗？这样内核就能自动识别哪个脚是哪个脚？还是要在哪个文件中规定下如pd0~pd7是r数据之类的？小白刚入门，劳烦各位路过的大神帮帮忙:)

lcd_rgb666_pins: lcd-rgb666-pins {
pins = "PD0", "PD1", "PD2", "PD3", "PD4",
   "PD5", "PD6", "PD7", "PD8", "PD9",
   "PD10", "PD11", "PD12", "PD13", "PD14",
   "PD15", "PD16", "PD17", "PD18", "PD19",
   "PD20", "PD21";
function = "lcd";
};

f1c100_ · 计算机图形/GUI/RTOS/FileSystem/OpenGL/DirectX/SDL2

大佬牛逼

WhyCan Forum(哇酷开发者社区)

#1 Re: 全志 SOC » 【全开源/D1s】芒果派麻雀 MangoPi-MQ1 基于D1s 的 RISC-V Linux小板【最新消息：淘宝开卖了，链接在一楼】 » 2021-10-27 16:51:45

#2 Re: 全志 SOC » [F1C100S / F1C200S] Bare metal / RTOS hardware H264 effort » 2021-09-20 16:49:12

#3 Re: 全志 SOC » [F1C100S / F1C200S] Bare metal / RTOS hardware H264 effort » 2021-09-20 15:22:55

#4 Re: 全志 SOC » 分享我画的启明云端SSD202核心板对应的底板，引出两USB口，网口，TF卡，调试串口转micro USB输出，50Pin标准7寸液晶屏接口 » 2021-04-07 16:01:17

#5 Re: 全志 SOC » FC100S 最小系统供电问题的疑问。 » 2021-03-10 14:16:01

#6 Re: 全志 SOC » 有偿求助F1C100S 硬件defe转yuv » 2021-03-04 23:29:04

#7 Re: 全志 SOC » 有偿求助F1C100S 硬件defe转yuv » 2021-03-04 20:04:44

#8 全志 SOC » 有偿求助F1C100S 硬件defe转yuv » 2021-03-04 13:49:36

#9 Re: 全志 SOC » F1C200s主线gstreamer使用openmax调用cedar硬解码 » 2021-01-08 14:52:58

#10 Re: 全志 SOC » 自己做了块F1C200S板子卡在SPL部分，问题分析过程 » 2020-11-30 00:24:17

#11 Re: 全志 SOC » F1c200s display engine 通过layer将YUV转RGB系数配置问题 » 2020-10-30 00:42:09

#12 Re: 全志 SOC » F1c200s display engine 通过layer将YUV转RGB系数配置问题 » 2020-10-29 18:55:59

#13 Re: 全志 SOC » f1c100s成功运行jpeg硬解码demo，但输出还是有问题 » 2020-10-27 05:54:53

#14 Re: 全志 SOC » f1c100s成功运行jpeg硬解码demo，但输出还是有问题 » 2020-10-19 11:43:51

#15 Re: 全志 SOC » f1c100s成功运行jpeg硬解码demo，但输出还是有问题 » 2020-10-18 23:54:56

#16 Re: 全志 SOC » f1c100s成功运行jpeg硬解码demo，但输出还是有问题 » 2020-10-18 22:36:18

#17 Re: 全志 SOC » f1c100s调用cedar 实现硬编码jpeg h.264 » 2020-10-17 01:12:17

#18 全志 SOC » f1c100s调用cedar 实现硬编码jpeg h.264 » 2020-10-16 13:48:46

#19 Re: 全志 SOC » V3s使用gstreamer的插件openmax调用cedar硬解码，荔枝派zero测试通过 » 2020-10-16 02:07:57

#20 Re: 全志 SOC » f1c100s成功运行jpeg硬解码demo，但输出还是有问题 » 2020-10-15 13:21:36

#21 Re: 全志 SOC » V3s使用gstreamer的插件openmax调用cedar硬解码，荔枝派zero测试通过 » 2020-10-14 20:08:34

#22 Re: 全志 SOC » f1c100s成功运行jpeg硬解码demo，但输出还是有问题 » 2020-10-14 19:30:48

#23 Re: 全志 SOC » f1c100s成功运行jpeg硬解码demo，但输出还是有问题 » 2020-10-14 02:06:04

#24 Re: 全志 SOC » f1c100s成功运行jpeg硬解码demo，但输出还是有问题 » 2020-10-14 01:57:57

#25 全志 SOC » f1c100s成功运行jpeg硬解码demo，但输出还是有问题 » 2020-10-14 01:51:21

#26 全志 SOC » f1c100s支持RGB888吗 » 2020-10-08 18:11:27

#27 Re: 计算机图形/GUI/RTOS/FileSystem/OpenGL/DirectX/SDL2 » 研究了1天，终于搞清楚如何在LVGL上显示GBK字串，分享一下让大家少踩坑 » 2020-09-22 20:04:18

页脚