在4个社交网络中进行流式测试并选择最佳选项

除其他事项外,2020年春季还成为视频流的季节。许多嘉宾和主持人失去了进入录音室并开始直接在家播放的机会。

我很羡慕每个人都在流媒体播放的事实,但是我不是,但是那样流媒体播放就没那么有趣了。因此,我把关于技术历史的故事放在了储备中,并在不同的社交网络(Facebook,Vkontakte,Odnoklassniki,Instagram)上花了一个时光。并不是在“几秒钟内”测试流,而是在30-60分钟内进行了全面测试。我们测试了各种技术和组织方面,包括将视频泵送到您的计算机。

这项研究的结果是对“在哪个平台上进行播放?”这一问题的答案。

接下来将是对数据和结论的分析。 (警告:许多字母,数字和屏幕截图)。


在4个社交网络中进行流式测试并选择最佳选项

二手设备


这些年来,我一直以“手头有什么”为目标,如果那里没有东西,我会买些好东西,但又不会狂热。

本研究中使用的设备适合这张照片


本研究中使用的设备适合这张照片

0)进行研究的表格。

1)带有耳机的笔记本电脑,用于检查发送到浏览器的广播中的声音。好吧,对于随后的Youtube安装,请下载文件,分析并编写此报告。

2)带有蓬松,三脚架和电池的录音机Tascam DR-05。在遗忘的电池在最后一个记录器中泄漏后,我尝试使用可通过移动电源工作的技术。通过MINI-USB连接这种型号的记录仪,其年份和灯泡温暖甚至令我感到满意。

3)印刷频道徽标。从理论上讲,这值得挂在光电电话上,但是A4纸太小了,我没有更大的打印机。但是,由于他没有参加游戏,所以至少让他参加这里。

4)用于大型相机的三脚架。脆弱便宜的。已经坏了。但是对于在家拍摄来说,这是非常合适的。

5)中国二极管手电筒放在相机热靴上。它有两个滤镜(白色和橙色),亮度控制(在我在视频流中播放的其中一个视频中)。它通过微型USB由AA电池和移动电源供电。

6)Lumix FZ82相机本身。

7)智能手机Redmi 5 Plus,其前置摄像头和麦克风通过wi-fi流式传输。 Powerbank在流中对其进行保护。

8)电脑鼠标。 (它与第1点分开,因为在这张照片中她有一项特殊的工作-它关闭了桌子上的磨损)

显而易见的问题出现了:
如果流通过智能手机的前置摄像头和麦克风,那么为什么会有Tascam和Lumix?

答案很简单:
我花了很多时间为视频流做准备-我研究了主题,读了书,深入了档案。FIG知道如何对这些流进行实验,所以-让我获得具有高质量声音的高质量图片。

结果,对于社交网络中的每个视频流,我在YouTube上都有一个质量好的版本,并带有插图(在智能手机的摄像头中显示书籍实在是不明智的选择)。

智能手机Redmi 5 Plus前置摄像头的原始视频质量


任何实验都要从计量培训开始。是的,我无法校准并相信智能手机,但是我可以测量实验期间要参考的参考值。

在前置摄像头的设置中,我的视频录制模式为1920x1080,每秒30帧,但有细微差别-在黑暗中,每秒fps下降。

为了比较流质量和简单的视频记录,这一点很重要。

在明亮的房间里白天录制的例子


在明亮的房间里白天录制的例子
在上传到Youtube的智能手机上录制的示例- 博物馆中的第一个斯蒂尔电锯,

有关源文件的Ffmpeg数据,以

供介绍(在大街上拍摄)
持续时间:00:00:49.94,开始:0.000000,比特率:20116 kb / s
流#0:0(eng):视频:h264(基线)(avc1 / 0x31637661),yuvj420p(pc,smpte170m),1920x1080,19955 kb / s,SAR 1:1 DAR 16:9,29.99 fps,30 tbr,90k tbn,180k tbc(默认)

对于主文件(在明亮的房间中拍摄)
持续时间:00:11:22.40,开始:0.000000,比特率:20098 kb / s
流#0:0(eng):视频:h264(基线)(avc1 / 0x31637661),yuvj420p(pc,smpte170m),1920x1080,19998 kb / s,SAR 1:1 DAR 16:9,27.11 fps,30 tbr,90k tbn,180k tbc(默认)

也就是说,即使从街上移动到相当明亮的房间时,fps也会下降

