有感于CSDN上辞书数据库虽多但品质不咋的，对于自己这种只会用access的小白来说又很不友好，所以花三天光阴把《现代汉英综合大辞典》自制一个数据库，这是汉英辞书，拼音标注准确，英文释义片面，总词条14万多，是一个末了比力工笔的数据库了。
内容摘录如下“四美”[sìměi]1.■（心灵美，语言美，行为美，情景美）FourPointsofBeauty(meaningbeautificationofthemind,language,behaviourandenvironment)今[jīn]名1.■（普通;现代）modern;present-day;nowadays;now;thepresent:从今之后fromnowon;henceforth;厚今薄古stressthepresent,notthepast;昔人moderns;contemporaries;peopleofourera;至今todate;untilnow;uptonow2.■（之后的）this(year);ofthisyear:今春thisspring3.■（即日）today:今晨thismorning;今明两天todayandtomorrow;今晚tonight;thisevening
内容摘录如下“四美”[sìměi]1.■（心灵美，语言美，行为美，情景美）FourPointsofBeauty(meaningbeautificationofthemind,language,behaviourandenvironment)今[jīn]名1.■（普通;现代）modern;present-day;nowadays;now;thepresent:从今之后fromnowon;henceforth;厚今薄古stressthepresent,notthepast;昔人moderns;contemporaries;peopleofourera;至今todate;untilnow;uptonow2.■（之后的）this(year);ofthisyear:今春thisspring3.■（即日）today:今晨thismorning;今明两天todayandtomorrow;今晚tonight;thisevening
2023/5/14 8:52:46
45.29MB
1
.net依据html在内存中天生繁杂格式的pdf，反对于html带格式转换并留存html格式，天生的pdf中文不会乱码，格式不会乱，实际上html是甚么模样，转换后的pdf便是甚么模样，demo已经亲测可用，由于名目中需要天生pdf，钻研了两三天才搞定，要的积分是有点多，假如demo不能天生pdf驱散来喷，联系方式：13501715983（同微信同QQ同tel），付与有偿指点，ps:总体小说网站：www.ystxt.com
2023/3/26 3:53:25
8.3MB
1
捕捉启涨宝典之二喜鹊闹梅在涨停板前导下，连续三天收出小阴或小阳强势整理型态。
好似树上三只喜鹊闹梅，暗示冬天的过去春天的来临。
在型态确认后建仓，后市会快速下跌
好似树上三只喜鹊闹梅，暗示冬天的过去春天的来临。
在型态确认后建仓，后市会快速下跌
2019/9/25 17:18:28
1.11MB
1
一个小工具，将TS流文件发送到以太网络上。
支持使用UDP或者RTP协议。
根据TS流的PCR值跟踪时间同步发送。
我用的GetTickCount进行发送时间同步，线程按照10毫秒进行轮回，按照Win32系统普通线程切换时间，应该可以保证到10毫秒左右的同步精度。
但听人提过使用GetTickCount进行时间同步，长时间会有时间漂移现象，而且误差会逐渐累加，直到客户端缓冲溢出。
对方提出的处理方案是使用GPS卫星时间同步...个人以为GetTickCount是使用Win32底层的某个高精度时间结果。
在微观上不是很精确，但是宏观上应该是很精确。
我实际曾经使用这个工具，发送过同一个文件三天三夜，客户端使用VideoLan进行在线播放，缓冲设置300ms，没有发现VideoLan缓冲有溢出的情况。
如果这种同步方式，长时间发送，确实有精度问题，希望有同志给出例证和处理方案(除了使用GPS卫星时间以外的方案...)。
以便我改进。
demo中根据以太网通常的MTU值直接按7个TS包进行封装：SetGetTsPacketDataCB(GetTsPacketData,NULL,TS_PACKET_SIZE_MIN*7);如果是其他网络类型，需要根据网络的MTU值调整TS包数量。
支持使用UDP或者RTP协议。
根据TS流的PCR值跟踪时间同步发送。
我用的GetTickCount进行发送时间同步，线程按照10毫秒进行轮回，按照Win32系统普通线程切换时间，应该可以保证到10毫秒左右的同步精度。
但听人提过使用GetTickCount进行时间同步，长时间会有时间漂移现象，而且误差会逐渐累加，直到客户端缓冲溢出。
对方提出的处理方案是使用GPS卫星时间同步...个人以为GetTickCount是使用Win32底层的某个高精度时间结果。
在微观上不是很精确，但是宏观上应该是很精确。
我实际曾经使用这个工具，发送过同一个文件三天三夜，客户端使用VideoLan进行在线播放，缓冲设置300ms，没有发现VideoLan缓冲有溢出的情况。
如果这种同步方式，长时间发送，确实有精度问题，希望有同志给出例证和处理方案(除了使用GPS卫星时间以外的方案...)。
以便我改进。
demo中根据以太网通常的MTU值直接按7个TS包进行封装：SetGetTsPacketDataCB(GetTsPacketData,NULL,TS_PACKET_SIZE_MIN*7);如果是其他网络类型，需要根据网络的MTU值调整TS包数量。
2018/5/3 18:47:12
18KB
1
数字电路课程大作业，花了三天写完了一个比较简单版本的（16位二进制命令，8位数据，可实现加减绝对值等多种功能），自主设计CPU自主编写代码，附加英文report，开发环境ISE（课堂上认真做的和抄的分数差不多，所以来这里赚点积分吧，也不荒废做了几天的苦力，本科生可参考）
2020/4/15 19:28:47
6.22MB
1
ApowerMirror1.2.5破解版ApowerMirror破解版(破解三天限定)ApowerMirror电脑版(手机投屏电脑软件)
2017/10/9 4:06:19
691KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB