各位好：                 海思Hi3536听说要停产，是真的吗，没有芯片代工厂了吗？有了解的吗，帮回复下，主要目前产品还在用这款芯片。

请教各位：    Hi3536芯片，采用主从CPU方式，烧写的mpp_master和mpp_salve下的文件系统，如果应用UART2和UART3，谢谢。

各位好：  君正推出的T30A的 AI版本芯片单价大约多少？

请教各位,用Hi3531的高清DHD0设备的VGA输出，外接长型显示屏(3:4)，输出的图像仍是安宽屏方式显示，所以希望输出图像能旋转90度，但没有查到对以底层函数，有处理过的请指定下，多谢。

各位好：           产品用Hi3531芯片的板子，大都启动没有问题可以正常进入系统，但有几块板子启动时报错如下： SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 Hierarchical RCU implementation. NR_IRQS:128 nr_irqs:128 128 sched_clock: 32 bits at 155MHz, resolution 6ns, wraps every 27709ms Console: colour dummy device 80x30 Calibrating delay loop... 1849.75 BogoMIPS (lpj=9248768) pid_max: default: 32768 minimum: 301 Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok CPU1: Booted secondary processor Brought up 2 CPUs SMP: Total of 2 processors activated (3706.06 BogoMIPS). NET: Registered protocol family 16 Serial: AMBA PL011 UART driver uart:0: ttyAMA0 at MMIO 0x20080000 (irq = 40) is a PL011 rev2 console [ttyAMA0] enabled uart:1: ttyAMA1 at MMIO 0x20090000 (irq = 41) is a PL011 rev2 uart:2: ttyAMA2 at MMIO 0x200a0000 (irq = 42) is a PL011 rev2 uart:3: ttyAMA3 at MMIO 0x200b0000 (irq = 43) is a PL011 rev2 //以下开始报出的错误信息 Unhandled fault: alignment exception (0x011) at 0xffff0037 Internal error: : 11 [#1] SMP Modules linked in: CPU: 1    Not tainted  (3.0.8 #26) PC is at acct_process+0x48/0xc8 LR is at acct_process+0x20/0xc8 pc : []    lr : []    psr: a0000013 sp : df9c9f70  ip : df9c9f70  fp : df9c9f94 r10: 00000000  r9 : 00000001  r8 : ffff002f r7 : 00000000  r6 : c06ee008  r5 : df401080  r4 : df9aabc0 r3 : 00000000  r2 : 00000000  r1 : df9c9f70  r0 : c06ee008 Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user Control: 10c53c7f  Table: 8000404a  DAC: 00000015 PC: 0xc008fd48: fd48  e0922002 e3a00000 e0a33003 e3a01000 e1500002 e0d11003 e24cc001 bafffff7 fd68  e14b07dc e1a0cb8c e50b809c e7f62453 e182c00c eaffff1c e1a0c00d e92dd9f8 fd88  e24cb004 e1a0100d e3c10d7f e3c0303f e593000c ebff8ae1 e2505000 089da9f8 fda8  e30e6008 e34c606e e3a07000 e5958024 e30e0008 e34c006e e3580000 0a000016 fdc8  e5982008 e3520000 0a000013 eb12e71b e5984008 e3540000 e284301c 0a000012 fde8  e1931f9f e2811001 e1832f91 e3320000 1afffffa f57ff05f e5867000 f57ff04f fe08  e320f004 e1a00008 e1a01005 e1a02004 ebfffea9 e1a00004 eb00fd1b e595501c fe28  e3550000 1affffe0 e89da9f8 f57ff05f e5864000 f57ff04f e320f004 eafffff6 LR: 0xc008fd20: fd20  e1520000 e0d38001 a1a03001 a3a0c45f aa00000f e51b809c e1a02000 e1a03001 fd40  e3a0c0be e14b07fc e0922002 e3a00000 e0a33003 e3a01000 e1500002 e0d11003 fd60  e24cc001 bafffff7 e14b07dc e1a0cb8c e50b809c e7f62453 e182c00c eaffff1c fd80  e1a0c00d e92dd9f8 e24cb004 e1a0100d e3c10d7f e3c0303f e593000c ebff8ae1 fda0  e2505000 089da9f8 e30e6008 e34c606e e3a07000 e5958024 e30e0008 e34c006e bio: create slab at 0 controller0, config base:0x20800000, mem size:0x800000 controhler1, config base:0x20810000, mem size:0x800000 pci 0000:00:00.0: [19e5:3531] type 1 class 0x000604 正常启动进入系统的板子输出是这样的： SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 Hierarchical RCU implementation. NR_IRQS:128 nr_irqs:128 128 sched_clock: 32 bits at 155MHz, resolution 6ns, wraps every 27709ms Console: colour dummy device 80x30 Calibrating delay loop... 1849.75 BogoMIPS (lpj=9248768) pid_max: default: 32768 minimum: 301 Mount-cache hash table entries: 512 CPU: Testing write buffer coherency: ok CPU1: Booted secondary processor Brought up 2 CPUs SMP: Total of 2 processors activated (3706.06 BogoMIPS). NET: Registered protocol family 16 Serial: AMBA PL011 UART driver uart:0: ttyAMA0 at MMIO 0x20080000 (irq = 40) is a PL011 rev2 console [ttyAMA0] enabled uart:1: ttyAMA1 at MMIO 0x20090000 (irq = 41) is a PL011 rev2 uart:2: ttyAMA2 at MMIO 0x200a0000 (irq = 42) is a PL011 rev2 uart:3: ttyAMA3 at MMIO 0x200b0000 (irq = 43) is a PL011 rev2 bio: create slab at 0 controller0, config base:0x20800000, mem size:0x800000 controller1, config base:0x20810000, mem size:0x800000 PCI: bus0: Fast back to back transfers disabled PCI: bus1: Fast back to back transfers enabled PCI: bus2: Fast back to back transfers disabled PCI: bus3: Fast back to back transfers enabled pci 0000:02:00.0: BAR 0: assigned [mem 0x60000000-0x607fffff pref] pci 0000:02:00.0: BAR 0: set to [mem 0x60000000-0x607fffff pref] (PCI address [0x60000000-0x607fffff]) pci 0000:02:00.0: BAR 1: assigned [mem 0x60800000-0x6080ffff] pci 0000:02:00.0: BAR 1: set to [mem 0x60800000-0x6080ffff] (PCI address [0x60800000-0x6080ffff]) pci 0000:02:00.0: BAR 6: assigned [mem 0x60810000-0x6081ffff pref] pci 0000:02:00.0: PCI bridge to [bus 03-03] pci 0000:02:00.0:   bridge window [io  disabled] pci 0000:02:00.0:   bridge window [mem disabled] pci 0000:02:00.0:   bridge window [mem pref disabled] pci 0000:00:00.0: BAR 0: assigned [mem 0x30000000-0x307fffff pref] pci 0000:00:00.0: BAR 0: set to [mem 0x30000000-0x307fffff pref] (PCI address [0x30000000-0x307fffff]) pci 0000:00:00.0: BAR 1: assigned [mem 0x30800000-0x3080ffff] pci 0000:00:00.0: BAR 1: set to [mem 0x30800000-0x3080ffff] (PCI address [0x30800000-0x3080ffff]) pci 0000:00:00.0: BAR 6: assigned [mem 0x30810000-0x3081ffff pref] bio: create slab at 0，报出的板子没有执行到这句输出，就开输出错误信息了，请问各位是内存焊接问题，还是3531没有焊接好呢？

请教各位,公司一直用Hi3531，近期供货商说3531可能要停，不知道有了解情况的吗，是否要停产。

在3531芯片驱动2个网卡芯片，(芯片用的是RTL8211EG)，用ifconfig命令可以检测到eth1,但是eth1无法ping通，eth0是可以正常ping通的。 输入ifconfig命令后显示如下： # ifconfig eth0      Link encap:Ethernet  HWaddr 88:91:93:90:91:59             inet addr:172.16.0.171  Bcast:172.16.0.255  Mask:255.255.255.0           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:0 errors:0 dropped:0 overruns:0 frame:0           TX packets:6 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:0 (0.0 B)  TX bytes:252 (252.0 B)           Interrupt:119 eth1      Link encap:Ethernet  HWaddr 18:90:90:90:91:59             inet addr:192.168.90.250  Bcast:192.168.90.255  Mask:255.255.255.0           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:0 errors:0 dropped:0 overruns:0 frame:0           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)           Interrupt:119 Base address:0x4000 lo        Link encap:Local Loopback             inet addr:127.0.0.1  Mask:255.0.0.0           UP LOOPBACK RUNNING  MTU:16436  Metric:1           RX packets:5 errors:0 dropped:0 overruns:0 frame:0           TX packets:5 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:0           RX bytes:496 (496.0 B)  TX bytes:496 (496.0 B) 通过串口查看，一直在不断输出下面内容： # PHY: 1:01 - Link is Down PHY: 1:01 - Link is Up - 1000/Full PHY: 1:01 - Link is Down PHY: 1:01 - Link is Up - 1000/Full PHY: 1:01 - Link is Down PHY: 1:01 - Link is Up - 1000/Full PHY: 1:01 - Link is Down PHY: 1:01 - Link is Up - 1000/Full 可能是软件问题导致的吗，请教各位，谢谢。

按Demo讲3531配置1G内存，请教哪位对3531的内存进行过调整，讲操作系统内存扩展大于512M，MMZ占用小于512M，如下图：是按OS=64M进行分配的，如果讲OS扩大到大于512M，如果配置？   

使用Hi3531实现解码并进行编码，编码通道绑定到了VPSS的VPSS_BSTR_CHN通道上，利用例程函数生成了编码码流，之后从编码码流包结构中的pu8Add地址获取码流，发现pu8Add存储的地址超出了内存范围 typedef struct hiVENC_PACK_S { HI_U32 u32PhyAddr[2]; HI_U8 *pu8Addr[2]; HI_U32 u32Len[2]; VENC_DATA_TYPE_U DataType; HI_U64 u64PTS; HI_BOOL bFieldEnd; HI_BOOL bFrameEnd; }VENC_PACK_S; 请教各位可能是什么原因导致？

通过3531芯片解码264文件通过高清设备显示输出，同时将解码的码流再进行编码为264的码流。请教，是将VPSS的物理通道VPSS_BSTR_CHN与VENC编码进行绑定实现编码，同时将VPSS_PRE0_CHN与VO的通道进行绑定，实现输出显示，这时VPSS的Group的通道属性是否应该设置为USER模式，之前默认是AUTO模式的。 另一种方案是将3531的VDEC绑定VPSS,VPSS绑定VO，VO再绑定VENC，请教哪种方案可实现。

请教各位，是否可以通过3536将解码的264格式的1080P码流编码为1280*720p的码流， 看来例程，是否对于解码通道属性都按1080P码流进行设置，编码通道只需将SAMPLE_COMM_VENC_Start(VENC_CHN VencChn, PAYLOAD_TYPE_E enType, VIDEO_NORM_E enNorm, PIC_SIZE_E enSize, SAMPLE_RC_E enRcMode)函数中的PIC_SIZE_E enSize设置为PIC_HD720即可，谢谢。

请教各位，通过Hi3531来解码使用live555的库从网络摄像头获取RTST协议的264码流，进行解码，播放时图形下部分花屏，偶尔好下，然后又花屏，是什原因导致的呢，各位有遇到这方面的问题吗，如何解决的。

之前通过live555从大华等国内摄像头获取码流，放入缓存队列然后由Hi3531从缓存获取进行解码是可以实现解码的。换了松下的SFN533的IP摄像头就不 能解码通过VO播放出来，如果不通过缓存，直接保存到本地生成h264文件，然后再通过Hi3531可以解码播放，观察了保存的码流松下摄像头NAL单元从 00 00 00 01 90 10或00 00 00 01 90 30开始的，不知道是否和这个相关。请各位指点。

