V4L2 H264 cbr

时间: 2024-06-16 14:02:48 浏览: 12
V4L2是Linux内核提供的视频设备驱动框架,用于管理和控制视频设备。H264是一种常用的视频编码格式,它可以将视频数据进行高效压缩。CBR是Constant Bit Rate的缩写,表示恒定比特率,即在视频编码过程中保持恒定的比特率输出。 V4L2 H264 CBR是指在使用V4L2框架进行视频编码时,采用H264编码格式,并且使用CBR模式进行编码。CBR模式下,视频编码器会尽量保持输出的比特率恒定不变,这样可以确保在网络传输或存储过程中,视频数据的大小相对稳定,适合一些对带宽要求较高或者需要固定存储空间的场景。
相关问题

h264和H265的区别

H264和H265是两种视频编码标准,它们的主要区别在于以下几个方面: 1. 压缩率:H265相比H264可以实现更高的压缩率,因为它采用了更先进的压缩算法和更高效的编码方式,可以在保证视频质量的情况下减少文件大小,从而降低带宽和存储需求。 2. 码流控制:H265支持更多的码流控制技术,如可变比特率(VBR)、恒定比特率(CBR)和恒定质量(CQP),可以更好地适应不同的网络环境和设备需求。 3. 处理能力: H265需要更高的处理能力来实现更高的压缩率,因此在一些较低配置的设备上可能会出现卡顿等问题。 4. 兼容性:H264是目前广泛应用的视频编码标准,几乎所有的设备和平台都支持H264,而H265的兼容性相对较差,需要更高的设备和软件支持才能实现播放和编解码。 综上所述,H265相比H264具有更高的压缩率和更多的码流控制技术,但需要更高的处理能力和更高的设备和软件支持,因此在实际应用中需要根据具体需求和设备情况进行选择。

生成一个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

VMP技术解析:Handle块优化与壳模板初始化

"这篇学习笔记主要探讨了VMP(Virtual Machine Protect,虚拟机保护)技术在Handle块优化和壳模板初始化方面的应用。作者参考了看雪论坛上的多个资源,包括关于VMP还原、汇编指令的OpCode快速入门以及X86指令编码内幕的相关文章,深入理解VMP的工作原理和技巧。" 在VMP技术中,Handle块是虚拟机执行的关键部分,它包含了用于执行被保护程序的指令序列。在本篇笔记中,作者详细介绍了Handle块的优化过程,包括如何删除不使用的代码段以及如何通过指令变形和等价替换来提高壳模板的安全性。例如,常见的指令优化可能将`jmp`指令替换为`push+retn`或者`lea+jmp`,或者将`lodsbyteptrds:[esi]`优化为`moval,[esi]+addesi,1`等,这些变换旨在混淆原始代码,增加反逆向工程的难度。 在壳模板初始化阶段,作者提到了1.10和1.21两个版本的区别,其中1.21版本增加了`Encodingofap-code`保护,增强了加密效果。在未加密时,代码可能呈现出特定的模式,而加密后,这些模式会被混淆,使分析更加困难。 笔记中还提到,VMP会使用一个名为`ESIResults`的数组来标记Handle块中的指令是否被使用,值为0表示未使用,1表示使用。这为删除不必要的代码提供了依据。此外,通过循环遍历特定的Handle块,并依据某种规律(如`v227&0xFFFFFF00==0xFACE0000`)进行匹配,可以找到需要处理的指令,如`push0xFACE0002`和`movedi,0xFACE0003`,然后将其替换为安全的重定位值或虚拟机上下文。 在结构体使用方面,笔记指出壳模板和用户代码都会通过`Vmp_AllDisassembly`函数进行解析,而且0x8和0x10字段通常都指向相同的结构体。作者还提到了根据`pNtHeader_OptionalHeader.Magic`筛选`ESI_Matching_Array`数组的步骤,这可能是为了进一步确定虚拟机上下文的设置。 这篇笔记深入解析了VMP技术在代码保护中的应用,涉及汇编指令的优化、Handle块的处理以及壳模板的初始化,对于理解反逆向工程技术以及软件保护策略有着重要的参考价值。
recommend-type

管理建模和仿真的文件

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

【进阶】音频处理基础:使用Librosa