在与流相同的条件下进行录制的示例


在与流相同的条件下进行录制的示例
上传到Youtube的智能手机上的录制示例-Jules Vern的预测-

源文件的ffffeg 太空飞行数据
Duration: 00:23:08.00, start: 0.000000, bitrate: 20097 kb/s
Stream #0:0(eng): Video: h264 (Baseline) (avc1 / 0x31637661), yuvj420p(pc, smpte170m), 1920x1080, 19996 kb/s, SAR 1:1 DAR 16:9, 19.97 fps, 59.94 tbr, 90k tbn, 180k tbc (default)

(通常有两个文件-智能手机拍的很长)

可以确定的是,在流发生的相同条件下,在智能手机的前置摄像头上录制可以让您获得1920x1080、20 fps,比特率的视频质量:20097 kb / s。

有一个假设是帧速率的差异是由于软件的更改所致-文件之间的间隔将近一年。但是在写这篇文章之前,我在街上和室内写了一些文件,它们在街上和录制流的地方显示出完全相同的帧率差异。

出现一个逻辑问题:如果前置摄像头太坏了,那为什么不使用主摄像头呢?

有两个原因。

1)我想看看框架中有什么。在家里,这并不是那么重要,但是在博物馆中进行流媒体/拍摄时,这是必要的。

2)我想看看录制过程正在进行中。看到录音的事实。在这种情况下,在智能手机的主相机上录制与在大型相机上录制之间会有区别。是的,我看不到录制内容是否在大型相机上,但是如果Lumix由于电池电量不足而关闭,它将有两件事:发出嗡嗡声,它将取下镜头并爆裂。从这些声音中,我知道录制已停止。

顺便说一句,在Odnoklassniki上录制流时就发生了这样的时刻。在大型相机录制并放置在Youtube上的版本中,您可以看到我如何关闭智能手机上的广播,而这偶然与Lumix自关机相吻合。图片关闭,并发出哔声(声音已写入录音机)。我将这一刻留在最后的编辑中,以作为示例。顺便说一句,该示例不仅显示了使用专用摄像机的好处,还显示了冗余系统的好处。

这就是为什么将流记录在前置摄像头上的原因-为了知道智能手机没有安静地关闭。

因此,我可以指望的最大舍入质量为1920x1080、20 fps,比特率:20,000 kb / s。

但是现实中发生了什么?

在YouTube上串流


由于频道的puzomerki不够高,因此无法从智能手机中播放视频。

我所能做的就是回答有关从服务下载视频文件的问题。

如预期的那样,下载文件的帧速率与下载文件的帧速率一致。 (它们都与源文件中的帧速率不一致,因为它们通过了视频编辑器。)

但是其他特征是不同的。

是的,studio.youtube.com允许您直接从频道所有者的界面下载视频,但不是1920x1080,而是1280x720。尽管我在浏览器中打开了1920x1080的播放模式并下载了相应分辨率的文件,但事实证明,他丢失了1.5倍-它是1.48 GB,它变成了999 MB,并且声音作为单独的文件存储了。

不过,在已归档文件的情况下,Youtube提供了常规方法来下载其分辨率为1280x720的视频,并且有偶然的机会下载1920x1080(不是原始的,而是编码的)。

,,这些结论可能不适用于YouTube流,因此最终结论中未考虑这些结论。

Facebook流


Facebook不满意流的质量-​​360p(640x360)。但是,在播放流后的几天,视频分辨率变为1280x720。

Facebook Stream屏幕截图
Facebook上进行流录制
从Youtube上的另一台摄像机进行并行录制-Jules Verne和原子弹预测

如您所见,Facebook会镜像视频。默认应用程序“ Camera”配置为不镜像(在第一个示例中可以看到),但这不是Facebook应用程序的法令。

有趣的是,他们在Internet上写道,较早时可以通过Facebook应用程序关闭流中的镜像,但几年前这种可能性就消失了。

幸运的是,这不是最大的问题-您可以下载文件并手动进行镜像。

当然,如果可以下载。原来,Facebook界面中有一个链接可以下载您的视频,但是它不起作用。但是,流在智能手机上结束后,似乎提出了保存文件的建议。该文件的大小几乎与我从浏览器下载的大小相同(视频和声音在单独的文件中)。

从浏览器下载的版本和保存在智能手机上的版本均具有1280x720的分辨率和10.4 fps的帧速率(在屏幕截图中清晰可见10fps的外观-模糊的地方是我的手)。但是比特率看起来很差-791 kb / s。

