【求助】Hi3536的平铺显示遇到问题了

直接看 /proc/umap/vdec里面的信息就可以看到解码器是否还在解码

[quote][url=forum.php?mod=redirect&goto=findpost&pid=33855&ptid=11930]zhuangweiye 发表于 2016-7-13 10:12[/url]
直接看 /proc/umap/vdec里面的信息就可以看到解码器是否还在解码[/quote]

是否看这部分？
----- Detail Stream STATE -----------------------------------------------------------
  ID MpiSndNum           MpiSndLen   VdecNum   VdecLen  FmGetNum            FmGetLen  FmRlsNum            FmRlsLen  FmLstGet FmRlsFail
   0      3492          2162564112         0         0      8217          2162564112      8214          2161682832    347152         0
   1      3470          2149043424         0         0      8167          2149043424      8166          2148784224    259200         0
   2      3450          2136601824         0         0      8122          2136601824      8121          2136406400    195424         0
   3       808           458855680         0         0      1800           458855680      1795           457611520    259200         0
   4       808           458855680         0         0      1800           458855680      1795           457611520    259200         0
   5       808           458855680         0         0      1800           458855680      1795           457611520    259200         0
   6       805           456989440         0         0      1793           456989440      1788           455745280     45440         0
   7       522           296265536         0         0      1161           296265536      1157           295178240    259200         0
   8        58            33344080         0         0       129            33344080       125            32099920    259200         0
   9         8             4976640         0         0        19             4976640        14             3732480    251520         0
  10         5             3110400         0         0        12             3110400         7             1866240    202240         0
  11         5             3110400         0         0        12             3110400         6             1816960    202240         0
  12         4             2488320         0         0         9             2488320         4             1244160    259200         0
  13         3             1866240         0         0         7             1866240         3              984960     49280         0
  14         3             1866240         0         0         7             1866240         3              984960     49280         0
  15         3             1866240         0         0         7             1866240         3              984960     49280         0
  16         3             1866240         0         0         7             1866240         2              622080     49280         0
  17         3             1866240         0         0         7             1866240         2              622080     49280         0
  18         3             1866240         0         0         7             1866240         2              622080     49280         0
  19         3             1866240         0         0         7             1866240         2              622080     49280         0
  20         3             1866240         0         0         7             1866240         2              622080     49280         0
  21         3             1866240         0         0         7             1866240         2              622080     49280         0
  22         3             1866240         0         0         7             1866240         2              622080     49280         0
  23         3             1866240         0         0         7             1866240         2              622080     49280         0
  24         3             1866240         0         0         7             1866240         2              622080     49280         0
  25         3             1866240         0         0         7             1866240         2              622080     49280         0
  26         3             1866240         0         0         7             1866240         2              622080     49280         0
  27         3             1866240         0         0         7             1866240         2              622080     49280         0
  28         3             1866240         0         0         7             1866240         2              622080     49280         0
  29         3             1866240         0         0         7             1866240         2              622080     49280         0
  30         3             1866240         0         0         7             1866240         2              622080     49280         0
  31         2             1244160         0         0         4             1244160         1              362880    259200         0

ID从8开始有问题。貌似是内存不够？

[quote][url=forum.php?mod=redirect&goto=findpost&pid=33859&ptid=11930]default 发表于 2016-7-13 10:32[/url]
是否看这部分？
----- Detail Stream STATE -------------------------------------------------------- ...[/quote]

具体解释可以参考文档最后一章

简单的可以看 fps那一项,就知道当前的解码器是否在工作了

[quote][url=forum.php?mod=redirect&goto=findpost&pid=33861&ptid=11930]zhuangweiye 发表于 2016-7-13 10:39[/url]
具体解释可以参考文档最后一章

简单的可以看 fps那一项,就知道当前的解码器是否在工作了[/quote]

好的，帮助很大啊！想问下HI_MPI_VDEC_SendStream返回错误提示缓冲区满是什么原因导致的？我现在创建25个VDEC通道，读取一个文件，然后循环发送25次到解码器，就一直打印缓冲区满了，导致有些通道不解码，看到的现象是：平铺窗口的最后几个画面静止了。

[quote][url=forum.php?mod=redirect&goto=findpost&pid=33898&ptid=11930]default 发表于 2016-7-13 15:26[/url]
好的，帮助很大啊！想问下HI_MPI_VDEC_SendStream返回错误提示缓冲区满是什么原因导致的？我现在创建25个 ...[/quote]

通常送数据如果错了，但是还是没解出来就会满，解出数据后，这些数据才会被抛弃，一直解不出来，就留下来了，这个很常见。

////////////如果打开的通道最大是D1,你送入了720的流。

///如果送入的流异常，例如按照帧率送流，但进入的如果不是完整一帧。或者速度太快。也可能是解码参数里面的那个3/4寬高缓冲被超过了，说白了就是缓冲小了也会。

[quote][url=forum.php?mod=redirect&goto=findpost&pid=33898&ptid=11930]default 发表于 2016-7-13 15:26[/url]
好的，帮助很大啊！想问下HI_MPI_VDEC_SendStream返回错误提示缓冲区满是什么原因导致的？我现在创建25个 ...[/quote]

这个问题就需要一些log才能判断了

几个问题:
1.码流对应的图像时多大尺寸的? 是否会出现解码能力不足的问题?
2.送码流的地方是block方式还是noblock方式?
3.如果是noblock方式有没有先判断要送的通道码流buffer已经有内容了?
4.vdec的帧存分配方式是private还是module, 是否给vdec分配了足够的帧存?

给个运行时完整的 /proc/umap/vdec的log,如果是module方式,再给个/proc/umap/vb的log,看完才能知道海思这边有没有问题

[quote][url=forum.php?mod=redirect&goto=findpost&pid=33908&ptid=11930]zhuangweiye 发表于 2016-7-13 16:38[/url]
这个问题就需要一些log才能判断了

几个问题:
[/quote]

我是使用noblock，流发送方式，帧存为module模式，即sample_vo默认的配置，不理解你说的“有没有先判断要送的通道码流buffer已经有内容了”，我循环读取264文件发送到解码器的应该一直有数据

[quote][url=forum.php?mod=redirect&goto=findpost&pid=33956&ptid=11930]default 发表于 2016-7-14 10:53[/url]
我是使用noblock，流发送方式，帧存为module模式，即sample_vo默认的配置，不理解你说的“有没有先判断要 ...[/quote]

module模式,那么要开足够多的VB满足25路vdec的需求, 一般来说一个vdec channel需要5个VB

我说的判断解码器buffer,不是讲没有数据,而是数据太多了, 楼主不是出现buffer full吗

在送数据前先用HI_MPI_VDEC_Query()看看编码器里面已经有多少数据了,如果有几帧了,就不用送数据了,送了也解不了,反而出现错误

看下/dev/logmpp

[quote][url=forum.php?mod=redirect&goto=findpost&pid=33959&ptid=11930]zhuangweiye 发表于 2016-7-14 11:13[/url]
module模式,那么要开足够多的VB满足25路vdec的需求, 一般来说一个vdec channel需要5个VB

我说的判断解 ...[/quote]

好的，学到东西了:handshake