v4l2h264enc

时间: 2024-06-16 22:08:13 浏览: 11
v4l2h264enc是一个用于在Linux系统上进行H.264视频编码的模块。它是基于Video4Linux2(V4L2)框架开发的,V4L2是Linux内核中用于视频设备驱动程序的标准接口。 v4l2h264enc模块提供了一组API,可以通过这些API来配置和控制视频编码器,并将输入的原始视频数据编码为H.264格式。它支持多种编码参数的设置,如分辨率、帧率、比特率、GOP大小等。同时,它还提供了一些回调函数,用于获取编码后的数据或处理编码器的状态信息。 使用v4l2h264enc模块可以方便地将原始视频数据编码为H.264格式,适用于各种需要进行视频编码的应用场景,比如视频监控、实时视频传输等。
相关问题

queue ! h264parse ! omxh264dec ! queue ! nvv4l2h264enc解释

queue ! h264parse ! omxh264dec ! queue ! nvv4l2h264enc 是一个GStreamer管道,用于将H.264视频流进行解码和重新编码。 具体解释如下: 1. queue:用于在管道中创建一个缓冲区队列,以便在不同的元素之间传递数据。 2. h264parse:用于解析H.264视频流的元数据,并将其转换为GStreamer可处理的格式。 3. omxh264dec:使用OMX(OpenMAX)硬件解码器对H.264视频进行解码。OMX是一种跨平台的API,可以利用硬件加速来提高视频解码性能。 4. queue:再次使用队列元素,以便在解码和重新编码之间传递数据。 5. nvv4l2h264enc:使用NVIDIA的V4L2(Video for Linux 2)编码器对视频进行H.264重新编码。这是一种硬件加速的编码器,可以利用NVIDIA GPU来提高编码性能。 通过这个管道,H.264视频流首先被解析和解码,然后再经过重新编码,以便进行后续处理或传输。

生成一个rk3399 mpi接口使用mppencrccfg 的h264编码 包含#define TAG "mpi_h264enc_test" 完整程序