ffmpeg数据
对于浏览器(无声音)
持续时间:00:50:34.50,开始:0.000000,比特率:713 kb / s
流#0:0(eng):视频:h264(Main)(avc1 / 0x31637661),yuv420p(tv,smpte170m / bt470bg / smpte170m), 1280x720、0 kb / s,10.40 fps,10.40 tbr,16648 tbn,20.81 tbc(默认)

对于智能手机
持续时间:00:50:34.53,开始:0.000000,比特率:791 kb / s
流#0:0(eng):视频:h264(基线)(avc1 / 0x31637661),yuv420p(电视,smpte170m / bt470bg / smpte170m), 1280x720、722 kb / s,SAR 1:1 DAR 16:9、10.40 fps,10 tbr,90k tbn,180k tbc(默认)

我借此机会验证Facebook是否会给我“下载您的信息”,并收到分辨率为640x360

ffmpeg数据的文件
持续时间:00:50:34.53,开始:0.000000,比特率:383 kb / s
流#0:0(und):视频:h264(Main)(avc1 / 0x31637661),yuv420p,640x360,316 kb / s,10.40 fps ,10 tbr,16k tbn,2k tbc(默认)

这就是选择“高质量”导出媒体文件时的情况!

在Vkontakte上流


是的,Vkontakte还镜像了前置摄像头的流,但我没有找到如何更改它的方法。

不,这是另一种T恤。

在Vkontakte中的流截图
Vkontakte上进行流录制
从Youtube上的另一台摄像机进行并行录制- 本书概述挪威森林(Lars Mitting)

没有常规功能可以通过流下载文件,并且在“导出”按钮后面有一个带有iframe代码的窗口,用于将视频插入网站。

非标准的压缩文件使您能够以1280x720的分辨率缩小视频

。通常,碎片会进入ffmpeg的浏览器,像这样
持续时间:00:00:08.82,开始:107.324000,比特率:5004 kb / s
程序1
流#0:0 [0x100]:音频:aac(LC)([15] [0] [0] [0] / 0x000F ),44100 Hz,单声道,fltp,158 kb / s
流#0:1 [0x101]:视频:h264(基线)([27] [0] [0] [0] / 0x001B),yuv420p(电视,smpte170m / bt470bg / smpte170m),1280x720、90k tbr,90k tbn,180k tbc

但是您可以使用浏览器插件并获取ffmpeg看到的文件
持续时间:00:55:26.54,开始:0.000000,比特率:4686 kb / s
流#0:0(und):视频:h264(基线)(avc1 / 0x31637661),yuv420p(电视,smpte170m / bt470bg / smpte170m), 1280x720、4525 kb / s,10.38 fps,12.50 tbr,90k tbn,180k tbc(默认)

该文件的大小大约等于切片的文件大小之和,这意味着文件数据为true。

总:

  • Vkontakte不提供常规的视频下载方式,也无法将其保存到智能手机
  • 通过非凡的方式,我设法以1280x720、10.38fps,比特率下载了我的流:5004 kb / s(非常好的比特率)

尽管VKontakte也具有收集其数据的功能,但媒体文件并未包含在其中。

在Odnoklassniki上播放


当然,我在Odnoklassniki上。我是一位研究国内技术历史的研究员,在Odnoklassniki,有人从事这种设备的设计和生产。

预计他们会得到有关友谊电锯创建历史的话题。Ondklassniki中的

Odnoklassniki流截图
流录制
从Youtube上的另一台摄像机进行并行录制- 电锯友情及其发明者

Odnoklassniki惊喜地发现了两件事:

  • , ( )

plus,这些优点非常容易重叠。

1)流从智能手机的主摄像头开始。这不仅在空中广播了额外的信息(是的,我在那里很乱),而且也不允许我在流开始之前将智能手机放在正确的位置。

2)在流设置中,即使没有应用程序授予访问位置定义的权限,也会显示地理位置信息。我并不排除绑定卡所必需的,但我不是喜欢不可断开的“便利设施”的粉丝

。3)奇怪的闪烁视频。而且,不仅在网站上进行广播,而且直接在智能手机上进行屏幕广播。 (我在流的开头提到了这一点)

4)广播中的最小延迟不仅通过闪烁图像来消除,而且还通过声音的损失(流的最后几秒钟完全没有声音)来消除。

而且我仍然没有下载文件和fps。

