搜索提示
找到 664 个结果 查看 问题 帖子 排序依据
    Answered

  • 关于sclrLink和ispLink的冲突问题

    已解决
    大家好! 我这边使用的是ipnc rdk v3.8,我建立了一个链路,大致如下: cameralink --> ispLink --> mergeLink |--> swosdLink --> dupLink --> mergeLink |--> sclrLink --> mergeLink 大致是这样,从前端输入过来的分辨率为1920x1080…
    • Answered

  • RE: 关于Appro DM8127 IPNC的两个问题。

    已解决
    你好， 如果是pre build的代码在参考设计硬件上出现tiimeout的问题，请检查： 1. 拨码开关的dhcp/static ip配置和uboot里面配置是否一致。 2. 如果之前有烧写过其他版本的IPNC RDK，请在Linux下运行flash_eraseall /dev/mtd5擦除NAND上之前保存的参数。

  • DM385 图像异常问题求助

    大家好！ 现在正在用dm385做一个项目，前端输入是YUV4:2:2的1920*1080的图像，时钟为74.25MHz。时序图如下： ------------------------------------------------------------------------------------------------------------------------------------------------------ DM385的型号是：DM385AAARD21F，DM385的ARM…

  • RE: TI davinci DM365 Ov9712图像质量问题

    你可以在楼主的帖子回复. 关于你的问题,换sensor都是要用灯箱tuning的.IPNC软件提供的tuning tools就是用来做tuning的. 对于你的sensor, TI已经tuning过了.你可以使用IPNR RDK 3.1,其中已经tuning过多款sensor.
    • Answered

  • RE: 8127 one shot mode 说明在哪里？

    已解决
    你好， one shot mode 数据流是sensor->ISIF->DDR->IPIPE(RSZ)->DDR (省略了IPIPEIF）。每次IPIPE的处理都需要手动使能IPIPE触发。如果你使能了GLBCE/WDR，调用了ISPLINK，在IPNC RDK里面就是使用了one shot mode。 on the fly mode 和continous mode是一个概念，数据流是sensor->ISIF->IPIPE(RSZ)->DDR (省略了IPIPEIF）。 不需要每次手动使能IPIPE…

  • RE: DM368会出现AVServer会出现进程退出，退出没有任何异常信息，内核也没有异常信息

    Hi Chris, 我使用的IPNC是RDK V5.1 1.在sysServer中重启AVServer地方加过打印，未见调用。 2.HDMI输出后，DM368打开视频后，没有对DM368这端做任何操作。 3.如果YUV输入的是没有变化的视频信号，AVServer是不会退出，因为如果HDMI输入源即相机不做拍照动作，是不会出现AVServer退出的问题。 我推测出问题的时刻， YUV信号是有问题的，然后马上就恢复了。 我做过将VD，HD，PCLK，YC信号对地短接的验证，都没有出现AVServer退出的现象…
    • Answered

  • [参考译文] Linux/TMS320DM8127：DM8127摄像机套件上的 TV_OUT 显示灰色屏幕。

    已解决
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/736344/linux-tms320dm8127-tv_out-shows-gray-screen-on-dm8127-camera-kit 器件型号： TMS320DM8127 工具/软件：Linux 各位专家、您好。 我需要你的帮助…

  • RE: 8127 ipnc挂载nfs的问题

    你好， 使用SDK原版filesys。 直接将filesys_ipnc_dm81xx.tar.gz解压后未修改的filesys挂载，问题依旧（timeout连续打印两次） 解压原始的文件系统，然后make sysall，重新编译一遍，文件系统里的部分文件会更新，然后再尝试一下。uImage/uboot可以使用 我使用IPNC RDK 3.8在DM38x的参考设计上用NFS可以正常运行。使用的boot参数参考bin目录下的update.txt里面的配置。 请问你使用的硬件是Appro DM8127的参考设计么…
    • Answered

  • RE: [参考译文] TMDSCSK388：30秒后显示冻结

    已解决
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 我正在从 提供的二进制文件中运行 IPNC RDK 3.9.1参考应用程序。 这是控制台日志和 CPU 负载信息。 由于应用程序后台进程会发送到控制台，而 TOP 也会写入控制台，因此它们会混合在一起。 当应用程序冻结时很难精确地固定、但启动后大约在60到90秒之间；我实际上看不到控制台出现故障的迹象。 我的主要关注点是、是否有任何其他人让它可靠地运行了几个小时、因此我们知道代码和硬件配置基本上是正确的…
    • Answered

  • 回复: IPNC_RDK3.0 编译问题（davinci DM8127）

    已解决
    IPNC RDK 3.0里面提供的mkfs.ubifs是64-bit机器的，你可以自行通过ubuntu下载该工具。 由于该版本的kernel对ubifs的支持不好，建议升级到3.2版本软件。里面ubifs工具在rules.make里面也有配置是32位还是64位的。

未找到您搜索的内容？发布一个新问题吧。