- 综合排序
- 最热优先
- 最新优先
- 来自专栏python3
Python自动化开发学习2-2
open()打开文件。windows系统默认的是gbk编码，如果不指定字符编码，就会使用系统默认的字符编码打开文件。比如这时python就会使用gbk编码去读utf-8文件，运行后会报错或者读到乱码。
81230发布于 2020-01-10 - 来自专栏韦东山嵌入式
鸿蒙系统开发教程_韦东山 2-2必备基础知识
在RTOS中，本质也是去读写寄存器，但是需要有统一的驱动程序框架。 所以：RTOS驱动 = 驱动框架 + 硬件操作
70420编辑于 2022-05-05 - 来自专栏IT技术圈
习题2-2 阶梯电价 (15分)
为了提倡居民节约用电，某省电力公司执行“阶梯电价”，安装一户一表的居民用户电价分为两个“阶梯”：月用电量50千瓦时（含50千瓦时）以内的，电价为0.53元/千瓦时；超过50千瓦时的，超出部分的用电量，电价上调0.05元/千瓦时。请编写程序计算电费。
3.4K10发布于 2021-04-01 - 来自专栏AI机器学习与深度学习算法
学习分类 2-2 内积
对于分类问题，我们不再像回归问题那样，找出直线的斜率和截距。为了方便理解，将拥有一个特征的回归问题所绘制的图示和拥有两个特征的分类问题绘制的图示进行对比。
64510编辑于 2022-11-08 - 来自专栏波波烤鸭
2-2 SPU和SKU详解及MyBatisPlus自动生成
2-2 SPU和SKU详解 商城系统中的商品信息肯定避免不了SPU和SKU这两个概念，本节就给大家详细介绍下这块的内容 1、掌握SKU和SPU关系 SPU = Standard Product Unit sku); } } 5 MyBatis Plus代码生成 我们可以发现个问题，刚才写的很多增删改查代码都比较简单，比较枯燥，重复写一些类的创建、单表增删改查非常类，而创建对象和单标操作的代码，在开发中几乎占用了开发时间的 80%，如果能够用工具生成就可以大大节省我们开发成本了。 MyBatis-Plus 的代码生成器，通过 AutoGenerator 可以快速生成 Entity、Mapper、Mapper XML、Service、Controller 等各个模块的代码，极大的提升了开发效率
3.3K41发布于 2021-01-21 - 来自专栏Hank’s Blog
2-2 R语言基础 向量
> x <- vector("character",length=10) > x1 <- 1:4 > x2 <- c(1,2,3,4) > x3 <- c(TRUE,10,"a") #如果给向量赋值时元素类型不一致，R就会强制转换，将他们变为同一类型 > x4 <- c("a","b","c","d")
84110发布于 2020-09-16 - 来自专栏刷题笔记
2-2 学生成绩链表处理 (20 分)
本文链接：https://blog.csdn.net/shiliang97/article/details/101169860 2-2 学生成绩链表处理 (20 分) 本题要求实现两个函数，一个将输入的学生成绩组织成单向链表
1.7K20发布于 2019-11-08 - 来自专栏直播+
直播软件开发科普之流媒体介绍
直播软件开发编解码 硬编解码 通过硬件实现编解码，减轻CPU计算的负担，如GPU等 软编解码 如 H264、H265、MPEG-4等编解码算法，更消耗CPU 数据优化 数据优化和编解码算法息息相关，一般而言 直播软件开发常用的流媒体协议主要有 HTTP 渐进下载和基于 RTSP/RTP 的实时流媒体协议，这二种基本是完全不同的东西 CDN直播中常用的流媒体协议包括RTMP，HLS，HTTP FLV RTP 小结 RTMP RTMP(Real Time Messaging Protocol)实时消息传送协议是Adobe Systems公司为Flash播放器和服务器之间音频、视频和数据传输 开发的开放协议。 ，可实现流媒体的直播和点播。 相对于直播软件开发中常见的流媒体直播协议，例如RTMP协议、RTSP协议、MMS协议等，HLS直播最大的不同在于，直播客户端获取到的，并不是一个完整的数据流。
1.8K20发布于 2020-09-16 - 来自专栏mysql
hhdb数据库介绍(2-2)
HHDB Server在计算节点、数据节点、配置库等层次提供全面的高可用保障。提供完善的心跳检测、故障切换对存储节点同步追平判断、全局自增序列在故障时自动跳号、客户端连接Hold等机制，保障数据服务的可用性与数据的一致性。
29610编辑于 2024-11-28 - 来自专栏Java经验总结
自己开发一个电视----流媒体之JavaCV
流媒体到底是什么？ 百度百科上是这么讲：“流媒体（streaming media）是指将一连串的媒体数据压缩后，经过网上分段发送数据，在网上即时传输影音以供观赏的一种技术与过程，此技术使得数据包得以像流水一样发送；如果不使用此技术 所以不得不关注这方面的技术，然后各种新词开始满天飞 流媒体、JavaCV、OpenCV、FFmpeg 啥都是啥？我母鸡呀！ 然后开始恶补一些知识，身为 Java 的我当然最关注 JavaCV 。 JavaCV 事开源的，这事我们 Java 开发人员最大福利。站在巨人的肩膀上摘葡萄。JavaCV 的地址是 https://github.com/bytedeco/javacv 。
2.9K21发布于 2021-06-29 - 来自专栏育种数据分析之放飞自我
笔记 | GWAS 操作流程2-2：性别质控
「原理：」检查性别差异。先验信息，女性的受试者的F值必须小于0.2，男性的受试者的F值必须大于0.8。这个F值是基于X染色体近交（纯合子）估计。不符合这些要求的受试者被PLINK标记为“PROBLEM”。
1.7K31发布于 2020-05-18 - 来自专栏悟道
2-2 二分&前缀和模板
二分模板 int mid=0; while(left<right){ mid=(left+right)/2; if(check(mid)<K) r=mid; else l=mid+1; } 前缀和模板 : 前缀呢 无非就是 从left->right的和: ( s[right] - s[left-1]) import java.util.Scanner; public class Main { public static void main(Stri
42030发布于 2021-03-11 - 来自专栏用户7445706的专栏
关于直播平台开发中流媒体传输，重点干货分享
随着近年来直播行业的飞速发展，直播平台开发的技术日益成熟，直播系统的应用场景也越来越广泛，也离不开流媒体传输的技术支持，本文就主要介绍了当前主流的流媒体传输中推流端及播放端分别需要几步。 一、什么是流媒体直播传输 在直播平台开发中，流媒体传输就是将收集到的整个音视频信息等多媒体文件，通过一种特殊的压缩方法，分成一个压缩包，这些压缩包通过服务器连续实时地发送给最终用户。 现如今随着直播平台开发中流媒体技术的快速发展，改变了以往电视媒体的“推”式传播，转变为用户可选择的“拉”式传播，不同的用户群体的兴趣点也不同，可选择性的观看。 4.推流：推流端的最后一步也是直播平台开发中流媒体传输推流端最关键的一步，通过推流工具将编码后的音视频数据推流至服务器，推流端的任务到此结束。 上述就是直播平台开发中流媒体传输中推流端及播放端分别需要几步，这就是流媒体协议的使命，随着未来技术的不断提升，将会开发出更多可能性。
80810发布于 2020-12-28 - 来自专栏直播知识
直播平台开发，常用流媒体和视频传递方法
一、直播平台开发关于流媒体的基础知识 1.流媒体开发，负责网络层的传输，协议层负责网络打包，封装层负责编解码数据的封装，编码层负责图像、音频压缩 2.帧数，每一帧代表一副静止的画面 3.GOP，画面组 直播平台开发的直播数据中，其实就是在传递一组图片，包括I帧、P帧、B帧等，当用户第一次观看时，会寻找I帧，而播放器回到服务器寻找到最近的I帧反馈给用户，因此GOP增加了端到端之间的延迟 4.码率，图片进行压缩后每秒显示的数据量 在游戏、直播平台开发中，画面帧数只要保持在30帧左右就不会觉得画面卡顿，最低的帧数也要在16帧以上，再低了就会明显感觉到画面不流畅了 6.分辨率，图片的尺寸，最常见的分辨率是1920x1080，指的是图片的长度 3.编码，视频压缩编码标准，对视频进行压缩的编码技术，比如H.264常用的视频编码技术，将视频像素数据压缩成视频码流，从而降低视频的数据量，不经压缩的视频体积过大会影响传输的速度 4.推流，常用的流媒体传输协议 RTMP，足以应对现在各个播放端口需要的播放协议，也是直播平台开发最常用的传输协议 直播平台开发用到的流媒体、视频传递等方面的知识远不止这些，不过对想要初步了解直播平台开发的运营商来说已经足够了。
1.2K10发布于 2020-11-11 - 来自专栏IMWeb前端团队
流媒体加密
流媒体加密技术原理 看视频分为两种，看点播和看录播。 要看点播可以通过下载完整个视频后再看，或者通过流媒体边下边看。 看直播只能通过流媒体看最新的画面。 加密流媒体的技术很少，也很难找到学习资料，本文主要介绍流媒体加密技术。 流媒体加密原理 可以看出一个规律这些流媒体传输协议都必须把视频流拆分成连续的小块之后再被传送，只不过分块的大小和视频容器的格式不一样而已。 之所以选择对称加密是因为流媒体要求很强的实时性，数据量又很大。公钥密码算法的计算都比较复杂，效率较低，适合对少量数据进行加密。对称加密效率相对较高，所以流媒体加密首选对称加密。 HLS 加密 HLS 是目前最成熟的支持流媒体加密的能应用在浏览器里的流媒体传输协议，HLS 原生支持加密，下面来详细介绍它。
2.3K31发布于 2019-12-04 - 来自专栏海之滨云视频和流媒体技术
Android流媒体开发之路二:NDK开发Android端RTMP直播推流程序
NDK开发Android端RTMP直播推流程序 经过一番折腾，成功把RTMP直播推流代码，通过NDK交叉编译的方式，移植到了Android下，从而实现了Android端采集摄像头和麦克缝数据，然后进行 开发思路 首先，为什么要用NDK来做，因为自己之前就已经实现过RTMP推流、RTMP播放、RTSP转码等等各种c++实现的流媒体项目，有很成熟的代码模块。 进行硬件编码，也可以通过x264进行软件编码，这里因为要复用以前的代码，决定使用软件编码来验证 RTMP协议封装，这部分代码，直接使用之前的C++代码即可，本身就是平台无关的，NDK也是linux环境开发 具体可以参考我之前的文章“C++实现RTMP协议发送H.264编码及AAC编码的音视频” 程序框架 根据我的开发思路，程序框架就显而易见了： ? 关于Camera2接口获取摄像头数据，可以参考之前的文章“Android流媒体开发之路一:Camera2采集摄像头原始数据并手动预览”，不同的是，那篇文章里直接使用ImageReader的Surface
2.8K60发布于 2018-05-11 - 来自专栏海之滨云视频和流媒体技术
Android流媒体开发之路三:基于NDK开发Android平台RTSP播放器
基于NDK开发Android平台RTSP播放器 最近做了不少android端的开发，有推流、播放、直播、对讲等各种应用，做了RTMP、RTSP、HTTP-FLV、自定义等各种协议，还是有不少收获和心得的 我这边做，核心模块和核心代码部分，都是基于NDK，用C++开发的，然后将so动态库，在Android java环境中使用，这个既能保证核心部分的代码性能，也能最大程度复用之前写的流媒体相关的大量代码，实践证明 这篇文章里，我打算描述一下我对于开发Android端RTSP播放器的程序框架，和设计思路，有相关需求的，希望能借此扩展下思路。 我在之前的一篇文章里也写了这部分，可以参考一下："NDK开发Android端RTMP直播推流程序"。1. 之前有篇文章里也有简单介绍，可以参考"NDK开发Android端RTMP直播推流程序"，具体的语法可以参考官方网站Android Developer。图片写好后，调用ndk-build脚本编译，OK。
3.4K20编辑于 2023-04-06 - 来自专栏IMWeb前端团队
流媒体加密
流媒体加密技术原理 看视频分为两种，看点播和看录播。 要看点播可以通过下载完整个视频后再看，或者通过流媒体边下边看。 看直播只能通过流媒体看最新的画面。 加密流媒体的技术很少，也很难找到学习资料，本文主要介绍流媒体加密技术。 流媒体加密原理 可以看出一个规律这些流媒体传输协议都必须把视频流拆分成连续的小块之后再被传送，只不过分块的大小和视频容器的格式不一样而已。 之所以选择对称加密是因为流媒体要求很强的实时性，数据量又很大。公钥密码算法的计算都比较复杂，效率较低，适合对少量数据进行加密。对称加密效率相对较高，所以流媒体加密首选对称加密。 HLS 加密 HLS 是目前最成熟的支持流媒体加密的能应用在浏览器里的流媒体传输协议，HLS 原生支持加密，下面来详细介绍它。
5.3K101发布于 2018-01-08 - 来自专栏音视频进阶之旅
音视频开发(一)-流媒体数据传输RTSP
针对音视频数据量大的特点，有一套专门的网络传输协议RTP/RTSP，它的运行流程是这样的： RTSP RTSP（Real Time Streaming Protocol）是一款网络控制协议，用来控制流媒体服务器的 play表示服务开始向请求端发送流媒体数据，pause表示停止。先贴上一篇文章，非常详细的讲解了rtsp的操作，没接触过的童鞋可以了解一些。 以下是客户端同流媒体服务器交互的完整示例，采用WireShark抓包（192.168.0.107->客户端，192.168.0.103->服务端，图片在网页上显示过小，需要保存到本地看）： 图书中第二部分为 当PLAY命令发送后，就进入了第三部分RTP协议传输的流媒体数据包。 资料领取直通车：音视频开发&流媒体服务器资料文档+视频教程 音视频学习直通车：FFmpeg/WebRTC/RTMP/NDK/Android音视频流媒体高级开发 简单的rtsp交互过程：（C表示rtsp客户端
1.4K30编辑于 2022-09-24 - 来自专栏直播+
视频直播源码开发中的流媒体协议：rtmp协议
视频直播源码的RTMP协议从属于应用层，被设计用来在适合的传输协议（如TCP）上复用和打包多媒体传输流（如音频、视频和互动内容）。RTMP提供了一套全双工的可靠的多路复用消息服务，类似于TCP协议[RFC0793]，用来在一对结点之间并行传输带时间戳的音频流，视频流，数据流。通常情况下，不同类型的消息会被分配不同的优先级，当网络传输能力受限时，优先级用来控制消息在网络底层的排队顺序。
1.2K30发布于 2020-09-03
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号