请教各位，Hi3531通过那种方式可以获取到连接的显示器的分辨率，查了海思的HiFrameBuffer手册，说不支持获取硬件设备信息，不知道哪位了解这方面信息，给予指点，多谢。

各位好,现在调试Hi3536的demo板，按3536数据手册介绍最多可以解码16路1080P，并实现2路1080P的编码。将SDK中的例程进行修改，创建了16个1080P的解码通道实现解码本地的保存的1080P的264码流，然后解码通道0-7合屏为1路视频并编码，解码通道8-15的输出合屏为1路视频进行编码，执行后可以生成2路264码流文件。对生成的码流解码播放时，出现了有些解码通道只有开始画面之后就停止了，有的解码通道可以正常播放。如果使用16路解码通道，而将16路解码通道输出合屏并编码为1路码流时对生成的码流播放是可以正常看到播放的画面的。多增加了1路编码，会导致的，还是其它原因呢？请教各位，多谢。

主要是希望实现当给解码通道发送码流时，一旦码流中断，希望通道出现一个图片提示或logo图片，用海思芯片这方面是应用哪种模块实现的呢？因为输出窗口的通道数量变化，窗口的大小随之改变，需要图片也随窗口大小一同缩放，请教有这方面使用的网友指点。

使用海思例程解码本地存储的.jpeg图片，如果只是用解码通道0解码，可见成功创建解码通道，而且解码。如果使用4路解码通道解码同一图片，解码通道0可以创建成功，创建解码通道1时报错：HI_MPI_VDEC_CreateChn chn 1 failed at SAMPLE_COMM_VDEC_Start: LINE: 755 with 0xa0058003! 0xA0058003： HI_ERR_VDEC_ILLEGAL_PARAM 参数超出合法范围。 下面是设置解码通道参数的部分函数部分，请教各位帮看看    for(i=0; i     {         pstVdecChnAttr.enType       = PT_JPEG;         pstVdecChnAttr.u32BufSize   = 3 * pstSize->u32Width * pstSize->u32Height;         pstVdecChnAttr.u32Priority  = 5;         pstVdecChnAttr.u32PicWidth  = pstSize->u32Width;         pstVdecChnAttr.u32PicHeight = pstSize->u32Height;         if (PT_H264 == enType || PT_MP4VIDEO == enType)         {             pstVdecChnAttr.stVdecVideoAttr.enMode=VIDEO_MODE_STREAM;             pstVdecChnAttr.stVdecVideoAttr.u32RefFrameNum = 1;             pstVdecChnAttr.stVdecVideoAttr.bTemporalMvpEnable = 0;         }         else if (PT_JPEG == enType || PT_MJPEG == enType)         {             pstVdecChnAttr->stVdecJpegAttr.enMode = VIDEO_MODE_FRAME;             pstVdecChnAttr->stVdecJpegAttr.enJpegFormat = JPG_COLOR_FMT_YCBCR420;         }

在Hi3531下如果通过帧模式解码可与判断解码通道是否已经为空，但是流模式解码下，通过查询解码通道是否有图像或用户数据输出HI_MPI_VDEC_QueryData函数，及时没有数据送入解码通道，输出的数据也一直是1。请教各位是否有其它方式。谢谢。

请教各位，如果对应Hi3531或Hi3536芯片，输出设备和输出通道对应关系怎样设定，如果输出设备0需要显示通道0-3的视频，输出设备1需要显示通道4-7的视频，是否应该在函数 HI_S32 HI_MPI_VO_SetChnAttr(VO_DEV VoDev,VO_CHN VoChn, VO_CHN_ATTR_S*pstAttr);中设备VoDev号0，VoChn对应到0-3，VoDev设备号1对应VoChn4-7，写入到函数中。 是否按上述方式，配置显示设备和对应通道呢？谢谢！

请教各位，用Hi3531解码USB摄像头截取的H.264文件然后通过VPSS和VO输出，但输出总是有延时，一开始延时很少，之后达到8－9秒，然后卡一下，再重复上述过程。请教各位给解惑一下。谢谢。