内容包含了离线谷歌卫星地图的APIV3版本的，并且里面有地图使用的示范，包括离线瓦片如何拼接显示。
2020/1/4 5:01:29
6.91MB
1
超高清卫星地球贴图，大小为21M，是jpg格式，可直接导入unity、3dmax、c4d等三维图像软件，作为地图的贴图，非常明晰
2016/2/14 10:51:17
23.67MB
1
宇航概论ppt第一章绪论第二章航天器运行轨道第三章空间环境第四章航天器系统第五章卫星分类及组成第六章有效载荷及卫星应用第七章月球与行星探测第八章载人航天第九章发展瞻望
2022/10/4 10:00:55
15.74MB
1
《SatelliteOrbitsModels,MethodsandApplications/卫星轨道--模型方法和应用》(OliverMontenbruck、EberhardGill)是一本指导读者学习卫星轨道确定与预报理论，掌握实践操作的现代教科书。
从轨道动力学基础知识开始，本书重点引见了基本摄动力模型和精密跟踪方法，详细描述了大量用于轨道确定和预报的算法，特别是数值处理过程。
随书附带了C++源代码程序和所有示例习题与应用,这些程序基于一个强大的航天动力学库，具有很好的移植性，可以用于个人应用开发。
另外，本书还以互联网超链接方式收录了大量的网络资源，便于航天动力学信息的完善和更新。
本书可以为学习卫星导航、大地测量和航天技术的学生与研究人员，以及关注航天动力学的卫星工程师和操作人员提供参考。
本资源为随书光盘中的源代码，英文版电子书可到http://download.csdn.net/detail/prince_504/4820688下载。
从轨道动力学基础知识开始，本书重点引见了基本摄动力模型和精密跟踪方法，详细描述了大量用于轨道确定和预报的算法，特别是数值处理过程。
随书附带了C++源代码程序和所有示例习题与应用,这些程序基于一个强大的航天动力学库，具有很好的移植性，可以用于个人应用开发。
另外，本书还以互联网超链接方式收录了大量的网络资源，便于航天动力学信息的完善和更新。
本书可以为学习卫星导航、大地测量和航天技术的学生与研究人员，以及关注航天动力学的卫星工程师和操作人员提供参考。
本资源为随书光盘中的源代码，英文版电子书可到http://download.csdn.net/detail/prince_504/4820688下载。
2020/11/12 5:09:02
3.01MB
1
相控阵天线手册中文版，相控阵天线是目前许多军事雷达或卫星应用的主要天线方式。
本书作者堪称天线界的元老，书中引见了相控阵天线与系统的最新、最全面的知识，侧重工程应用，涵盖了许多设计细节，如天线系统噪声处理，天线方向图分析、子阵列天线技术开发以及关于天线结构的深入探讨等。
书中也包括了雷达和通信技术的内容。
本书作者堪称天线界的元老，书中引见了相控阵天线与系统的最新、最全面的知识，侧重工程应用，涵盖了许多设计细节，如天线系统噪声处理，天线方向图分析、子阵列天线技术开发以及关于天线结构的深入探讨等。
书中也包括了雷达和通信技术的内容。
2020/1/20 17:27:12
9.76MB
1
由2组m序列产生gold序列，然后选用不同的方式产生多组正交卫星编码信号，用于卫星通讯，m序列，gold序列产生可以看，vhdl代码
2019/3/24 5:55:01
620KB
1
利用广播星历进行计算GLONASS卫星地位，精度达到0.5m。
利用matlab编写的，有详细说明。
利用matlab编写的，有详细说明。
2019/2/10 15:15:35
3KB
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
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB