Windows Media Services is not supported on Windows Server 2012 onwards Can wmv be streamed using IIS smooth streaming (or even any 3rd party solutions)?
Can Media Services can be made available on Windows Server 2012 R2 somehow?
Please suggest any other solution that satisfies 3 conditions
o (1) Based on Windows Server 2012 R2,
o (2) using wmv as media format
o (3) Is a streaming solution
WMVs cannot be Smooth Streamed, smooth streaming requires the media files to be in a fragmented format which is not supported with WMV.
You can transcode the WMV files into the ISMV format (fragmented MP4) which will allow you to Smooth Stream your files.
Related
I need a music stream server with at least these features:
1- open source
2- adaptive bitrate
3- multi-art support
4- scalable
5- simple encryption
I have installed some projects (Red, Mopidy, Icecast, ...) but til now I couldn't find a suitable one.
I don't know any server like that too (let me know if you will find one:) ), but in general everything can be built at the top of Icecast:
It's open source
This is usually achieved by creating several mount points with different bitrate,and providing your listeners with several links
they can choose the bitrate (or format, like mp3/aac) that will fit
their internet connection.
Create a script in PHP or any other language that will fetch the current artist & track title from Icecast and search for an image on
a music service like iTunes or Spotify (they have API for that). Some
source clients also provide images from MP3 tags, for example.
You can use Nginx as a load balancer in front of your Icecast instances, also there is a nice article about that
https://medium.com/#pereiragoncalo/icecast-in-production-7313cb5c95ff#.m4bf6yne7
Not sure what exact encryption you are talking about, but Icecast supports SSL, so you can have HTTPS links to your streams.
For the sake of argument, lets assume I have 5000 files that i've transcoded to HLS mp4s
I want to host them from Windows Azure, I don't think i can just put them in a CDN, do i need to host them through azure media services? What is the additional cost?
Any thoughts / HLS Education much appreciated
HC
Windows Azure Media Services uses a storage account of your subscription to store the media files you want to publish. So storing Videos in Windows Azure is as expensive as storing them as blobs (about 0,70c per GB at the moment). But you need to keep in mind that encoding videos for smooth streaming means to store them in multiple resolutions for any bandwidth. So it's getting more expensive the more streaming variants you offer.
Hosting the media files in a blob storage won't supply you with smooth streaming capabilities. You can only provide progressive downloadable files (.mp4 files) at a fix transfer rate. In order to provide smooth streaming you need to publish your assets via Windows Azure Media Services. They use an IIS feature for Smooth Streaming. There's no additional fee specified for publishing videos via WAMS, so I'd expect you to be billed the usual 12c/GB for outbound traffic.
There are special fees for Windows Azure Media Services, tough:
Encoding 1GB of data costs 1.99$
Having a server dedicated for your encoding jobs is 99$
Having a server dedicated for your streaming is 199$
For more information you might want to have a look at the full pricing calculator of Windows Azure and the WAMS site.
HTH
Recently I had a task to convert the file format to mp4 and stream it. I have used ffmpeg as the transcoding tool. The MP4 file doesn't get streamed over the http protocol [have used php cgi wrapper], but then the output format is changed to mpegts the streaming occurs and works fine. A quick search on net http://wiki.videolan.org/MPEG relates and advises to use mpegts for streaming mp4 file. I need more insight on these two formats, their advantages and differences.
Thanks,
Peter
MPEG-TS is designed for live streaming of events over DVB, UDP multicast, but also
over HTTP.
It divides the stream in elementary streams, which are segmented in small chunks.
System information is sent at regular intervals, so the receiver can
start playing the stream any time.
MPEG-TS isn't good for streaming files, because it doesn't provide info about the
duration of the movie or song, as well as the points you can seek to.
There are some new protocols that can use MPEG-TS for streaming over HTTP,
that put additional metadata in files and fix the disadvantage I talked before.
These are HTTP Live Streaming and DASH (Dynamic adaptive streaming over HTTP).
On the other hand MP4 has that info in part of the stream, called moov atom.
The point is that the moov must be placed before the media content and downloaded
from the server first.This way the video player knows the duration and can seek to any point without downloading the whole file (this is called HTTP pseudostreaming).
Sadly ffmpeg places the moov at the end of the file. You can fix that with software
like Xmoov-PHP.
Here you can find more info about pseudostreaming.
You can reorder your MP4 file, putting the moov section at the start of it using the following FFMPEG command:
ffmpeg -i your.mp4 -vcodec copy -acodec copy -movflags +faststart reordered.mp4
.mp4 is the extension of a file
while mpeg ts is used for transport streams.....mpeg ts is a standard used for digital video broadcasting to send the mpeg video and mpeg audio. there are basically two types of ts
spts and mpts
spts contains the single program only whereas mpts contains the multiple programs in it.
ts reader and vlc media players are used to play the mpeg ts
if you want to know more about it the follow,
MPEG TS OR TRANSPORT STREAM MPTS SPTS
The extension for transport stream files is .ts
Can anyone provide any direction or links on how to use the adaptive bitrate feature that DSS says it supports? According to the release notes for v6.0.3:
3GPP Release 6 bit rate adaptation support
I assume that this lets you include multiple video streams in the 3gp file with varying bitrates, and DSS will automatically serve the best stream based on the current bandwidth. At least that's what I hope it does.
I guess I'm not sure what format DSS is expecting to receive the file. I tried just adding several streams to a 3gp file which resulted in Quicktime unable to play it, and VLC opening up a different window for each stream in the file.
Any direction would be much appreciated.
Adaptive streaming used in DSS 6.x uses a dropped frame approach to reduce overall bandwidth rather than dynamic on the fly bitrate adjustments. The result of this can be unpredictable. The DSS drops the frames, and does not need the video encoded in any special way for it to work.
Is it possible to recreate the media file from the captured wireshark logs. Is there any doc which explains how this needs to be done.
I am doing RTSP based streaming from my darwin test server. So I want to compare the Quality of the original and the streamed file.
I'm not familar with Darwin Streaming Servers but generally RTSP is only for establishing the RTP stream. The direction of RTP packets is normally in one direction (ignoring the ACK-packages for TCP).
For comparing the files I would use a tool suggested by all other users.
But to answer your question for wireshark:
filter you stream for the destination ip by using 'ip.addr eq '
look for your RTP or UDP packages from the RTSP-server
in case you see UDP-packages: right click on the package->'Decode As' and choose 'RTP' in Transport tab
choose from context menu 'follow UDP stream'
now you have the whole RTP-stream without RTP headers.
But keep in mind that in H.264 you have packetization which gives you extra bytes in the displayed stream. You cannot compare this with the original file!!
Look here in chapter 5.4. for further description.
Better use the tools mentioned by the others!
I don't think it is possible the way you hope, as RTSP is a sort of conversation between a client and a server (or servers). To recreate the RTSP session you would have to recreate all of this two-way traffic - it is not really comparable to opening a file in a video player.
I think you will find it easier to use VLC to stream the rtsp:// link and save it to a file. The stream will be transcoded while saving, so if you need a "true" comparison to the original file, you will want to use a lossless video codec for transcoding, and the output file could be very large.
Using Ostinato, You should be able to replay the file and capture using VLC.