很抱歉,我无法提供完整的程序代码。但我可以给出一些参考: ```c #include <stdio.h> #include <stdlib.h> #include <string.h> #include <unistd.h> #include <pthread.h> #include <fcntl.h> #include <sys/ioctl.h> #include <sys/mman.h> #include <sys/time.h> #include <linux/videodev2.h> #include "rk_mpi.h" #include "rk_venc.h" #define TAG "mpi_h264enc_test" #define VIDEO_WIDTH 1920 #define VIDEO_HEIGHT 1080 #define VIDEO_FPS 30 #define FRAME_NUM 1000 typedef struct { int fd; void *start; size_t length; } camera_t; static camera_t *camera_open(int id) { camera_t *camera = (camera_t *)malloc(sizeof(camera_t)); if (camera == NULL) { printf("[%s] malloc camera_t failed\n", TAG); return NULL; } char dev_name[16]; sprintf(dev_name, "/dev/video%d", id); camera->fd = open(dev_name, O_RDWR); if (camera->fd < 0) { printf("[%s] open %s failed\n", TAG, dev_name); free(camera); return NULL; } struct v4l2_capability cap; if (ioctl(camera->fd, VIDIOC_QUERYCAP, &cap) < 0) { printf("[%s] VIDIOC_QUERYCAP failed\n", TAG); close(camera->fd); free(camera); return NULL; } if (!(cap.capabilities & V4L2_CAP_VIDEO_CAPTURE)) { printf("[%s] %s is not a video capture device\n", TAG, dev_name); close(camera->fd); free(camera); return NULL; } if (!(cap.capabilities & V4L2_CAP_STREAMING)) { printf("[%s] %s does not support streaming i/o\n", TAG, dev_name); close(camera->fd); free(camera); return NULL; } struct v4l2_format fmt; memset(&fmt, 0, sizeof(fmt)); fmt.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; fmt.fmt.pix.width = VIDEO_WIDTH; fmt.fmt.pix.height = VIDEO_HEIGHT; fmt.fmt.pix.pixelformat = V4L2_PIX_FMT_YUYV; fmt.fmt.pix.field = V4L2_FIELD_NONE; if (ioctl(camera->fd, VIDIOC_S_FMT, &fmt) < 0) { printf("[%s] VIDIOC_S_FMT failed\n", TAG); close(camera->fd); free(camera); return NULL; } struct v4l2_requestbuffers req; memset(&req, 0, sizeof(req)); req.count = 4; req.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; req.memory = V4L2_MEMORY_MMAP; if (ioctl(camera->fd, VIDIOC_REQBUFS, &req) < 0) { printf("[%s] VIDIOC_REQBUFS failed\n", TAG); close(camera->fd); free(camera); return NULL; } struct v4l2_buffer buf; for (int i = 0; i < req.count; i++) { memset(&buf, 0, sizeof(buf)); buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; buf.memory = V4L2_MEMORY_MMAP; buf.index = i; if (ioctl(camera->fd, VIDIOC_QUERYBUF, &buf) < 0) { printf("[%s] VIDIOC_QUERYBUF failed\n", TAG); close(camera->fd); free(camera); return NULL; } camera->start = mmap(NULL, buf.length, PROT_READ | PROT_WRITE, MAP_SHARED, camera->fd, buf.m.offset); if (camera->start == MAP_FAILED) { printf("[%s] mmap failed\n", TAG); close(camera->fd); free(camera); return NULL; } camera->length = buf.length; if (ioctl(camera->fd, VIDIOC_QBUF, &buf) < 0) { printf("[%s] VIDIOC_QBUF failed\n", TAG); munmap(camera->start, camera->length); close(camera->fd); free(camera); return NULL; } } enum v4l2_buf_type type = V4L2_BUF_TYPE_VIDEO_CAPTURE; if (ioctl(camera->fd, VIDIOC_STREAMON, &type) < 0) { printf("[%s] VIDIOC_STREAMON failed\n", TAG); close(camera->fd); free(camera); return NULL; } return camera; } static void camera_close(camera_t *camera) { if (camera != NULL) { enum v4l2_buf_type type = V4L2_BUF_TYPE_VIDEO_CAPTURE; ioctl(camera->fd, VIDIOC_STREAMOFF, &type); for (int i = 0; i < 4; i++) { munmap(camera->start, camera->length); } close(camera->fd); free(camera); } } static int camera_capture(camera_t *camera, unsigned char *buffer, int *length) { struct v4l2_buffer buf; memset(&buf, 0, sizeof(buf)); buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; buf.memory = V4L2_MEMORY_MMAP; if (ioctl(camera->fd, VIDIOC_DQBUF, &buf) < 0) { return -1; } memcpy(buffer, camera->start, buf.bytesused); *length = buf.bytesused; if (ioctl(camera->fd, VIDIOC_QBUF, &buf) < 0) { return -1; } return 0; } static void *camera_thread(void *arg) { camera_t *camera = (camera_t *)arg; unsigned char *buffer = (unsigned char *)malloc(camera->length); if (buffer == NULL) { printf("[%s] malloc buffer failed\n", TAG); return NULL; } int length = 0; while (1) { if (camera_capture(camera, buffer, &length) == 0) { // do something with captured frame } usleep(1000); } free(buffer); return NULL; } int main(int argc, char **argv) { RK_MPI_SYS_Init(); RK_U32 u32Width = VIDEO_WIDTH; RK_U32 u32Height = VIDEO_HEIGHT; RK_U32 u32Fps = VIDEO_FPS; RK_U32 u32BitRate = u32Width * u32Height * 3 / 2 * u32Fps; RK_U32 u32KeyFrameInterval = u32Fps; RK_U32 u32Profile = 66; // H264 PROFILE_HIGH MPP_CHN_S stChnAttr; stChnAttr.mChnId = 0; stChnAttr.mModId = RK_ID_VENC; stChnAttr.mDevId = 0; stChnAttr.mWidth = u32Width; stChnAttr.mHeight = u32Height; stChnAttr.mFps = u32Fps; stChnAttr.mBitRate = u32BitRate; stChnAttr.mProfile = u32Profile; stChnAttr.mLevel = 41; // H264 LEVEL4_1 stChnAttr.mPixelFormat = RK_FMT_YUV420SP; stChnAttr.mRotation = 0; stChnAttr.mMirror = 0; stChnAttr.mFlip = 0; stChnAttr.mDrmMode = 0; stChnAttr.mDrmFd = -1; if (RK_MPI_VENC_CreateChn(0, &stChnAttr) != RK_SUCCESS) { printf("[%s] create venc chn failed\n", TAG); return -1; } if (RK_MPI_VENC_RegisterChn(0, 0, 0) != RK_SUCCESS) { printf("[%s] register venc chn failed\n", TAG); return -1; } MPP_CHN_S stSrcChn; stSrcChn.mModId = RK_ID_VI; stSrcChn.mDevId = 0; stSrcChn.mChnId = 0; MPP_CHN_S stDestChn; stDestChn.mModId = RK_ID_VENC; stDestChn.mDevId = 0; stDestChn.mChnId = 0; RK_MPI_SYS_Bind(&stSrcChn, &stDestChn); camera_t *camera = camera_open(0); if (camera != NULL) { pthread_t tid; pthread_create(&tid, NULL, camera_thread, camera); } RK_S32 s32Ret = RK_SUCCESS; MPP_FRAME_S stFrame; memset(&stFrame, 0, sizeof(stFrame)); stFrame.mModId = RK_ID_VENC; stFrame.mChannelId = 0; stFrame.mWidth = u32Width; stFrame.mHeight = u32Height; stFrame.mField = RK_FIELD_NONE; stFrame.mFrameType = RK_CODEC_FRAME_SPS_PPS_I; stFrame.mCompressMode = COMPRESS_MODE_NONE; stFrame.mBitWidth = 10; stFrame.mColor = MPP_FMT_YUV420SP; for (int i = 0; i < FRAME_NUM; i++) { s32Ret = RK_MPI_VENC_GetFrm(0, &stFrame, RK_TRUE); if (s32Ret != RK_SUCCESS) { printf("[%s] venc get frame failed\n", TAG); goto done; } unsigned char *y = (unsigned char *)stFrame.mVirAddr[0]; unsigned char *uv = (unsigned char *)stFrame.mVirAddr[1]; int y_len = stFrame.mWidth * stFrame.mHeight; int uv_len = stFrame.mWidth * stFrame.mHeight / 2; RK_MPI_VENC_RcCfg rc_cfg; memset(&rc_cfg, 0, sizeof(rc_cfg)); rc_cfg.mRcMode = VENC_RC_MODE_H264CBR; rc_cfg.mBitRate = u32BitRate; rc_cfg.mFrmRate = u32Fps; rc_cfg.mGop = u32KeyFrameInterval; rc_cfg.mQpMin = 30; rc_cfg.mQpMax = 51; rc_cfg.mQpInit = 35; rc_cfg.mMaxReEncodeTimes = 5; rc_cfg.mMaxQPDelta = 10; rc_cfg.mMaxBitRateTolerance = 1000; RK_MPI_VENC_SetRcCfg(0, &rc_cfg); RK_MPI_VENC_H264Cfg h264_cfg; memset(&h264_cfg, 0, sizeof(h264_cfg)); h264_cfg.mProfile = u32Profile; h264_cfg.mLevel = 41; h264_cfg.mEntropyMode = VENC_ENTROPY_MODE_CABAC; h264_cfg.mCabacInitIdc = 0; h264_cfg.mSliceNum = 2; h264_cfg.mSliceMode = VENC_H264_SLICEMODE_SINGLE; RK_MPI_VENC_SetH264Cfg(0, &h264_cfg); RK_MPI_VENC_H264Vui h264_vui; memset(&h264_vui, 0, sizeof(h264_vui)); h264_vui.mAspectRatioIdc = 0; h264_vui.mOverScanInfo = 0; h264_vui.mBitstreamRestriction = 0; RK_MPI_VENC_SetH264Vui(0, &h264_vui); RK_MPI_VENC_H264Sei h264_sei; memset(&h264_sei, 0, sizeof(h264_sei)); h264_sei.mRecoveryPoint = 0; h264_sei.mRecoveryPointInfoPresent = 0; h264_sei.mBufferingPeriod = 0; h264_sei.mPictureTiming = 0; RK_MPI_VENC_SetH264Sei(0, &h264_sei); MPP_ENC_CFG_S stMppEncCfg; memset(&stMppEncCfg, 0, sizeof(stMppEncCfg)); stMppEncCfg.mRcCfg = &rc_cfg; stMppEncCfg.mGopCfg = NULL; stMppEncCfg.mH264Cfg = &h264_cfg; stMppEncCfg.mH264VuiCfg = &h264_vui; stMppEncCfg.mH264SeiCfg = &h264_sei; RK_MPI_VENC_SetMppCfg(0, &stMppEncCfg); MPP_ENC_SEI_S stEncSei; memset(&stEncSei, 0, sizeof(stEncSei)); stEncSei.mEncSeiMode = MPP_ENC_SEI_MODE_ALL; RK_MPI_VENC_SetExtCfg(0, ENC_CFG_SEI, &stEncSei); RK_MPI_VENC_SendFrame(0, y, uv, y_len, uv_len); RK_MPI_VENC_ReleaseFrm(0, &stFrame); usleep(1000 * 1000 / u32Fps); } done: if (RK_MPI_VENC_UnRegisterChn(0, 0, 0) != RK_SUCCESS) { printf("[%s] unregister venc chn failed\n", TAG); } if (RK_MPI_VENC_DestroyChn(0) != RK_SUCCESS) { printf("[%s] destroy venc chn failed\n", TAG); } RK_MPI_SYS_UnBind(&stSrcChn, &stDestChn); if (camera != NULL) { camera_close(camera); } RK_MPI_SYS_Exit(); return 0; } ``` 这是一个基于 Rockchip RK3399 平台的 H.264 编码程序,程序中包含了使用 MPP 接口对 H.264 编码器进行配置的相关代码,可以根据需要进行修改。注意,本程序只是一个示例程序,不保证可以直接编译通过并运行。