![【进阶】音频处理基础:使用Librosa](https://picx.zhimg.com/80/v2-a39e5c9bff1d920097341591ca8a2dfe_1440w.webp?source=1def8aca) # 2.1 Librosa库的安装和导入 Librosa库是一个用于音频处理的Python库。要安装Librosa库,请在命令行中输入以下命令: ``` pip install librosa ``` 安装完成后,可以通过以下方式导入Librosa库: ```python import librosa ``` 导入Librosa库后,就可以使用其提供的各种函数
recommend-type

python中字典转换成json

在Python中,你可以使用`json`模块将字典转换为JSON格式的字符串。下面是一个简单的示例: ```python import json # 假设我们有一个字典 dict_data = { "name": "John", "age": 30, "city": "New York" } # 使用json.dumps()函数将字典转换为JSON json_string = json.dumps(dict_data) print(json_string) # 输出:{"name": "John", "age": 30, "city": "New York"}
recommend-type

C++ Primer 第四版更新:现代编程风格与标准库

"Cpp Primer第四版中文版(电子版)1" 本书《Cpp Primer》第四版是一本深入浅出介绍C++编程语言的教程,旨在帮助初学者和有经验的程序员掌握现代C++编程技巧。作者在这一版中进行了重大更新,以适应C++语言的发展趋势,特别是强调使用标准库来提高编程效率。书中不再过于关注底层编程技术,而是将重点放在了标准库的运用上。 第四版的主要改动包括: 1. 内容重组:为了反映现代C++编程的最佳实践,书中对语言主题的顺序进行了调整,使得学习路径更加顺畅。 2. 添加辅助学习工具:每章增设了“小结”和“术语”部分,帮助读者回顾和巩固关键概念。此外,重要术语以黑体突出,已熟悉的术语以楷体呈现,以便读者识别。 3. 特殊标注:用特定版式标注关键信息,提醒读者注意语言特性,避免常见错误,强调良好编程习惯,同时提供通用的使用技巧。 4. 前后交叉引用:增加引用以帮助读者理解概念之间的联系。 5. 额外讨论和解释:针对复杂概念和初学者常遇到的问题,进行深入解析。 6. 大量示例:提供丰富的代码示例,所有源代码都可以在线获取,便于读者实践和学习。 本书保留了前几版的核心特色,即以实例教学,通过解释和展示语言特性来帮助读者掌握C++。作者的目标是创作一本清晰、全面、准确的教程,让读者在编写程序的过程中学习C++,同时也展示了如何有效地利用这门语言。 《Cpp Primer》第四版不仅适合C++初学者,也适合想要更新C++知识的老手,它全面覆盖了C++语言的各个方面,包括基础语法、类、模板、STL(Standard Template Library)等,同时引入了现代C++的特性,如智能指针、RAII(Resource Acquisition Is Initialization)、lambda表达式等,使读者能够跟上C++语言的发展步伐,提升编程技能。
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

【基础】网络编程入门:使用HTTP协议

![【基础】网络编程入门:使用HTTP协议](https://img-blog.csdnimg.cn/direct/4fbc6b5a6d744a519429654f56ea988e.png) # 1. 网络编程基础** **1.1 网络基础知识** 网络是连接计算机和设备的系统,允许它们交换数据和资源。它由节点(计算机、服务器、路由器等)和连接它们的数据链路组成。网络可以是局域网(LAN)、广域网(WAN)或互联网。 **1.2 TCP/IP协议栈** TCP/IP协议栈是一组通信协议,用于在网络上传输数据。它分为四层: * **链路层:**处理物理连接和数据传输。 * **网络层:
recommend-type

matlab画矢量分布图

在MATLAB中,绘制矢量分布图通常用于可视化二维或三维空间中的向量场,这有助于理解力场、风速、磁场等现象的分布情况。以下是使用MATLAB创建矢量分布图的基本步骤: 1. 准备数据:首先,你需要有一个表示向量场的矩阵,其中每个元素代表一个点的x、y坐标及其对应的矢量分量。 2. 使用`quiver`函数:MATLAB提供了一个内置函数`quiver(x, y, U, V)`,其中`x`和`y`是网格的行和列坐标,`U`和`V`是对应于每个网格点的x和y分量的向量值。 ```matlab [X, Y] = meshgrid(x, y); % 创建网格 quiver(X,
recommend-type

计算机系统基础实验:缓冲区溢出攻击(Lab3)

"计算机系统基础实验-Lab3-20191主要关注缓冲区溢出攻击,旨在通过实验加深学生对IA-32函数调用规则和栈结构的理解。实验涉及一个名为`bufbomb`的可执行程序,学生需要进行一系列缓冲区溢出尝试,以改变程序的内存映像,执行非预期操作。实验分为5个难度级别,从Smoke到Nitro,逐步提升挑战性。实验要求学生熟悉C语言和Linux环境,并能熟练使用gdb、objdump和gcc等工具。实验数据包括`lab3.tar`压缩包,内含`bufbomb`、`bufbomb.c`源代码、`makecookie`(用于生成唯一cookie)、`hex2raw`(字符串格式转换工具)以及bufbomb的反汇编源程序。运行bufbomb时需提供学号作为命令行参数,以生成特定的cookie。" 在这个实验中,核心知识点主要包括: 1. **缓冲区溢出攻击**:缓冲区溢出是由于编程错误导致程序在向缓冲区写入数据时超过其实际大小,溢出的数据会覆盖相邻内存区域,可能篡改栈上的重要数据,如返回地址,从而控制程序执行流程。实验要求学生了解并实践这种攻击方式。 2. **IA-32函数调用规则**:IA-32架构下的函数调用约定,包括参数传递、栈帧建立、返回值存储等,这些规则对于理解缓冲区溢出如何影响栈结构至关重要。 3. **栈结构**:理解栈的工作原理,包括局部变量、返回地址、保存的寄存器等如何在栈上组织,是成功实施溢出攻击的基础。 4. **Linux环境**:实验在Linux环境下进行,学生需要掌握基本的Linux命令行操作,以及如何在该环境下编译、调试和运行程序。 5. **GDB**:GNU Debugger(GDB)是调试C程序的主要工具,学生需要学会使用它来设置断点、查看内存、单步执行等,以分析溢出过程。 6. **Objdump**:这是一个反汇编工具,用于查看二进制文件的汇编代码,帮助理解程序的内存布局和执行逻辑。 7. **C语言编程**:实验涉及修改C源代码和理解已有的C程序,因此扎实的C语言基础是必不可少的。 8. **安全性与学术诚信**:实验强调了学术诚信的重要性,抄袭将受到严厉的处罚,这提示学生必须独立完成实验,尊重他人的工作。 9. **编程技巧**:实验要求学生能够熟练运用编程技巧,如缓冲区填充、跳转指令构造等,以实现对bufbomb的溢出攻击。 10. **实验等级与挑战**:不同级别的实验难度递增,鼓励学生逐步提升自己的技能和理解,从基础的缓冲区溢出到更复杂的攻击技术。 通过这个实验,学生不仅可以学习到安全相关的概念和技术,还能锻炼实际操作和问题解决能力,这对于理解和预防现实世界中的安全威胁具有重要意义。
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·恩