Questions tagged «streaming»

流是将数据从服务器连续发送到客户端主机的过程。实时流通常用于视频或音频传输,它是一个时间紧迫的过程,对用于传输数据的基础网络提出了很高的要求。


6
是否有任何软件可以捕获屏幕并将其转换为假的网络摄像头输入?[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,以使它成为超级用户的话题。 4年前关闭。 是否有任何软件可以捕获屏幕并将其转换为网络摄像头类型的输入,以便您可以使用常规视频软件轻松录制和/或广播屏幕? 编辑: 明确地说,我希望能够将其实时用作视频会议软件的输入,以及用于通过视频编辑软件进行录制的功能。如果可以让我从正在发送视频的计算机(例如,通过使用VNC连接到另一台计算机)上捕获一个远程屏幕来获得奖励积分。 因此,它应该作为输入显示在我安装的所有网络摄像头旁边,但它不应该是摄像机,而应该是屏幕上显示的任何内容。 编辑2: Skype的屏幕共享功能正是我想要的,但仅适用于Skype。我希望能够使用网络摄像头进行任何操作-Google Talk,UStream等。

7
如何自行查找我的安全DVR的视频流URL?
我有这个8频道DVR,品牌“ELEC”通过网络传输视频。但是,我只能使用名为vMyEye,Asee +和其他类似名称的iPhone应用程序连接到它。我想使用VLC或其他东西来访问我的Mac上的流。 长话短说,我无法简单地在线查看,所以我唯一的方法是找出流媒体协议和URL是通过vMyEye应用程序。我已经知道端口是34599,我知道本地IP地址。您有什么推荐的吗?包嗅探器?检查应用程序的二进制代码URL(已经尝试过但失败了)? 编辑:忘了说我已经尝试过在我的网络浏览器中使用IP:34599。它被卡住了,什么也没做。DVR还需要用户名和密码才能登录,以便以某种方式传递数据,希望不是在初始请求之后:O


2
mp4v编解码器和H.264格式之间有什么关系?
这个问题是我之前的问题的跟进:什么是mp4v和mp4a? 我知道mp4v是MPEG-4容器中使用的编解码器。H264还是可以在MPEG-4容器中使用的编解码器。 在我的测试中,H.264和mpv4都能产生相似的质量(我使用GStreamer的x264enc和ffmpeg_mpeg4组件进行了测试。) 因此,所使用的算法之间是否存在任何关键差异。还是mp4v只是H.264的别称?
13 video  streaming 

3
通过示例从HTML页面内部流媒体
因此,我是一名软件工程师,试图了解有关流媒体工作原理的一些细节。我花了大部分时间试图了解与我的应用程序相关的各种编解码器,容器格式和流协议。到目前为止,这是我对它如何工作的理解,这很可能会被误导: 流媒体实际上可以归结为容器格式和流协议: 所有音频数据(通过音频编解码器)编码为音频比特流 所有视频数据都被编码(再次通过编解码器)为视频比特流 这两个流合并(多路复用?)到一个容器中,该容器最终成为文件(例如MP4等)。 然后,特殊的媒体服务器通过一些标准的流协议(例如RTSP)将此容器(MP4文件或其他格式)提供给客户端(也许在某人的浏览器中运行的HTML5视频播放器) 对于浏览器客户端,我假设浏览器本身具有RTSP客户端,然后以某种方式将其呈现给用户HTML5 Video Player 我可以从Web服务器(例如nginx或httpd)托管MP4文件,但是由于这些服务器不是RTSP服务器,因此只能将对MP4的请求视为下载请求,因此无法流式传输MP4 文件。媒体文件 同样,如果我要用来curl从Nginx服务器获取文件,由于Nginx curl都不讲RTSP,因此它将被视为文件下载。 但是,当我从流媒体服务器(VideoLAN,Red5,Wowza等)托管MP4文件时,我使用RTSP客户端(或任何受支持的流媒体客户端)从该服务器请求流,然后只能那么是否发生 任何实际的流式传输 因此,即使YouTube或Vimeo“视频”托管在HTTP服务器通过HTTP(S)服务的HTML页面上,我也认为这些页面上的嵌入式视频播放器(实际上是视频的播放位置)实际上正在开始,与流服务器的后续连接以及通过RTSP或其他一些非HTTP协议进行流传输 因此,这是我的理解,我想我首先要问的是,如果以上所述不正确,请先纠正我!假设我或多或少是正确的: 如何在HTML页面中运行并由HTML服务器提供服务的流媒体播放器如何与流媒体服务器建立流(RTSP等)连接(服务RTSP请求)?

1
WebM是否有自己的交付方式?它与RTMP和HTTP Live Streaming有何关系?
在阅读流媒体格式和打包方法时,我对WebM被描述为RTMP和HTTP Live Streaming互斥的方式感到困惑。 根据我的理解,WebM是一种视频格式,就像具有.webm扩展名的视频文件编码方式一样,而RTMP和HLS都是在实时流中通过Web发送视频格式的方式(一种打包信息和通过某些网络协议(例如HTTP TCP)发送它们。 WebM是否具有自己的专有方法来通过网络发送自身?RTMP和HLS无法发送WebM格式的视频吗?
12 streaming  rtmp  webm 

4
内联网视频流[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新的问题,所以这是对话题的超级用户。 6个月前关闭。 家庭视频流的一个好的选择是什么? 例如,某人可能使用便携式计算机网络摄像头来播放婴儿床,从而允许他们从主家用PC对其进行监控。在这种情况下,我不想使用Skype在线进行操作,而是将其保留在本地网络中。有哪些选择可以使此操作轻松实现?

3
支持游戏的远程桌面或流媒体软件/服务
我对Onlive的质量和速度感到惊讶,因为该技术具有使硬件需求与普通用户无关的潜力。但是,目前,Onlive仅用于远程控制视频游戏,而不是通常用于台式机或其他设备。 我一直在追求可以实现与Onlive一样的软件或服务。 我需要: 查看器(客户端)程序的可移植性(可以在USB记忆棒上运行) 服务器端具有DirectX,OpenGL /全屏游戏兼容性。 游戏可接受的颜色/缩放质量和响应度。 我家里有一个非常强大的台式机,我希望能够从插入USB记忆棒的任何其他计算机上获得原始电源(以相同的方式,Onlive可以让游戏玩家使用其强大的服务器) 哪些软件/服务可以满足上述要求? 注意:请指定您的建议没有的功能。

1
带有上网本和智能手机的婴儿监视器[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新的问题,所以这是对话题的超级用户。 4年前关闭。 我们正在购买婴儿监视器,但是当我们已经拥有相机/麦克风(带有内置网络摄像头的上网本是最具移动性的)和我们随身携带的远程设备(Android设备)时,花150美元买东西似乎是一种浪费手机)。它们的质量似乎也相差很大,并且论坛上对我研究的任何产品都有很多抱怨。 纵观Android市场,有多种应用程序可将您的手机变成婴儿监护仪,如果婴儿醒来,它将拨打指定的号码,但这意味着将手机留在婴儿的房间里,需要另一部手机随身携带。 我想从网络摄像头设置流式提要并在您的手机上查看它并不难,但我担心连续运行提要会耗尽我所有的手机电池。也许是某些东西将通知(SMS,WhatsApp 、?)推送到我的手机,告诉我检查提要? 有任何想法吗?有没有现有的解决方案? 上网本正在运行Linux,而我们的手机是Android。

3
如何在VLC中按需流式传输多个文件?
我是否可以通过某种方式在服务器PC上设置VLC,以便可以从另一台PC访问所有视频的列表,然后选择要按需流式传输的视频? 我已经指向了该流指南(pdf),但是它几乎没有用。首先,这些屏幕截图中的大多数菜单与实际的当前版本VLC不匹配,然后某种程度上假设您已经知道自己在做什么。 到目前为止,我设法弄清楚了如何流式传输单个文件,在服务器PC上观看之前必须选择该文件-如果您问我,那将毫无用处!坚不可摧的“ UI”也无济于事... (PS 这个问题描述了我要进行流传输而不是非常简单地设置网络驱动器的原因)

1
流单个窗口的内容
我一直在使用VLC通过网络流式传输我的桌面,这很棒。但是,我只想流式传输特定窗口的内容(例如Alt + PrintScren用于屏幕截图)。 在Windows上有什么方法可以做到这一点吗?

1
VLC缓存级别
当我打开VLC的“首选项”并转到“输入和编解码器”时,我有一个名为“默认缓存级别”的设置。我可以选择 s 最低延迟 低延迟 正常 高延迟 更高的延迟 我习惯于在几秒钟之内设置缓存。因此,更长的秒数/更高的缓冲区意味着流传输时缓冲区不足的机会更少。什么是延迟?将其设置得更低或更高意味着什么?在什么情况下我应该朝哪个方向前进?如果我在缓冲区欠载方面挣扎,应该将其设置为较低还是较高的延迟?

6
VLC可以流式传输YouTube视频吗?
是否可以通过VLC流式传输特定YouTube视频的内容? 这种情况是,您可以将YouTube URL粘贴到VLC对话框中,然后让VLC像本地媒体文件一样流式传输视频。 当前版本-尝试打开文件或网络流时会导致 VLC无法识别输入的格式:无法检测到“ http://www.youtube.com/v/foo ” 的格式。查看日志以了解详细信息。 VLC中是否存在任何现有功能,或者您知道实现此流媒体创意的解决方法?

3
播放无界面的VLC流
我想使用VLC在不启动GUI的情况下播放Internet广播流。那可能吗?我已经浏览了一些有关VLC的命令行文档,但并未提出任何解决方案。 到目前为止,我只是调用: $ vlc <stream> 我在Linux(Ubuntu 13.10)上。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.