相关推荐

最新推荐

recommend-type

京瓷TASKalfa系列维修手册:安全与操作指南

"该资源是一份针对京瓷TASKalfa系列多款型号打印机的维修手册,包括TASKalfa 2020/2021/2057,TASKalfa 2220/2221,TASKalfa 2320/2321/2358,以及DP-480,DU-480,PF-480等设备。手册标注为机密,仅供授权的京瓷工程师使用,强调不得泄露内容。手册内包含了重要的安全注意事项,提醒维修人员在处理电池时要防止爆炸风险,并且应按照当地法规处理废旧电池。此外,手册还详细区分了不同型号产品的打印速度,如TASKalfa 2020/2021/2057的打印速度为20张/分钟,其他型号则分别对应不同的打印速度。手册还包括修订记录,以确保信息的最新和准确性。" 本文档详尽阐述了京瓷TASKalfa系列多功能一体机的维修指南,适用于多种型号,包括速度各异的打印设备。手册中的安全警告部分尤为重要,旨在保护维修人员、用户以及设备的安全。维修人员在操作前必须熟知这些警告,以避免潜在的危险,如不当更换电池可能导致的爆炸风险。同时,手册还强调了废旧电池的合法和安全处理方法,提醒维修人员遵守地方固体废弃物法规。 手册的结构清晰,有专门的修订记录,这表明手册会随着设备的更新和技术的改进不断得到完善。维修人员可以依靠这份手册获取最新的维修信息和操作指南,确保设备的正常运行和维护。 此外,手册中对不同型号的打印速度进行了明确的区分,这对于诊断问题和优化设备性能至关重要。例如,TASKalfa 2020/2021/2057系列的打印速度为20张/分钟,而TASKalfa 2220/2221和2320/2321/2358系列则分别具有稍快的打印速率。这些信息对于识别设备性能差异和优化工作流程非常有用。 总体而言,这份维修手册是京瓷TASKalfa系列设备维修保养的重要参考资料,不仅提供了详细的操作指导,还强调了安全性和合规性,对于授权的维修工程师来说是不可或缺的工具。
recommend-type

