ffmpeg已经能够反对于H.265/HEVC格式的视频解码了,这个demo行使ffmpeg2.1的库开拓了一个HEVC视频的约莫播放器,在vs2010下可编译运行
2023/5/9 7:57:32 43.39MB ffmpeg decode h265 player
1
收集爬虫(又被称为网页蜘蛛,收集机械人,在FOAF社区中间,更频频的称为网页追赶者),是一种依据未必的法则,自动地抓取万维网信息的法度圭表标准大概剧本。
另外一些不常使用的名字另有蚂蚁、自动索引、模拟法度圭表标准大概蠕虫。
本实例经由Java爬取豆瓣影戏数据,并经由文件流存入当地
2023/5/7 10:54:17 15.97MB JAVA爬虫 豆瓣电影
1
基于ANSYS有限元阐发的脉冲激光加热的建模与仿真召唤流
2023/5/6 19:43:53 23KB 脉冲 加热 有限元
1
可直接将rtsp流转换为rtmp流举行推送,功能极高,同时反对于windows以及linux
2023/5/4 7:43:01 29.77MB rtsp rtmp
1
第一篇 底子学识第1章 图像/视频底子学识第2章 图像缩放第3章 图像品质增强底子本领第4章 超分说率规复本领第二篇 基于重修的超分说率规复第5章 基于重修的图像超分说率规复本领概述第6章 凸集投影以及最大后验概率估量第7章 基于mrf模子的map图像超分说率规复第8章 基于梯度矢量流解放的图像超分说率规复第9章 基于货物的监控视频超分说率规复第10章 基于权值矩阵的超分说率盲规复第11章 基于小波变更域的超分说率规复第12章 基于单帧高分说率图像的视频序列超分说率规复第三篇 基于学习的超分说率规复第13章 基于学习的超分说率规复本领概述第14章 基于示例学习的超分说率规复算法第15章 基于多类料想器学习的超分说率规复第16章 基于学习的人脸图像超分说率规复第四篇 高动态规模展现第17章 高动态规模图像可视化本领概述第18章 基于自顺应细节增强的高动态规模图像可视化第五篇 超分说率规复本领的阻滞趋向第19章 超分说率规复本领的阻滞趋向
2023/5/3 9:58:06 38.89MB 图像 视频 超分辨率复原
1
该段代码可在matlab软件上可实施,实现LLE降维,为学习方式识别及其余流形的降维方式提供参考
2023/5/2 10:42:07 1KB LLE 源代码
1
大雅单点定位:大雅单点定位法度圭表标准,对于电离层、对于流层、双频视察值更正等有较强的更正传染
2023/4/30 19:37:31 107KB GNSS 精密单点定位 ppp
1
解压后有3个收缩包,1个是源码包,1个是一键编译装置货物,1个是汉化包,假如要汉化,需要用汉化包拆穿包围源码包再编译装置。
具备180多种VCL界面控件,成果丰厚且易于上手DevExpressVCLSubscription是Devexpress公司旗下用户界面产物套包,搜罗该公司齐全VCL控件产物以及ASP.NET控件产物以及相关产物的残缺源码。
所搜罗的控件有:数据录入,图表,数据阐发,导航,方案,网格,日程管理,格式,打印以及责任流等,让您快捷开拓出美满、渺小的VCL使用法度圭表标准!DevExpressVCLSubscription曾经用名为"DeveloperExpressVCLSubscription"。
【适用规模】:VCL使用法度圭表标准开拓
2023/4/30 4:03:08 316.13MB DevExpress XE XE7 XE8
1
运行情景win7下x641)具备付与28181配置配备枚举大概平台注册、注销过能,管理齐全注册的28181配置配备枚举大概平台。
2)具备付与28181配置配备枚举大概平台心跳成果,心跳超时能将内存外面的管理配置配备枚举大概平台下线。
3)具备对于28181配置配备枚举大概平台校时成果。
4)具备目录盘问成果,对于患上到的到配置配备安枚举表举行管理。
5)具备实时点播末了以及竣事成果,对于每一路配置配备枚举实时码流外形举行管理。
6)具备配置配备枚举抑制成果,反对于向上、向下、向左、向右、放大、削减、聚焦、预置位配置、预置位挪用、预置位删除了成果。
7)具备录像盘问成果。
8)具备录像点播末了以及竣事成果,对于每一路汗青流举行管理。
9)具备对于录像点播举行抑制成果,反对于播放、停息、快放、慢放以及随机拖放。
10)具备目录定阅成果,对于上线、下线配置配备罗枚举行上报。
11)具备布防以及布防成果,将患上到到的报警新闻举行上报。
12)具备多种患上到资源信息的接口。
2023/4/30 4:10:34 19.84MB GB28181 2016 SDK
1
1试验目的存储管理的首要成果之一是公平地调配空间恳求页式管理是一种罕用的虚构存储管理本领本试验的目的是经由恳求页式存储管理中页面置换算法模拟方案知道虚构存储本领的特色操作恳求页式管理的页面置换算法2试验申请1经由随机数暴发一个指令序列共320条指令指令的地址按下述原则天生:50%的指令是秩序实施的;
25%的指令是平均漫衍在前地址部份25%的指令是平均漫衍在后地址部份详尽的实执行为是:在[0319]的指令地址之间随机选取一点m;
秩序实施一条指令即实施地址为m+1的指令;
在前地址[0m+1]中随机选取一条指令并实施该指令的地址为m’;
秩序实施一条指令其地址为m’+1;
在后地址[m’+2319]中随机选取一条指令并实施;
重复上述步骤直到实施320次指令2将指令序列变更成页地址流设:页面大小为1K;
用户内存容量为4页到32页;
用户虚存容量为32K;
在用户虚存中按每一K寄存10条指令枚举虚存地址即320条指令在虚存中的寄存方式为:第0条9条指令为第0页(对于应虚存地址为[09]);
第10条第19条指令为第一页(对于应虚存地址为[1019]);
第310条第319条指令为第31页(对于应虚存地址为[310319]);
按以上方式用户指令可组成32页3 盘算并输入下述种种算法在不合内存容量下的命中领先进先出的算法(FIFO);
迩来起码使用算法(LRR);
最佳削减算法(OPT);
先削减最不罕用的页地址;
命中率1页面失效次数页地址流长度在本试验中页地址流长度为320页面失效次数为每一次晤面响应指令时该指令所对于应的页不在内存的次数">1试验目的存储管理的首要成果之一是公平地调配空间恳求页式管理是一种罕用的虚构存储管理本领本试验的目的是经由恳求页式存储管理中页面置换算法模拟方案知道虚构存储本领的特色操作恳求页式管理的页[更多]
2023/4/29 15:19:24 47KB 东华大学
1
共 1000 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