我找不到在智能手机上下载或保存文件的标准方法。

奇怪的文件接收到异常文件。ffmpeg就是这样看的
持续时间:00:33:35.99,开始:0.000000,比特率:3028 kb / s
流#0:0(und):视频:h264(高)(avc1 / 0x31637661),yuv420p,1280x720,3 kb / s,24.81 fps ,25 tbr,90k tbn,2000k tbc(默认)

是的,预期的分辨率为1280x720,而不是1920x1080,但是意外检测到了几乎25fps的帧速率。而且我不认为这是从相机获取的真实帧速率。

我的主要版本是即时流式传输到Odnoklassniki的应用程序会更改视频的帧速率,这就是为什么它们具有最小延迟(服务器上没有流重新编码)并且图片闪烁(这种带有转码的技巧,而不会带来质量后果)的原因不要摇动)。

同时,他们仍然生成了一些通常可以在浏览器中播放的奇怪文件,但是其中的Windows视频播放器却发疯了。

简而言之,它们太聪明了。

Instagram流


这并不是说我完全没有想到Instagram会带来惊喜。这是一个相当特殊的社交网络,以其怪异而闻名。我已经准备好接受不同的事情,但是她仍然设法使我感到惊讶。

Instagram流截图
Instagram上进行流录制(附加测试流)
在Youtube上通过另一台摄像机进行并行录制-BMW STIHL BOSCH及其企业神话

而且,除镜像外,图片不是翻转的,这不是最成问题的。

主要的问题是花在Instagram上的流不会保留。

广播结束后,我可以选择其他操作。当我尝试截取屏幕截图时,发生了经典的“我单击某处,一切都消失了”的情况。而且由于所有用户流都出现在同一地址www.instagram.com/motopila.ru/live上,所以我立即被赶出了该流。也就是说,即使通过浏览器,我也无法保存他。 (有趣的是,我最近收到了其他人有关在Instagram上流媒体丢失的消息。)

幸运的是,我有第二台摄像机拍摄了要上传到YouTube的视频,故事本身也被保存了,但我也想获取有关的技术数据分析。

为此,又进行了几个测试流,结果如下:

1)将文件保存到智能手机的功能不起作用。她首先给出一个错误,然后写道一切都很好,但是在创建的文件夹中没有文件。

2)您可以使用IGTV上的发布功能,但不能上传少于1分钟且少于60分钟的文件。

结果,我仍然进行了测试流,将其保存在Instagram上并以异常方式上传了文件。

这是ffmpeg的数据
持续时间:00:01:41.56,开始:0.000000,比特率:520 kb / s
流#0:0(und):视频:h264(高)(avc1 / 0x31637661),yuv420p,432x812,471 kb / s,29.85 fps ,30 tbr,16k tbn,60 tbc(默认)

图片不仅旋转,而且不仅缩放-还具有其他比例。

同时,没有关于帧速率的问题。这很可能是真实的,仅仅是因为他将发光的脸太靠近相机了。

也许有一天我会再次进行这些测试,并在Instagram上记录流,但是删除记录的风险太大,并且上载文件的fps测量不会影响结论。

发现


通常,很明显,您需要在观众所在的平台上安排流。

您将无法解决流将在其中发生的社交网络的技术问题和缺陷。但是,您可以提前为他们做准备,并认为这不是问题,而是功能。

1920x1080的权限没有人给。除Odnoklassniki以外,所有经过测试的社交网络都将来自前置摄像头的图像镜像。

同学们几乎没有延迟地流过,但是图像质量很差,声音消失了。同时,Odnoklassniki并不是最差的比特率。

Vkontakte的比特率最高,但是您只能以异常的方式下载文件,而且会有很多困难(很多小文件需要粘贴在一起)。

Facebook允许您在流之后立即将视频立即保存到智能手机,或以异常但简单的方式将其下载。但是,它具有令人讨厌的比特率和较低的帧速率。

Instagram具有出色的帧速率(尽管示例不正确),但不仅可以镜像图片。他转过身来,流淌的分辨率差,比例奇怪。好吧,失去流记录的机会太大了。

事实证明,在所有社交网络中,流的质量和特定的“陷阱”都存在问题。

因此,如果您需要保持性能,最好再添加一台好的摄像头和录音机-此解决方案将获得最佳效果。

好吧,我本人将继续简单地在大型相机上写我的故事,并上传到YouTube 1920x1080、25fps视频上。

All Articles