管理建模和仿真的文件

管理Boualem Benatallah引用此版本:布阿利姆·贝纳塔拉。管理建模和仿真。约瑟夫-傅立叶大学-格勒诺布尔第一大学,1996年。法语。NNT:电话:00345357HAL ID:电话:00345357https://theses.hal.science/tel-003453572008年12月9日提交HAL是一个多学科的开放存取档案馆,用于存放和传播科学研究论文,无论它们是否被公开。论文可以来自法国或国外的教学和研究机构,也可以来自公共或私人研究中心。L’archive ouverte pluridisciplinaire
recommend-type

【进阶】入侵检测系统简介

![【进阶】入侵检测系统简介](http://www.csreviews.cn/wp-content/uploads/2020/04/ce5d97858653b8f239734eb28ae43f8.png) # 1. 入侵检测系统概述** 入侵检测系统(IDS)是一种网络安全工具,用于检测和预防未经授权的访问、滥用、异常或违反安全策略的行为。IDS通过监控网络流量、系统日志和系统活动来识别潜在的威胁,并向管理员发出警报。 IDS可以分为两大类:基于网络的IDS(NIDS)和基于主机的IDS(HIDS)。NIDS监控网络流量,而HIDS监控单个主机的活动。IDS通常使用签名检测、异常检测和行
recommend-type

轨道障碍物智能识别系统开发

轨道障碍物智能识别系统是一种结合了计算机视觉、人工智能和机器学习技术的系统,主要用于监控和管理铁路、航空或航天器的运行安全。它的主要任务是实时检测和分析轨道上的潜在障碍物,如行人、车辆、物体碎片等,以防止这些障碍物对飞行或行驶路径造成威胁。 开发这样的系统主要包括以下几个步骤: 1. **数据收集**:使用高分辨率摄像头、雷达或激光雷达等设备获取轨道周围的实时视频或数据。 2. **图像处理**:对收集到的图像进行预处理,包括去噪、增强和分割,以便更好地提取有用信息。 3. **特征提取**:利用深度学习模型(如卷积神经网络)提取障碍物的特征,如形状、颜色和运动模式。 4. **目标
recommend-type

小波变换在视频压缩中的应用

"多媒体通信技术视频信息压缩与处理(共17张PPT).pptx" 多媒体通信技术涉及的关键领域之一是视频信息压缩与处理,这在现代数字化社会中至关重要,尤其是在传输和存储大量视频数据时。本资料通过17张PPT详细介绍了这一主题,特别是聚焦于小波变换编码和分形编码两种新型的图像压缩技术。 4.5.1 小波变换编码是针对宽带图像数据压缩的一种高效方法。与离散余弦变换(DCT)相比,小波变换能够更好地适应具有复杂结构和高频细节的图像。DCT对于窄带图像信号效果良好,其变换系数主要集中在低频部分,但对于宽带图像,DCT的系数矩阵中的非零系数分布较广,压缩效率相对较低。小波变换则允许在频率上自由伸缩,能够更精确地捕捉图像的局部特征,因此在压缩宽带图像时表现出更高的效率。 小波变换与傅里叶变换有本质的区别。傅里叶变换依赖于一组固定频率的正弦波来表示信号,而小波分析则是通过母小波的不同移位和缩放来表示信号,这种方法对非平稳和局部特征的信号描述更为精确。小波变换的优势在于同时提供了时间和频率域的局部信息,而傅里叶变换只提供频率域信息,却丢失了时间信息的局部化。 在实际应用中,小波变换常常采用八带分解等子带编码方法,将低频部分细化,高频部分则根据需要进行不同程度的分解,以此达到理想的压缩效果。通过改变小波的平移和缩放,可以获取不同分辨率的图像,从而实现按需的图像质量与压缩率的平衡。 4.5.2 分形编码是另一种有效的图像压缩技术,特别适用于处理不规则和自相似的图像特征。分形理论源自自然界的复杂形态,如山脉、云彩和生物组织,它们在不同尺度上表现出相似的结构。通过分形编码,可以将这些复杂的形状和纹理用较少的数据来表示,从而实现高压缩比。分形编码利用了图像中的分形特性,将其转化为分形块,然后进行编码,这在处理具有丰富细节和不规则边缘的图像时尤其有效。 小波变换和分形编码都是多媒体通信技术中视频信息压缩的重要手段,它们分别以不同的方式处理图像数据,旨在减少存储和传输的需求,同时保持图像的质量。这两种技术在现代图像处理、视频编码标准(如JPEG2000)中都有广泛应用。
recommend-type

"互动学习:行动中的多样性与论文攻读经历"

多样性她- 事实上SCI NCES你的时间表ECOLEDO C Tora SC和NCESPOUR l’Ingén学习互动,互动学习以行动为中心的强化学习学会互动,互动学习,以行动为中心的强化学习计算机科学博士论文于2021年9月28日在Villeneuve d'Asq公开支持马修·瑟林评审团主席法布里斯·勒菲弗尔阿维尼翁大学教授论文指导奥利维尔·皮耶昆谷歌研究教授:智囊团论文联合主任菲利普·普雷教授,大学。里尔/CRISTAL/因里亚报告员奥利维耶·西格德索邦大学报告员卢多维奇·德诺耶教授,Facebook /索邦大学审查员越南圣迈IMT Atlantic高级讲师邀请弗洛里安·斯特鲁布博士,Deepmind对于那些及时看到自己错误的人...3谢谢你首先,我要感谢我的两位博士生导师Olivier和Philippe。奥利维尔,"站在巨人的肩膀上"这句话对你来说完全有意义了。从科学上讲,你知道在这篇论文的(许多)错误中,你是我可以依
recommend-type

【进阶】Python高级加密库cryptography

![【进阶】Python高级加密库cryptography](https://img-blog.csdnimg.cn/20191105183454149.jpg) # 2.1 AES加密算法 ### 2.1.1 AES加密原理 AES(高级加密标准)是一种对称块密码,由美国国家标准与技术研究院(NIST)于2001年发布。它是一种分组密码,这意味着它一次处理固定大小的数据块(通常为128位)。AES使用密钥长度为128、192或256位的迭代密码,称为Rijndael密码。 Rijndael密码基于以下基本操作: - 字节替换:将每个字节替换为S盒中的另一个字节。 - 行移位:将每一行
recommend-type

linuxjar包启动脚本

Linux中的jar包通常指的是Java Archive(Java归档文件),它是一个包含Java类、资源和其他相关文件的压缩文件。启动一个Java应用的jar包通常涉及到使用Java的Runtime或JVM(Java虚拟机)。 一个简单的Linux启动jar包的脚本(例如用bash编写)可能会类似于这样: ```bash #!/bin/bash # Java启动脚本 # 设置JAVA_HOME环境变量,指向Java安装路径 export JAVA_HOME=/path/to/your/java/jdk # jar包的路径 JAR_FILE=/path/to/your/applicat
recommend-type

Microsoft OfficeXP详解:WordXP、ExcelXP和PowerPointXP

"第四章办公自动化软件应用,重点介绍了Microsoft OfficeXP中的WordXP、ExcelXP和PowerPointXP的基本功能和应用。" 在办公自动化领域,Microsoft OfficeXP是一个不可或缺的工具,尤其对于文字处理、数据管理和演示文稿制作。该软件套装包含了多个组件,如WordXP、ExcelXP和PowerPointXP,每个组件都有其独特的功能和优势。 WordXP是OfficeXP中的核心文字处理软件,它的主要特点包括: 1. **所见即所得**:这一特性确保在屏幕上的预览效果与最终打印结果一致,包括字体、字号、颜色和表格布局等视觉元素。 2. **文字编辑**:WordXP提供基础的文字编辑功能,如选定、移动、复制和删除,同时具备自动更正和自动图文集,能即时修正输入错误,并方便存储和重复使用常用文本或图形。 3. **格式编辑**:包括字符、段落和页面的格式设置,使用户可以灵活调整文档的视觉风格,以适应不同的需求。 4. **模板、向导和样式**:模板简化了创建有固定格式文档的过程,向导引导用户完成模板填充,而样式则允许用户自定义和保存可重复使用的格式组合。 5. **图文混排**:WordXP的强大之处在于其处理图像和文本的能力,使得文档中的图片、图表和文本可以自由布局,增强了文档的表现力。 接下来,ExcelXP是电子表格软件,主要用于数据管理、计算和分析。它的主要功能包括: - 创建和编辑复杂的公式,进行数学计算和数据分析。 - 使用图表功能将数据可视化,帮助理解趋势和模式。 - 数据排序、筛选和查找功能,便于信息检索和管理。 - 表格和工作簿模板,方便用户快速生成标准格式的工作表。 最后,PowerPointXP是用于制作电子演示文稿的工具,其特性如下: - 简单易用的界面,方便用户创建引人入胜的幻灯片。 - 多样化的主题、过渡和动画效果,提升演示的视觉吸引力。 - 支持嵌入多媒体内容,如视频和音频,增强演示的交互性。 - 可以预览和控制演示流程,确保在实际展示时的流畅性。 这三款软件共同构成了OfficeXP,是办公环境中提高效率和专业性的关键工具。通过熟练掌握它们,用户可以高效地完成报告编写、数据分析和演讲准备等任务。
recommend-type

关系数据表示学习

关系数据卢多维奇·多斯桑托斯引用此版本:卢多维奇·多斯桑托斯。关系数据的表示学习机器学习[cs.LG]。皮埃尔和玛丽·居里大学-巴黎第六大学,2017年。英语。NNT:2017PA066480。电话:01803188HAL ID:电话:01803188https://theses.hal.science/tel-01803188提交日期:2018年HAL是一个多学科的开放存取档案馆,用于存放和传播科学研究论文,无论它们是否被公开。论文可以来自法国或国外的教学和研究机构,也可以来自公共或私人研究中心。L’archive ouverte pluridisciplinaireUNIVERSITY PIERRE和 MARIE CURIE计算机科学、电信和电子学博士学院(巴黎)巴黎6号计算机科学实验室D八角形T HESIS关系数据表示学习作者:Ludovic DOS SAntos主管:Patrick GALLINARI联合主管:本杰明·P·伊沃瓦斯基为满足计算机科学博士学位的要求而提交的论文评审团成员:先生蒂埃里·A·退休记者先生尤尼斯·B·恩