I have a RTMP signal I need to receive and then feed into obs and I would not like to deal with port forwarding or anything on my local network. Is there some kind of proxy server or anything I can use for $50 a month or less?
I have searched in a lot of places and the only service I can find is restream, which costs $90 a month, I don't need all the features they offer but I can't find any other website that offers it.
Related
I need to build infrastructure for video streaming service, that will be able to handle >100 live streams with average of 50 viewers, where top stream can have up to 5000 viewers. All streams will be served as multicast, not extra transcoding will be required (input and output will be h.264), no recording will be made. I'm curious how many streams can handle simple red5 server and how to calculate max of users.
Recently, I have tried to gain a better understanding of VOIP. I have a good enough understanding of what the phone does in terms of converting audio signals to UDP packets and I develop embedded firmware for a living so I'm no stranger to internet protocols or data formats. My question is: how does a VOIP server go about delivering that audio information to say a land line or wireless carrier? Is there some kind of DNS for phone numbers that gives you an IP address of a server where you can send the data? if so, what is the name of the protocol that is used to determine that information, and the protocol for transmitting the audio data once you know where to send it. I've tried to search for the information, but of course my searches are all swamped with irrelevant results. Also, where can I find documentation for implementing these protocols?
The most popular protocol for this is SIP/RTP (SIP for signaling and RTP for media).
You will need a SIP server (softswitch) to handle this.
To be able to route the calls to landline or mobile numbers, you will have to "interconnect" with carriers from your softswitch. Then you will just send the traffic to their server (the address what they told) again with SIP/RTP since most carriers have SIP support. Alternatively you can send the traffic to traditional PSTN (you will need a hardware for this: either a dedicated gateway or just a PCI slot in your softswitch).
While looking for video streaming server with Adaptive Bit Rate using http, I came across some proprietary servers/implementation namely Adobe dynamic streaming for Flash, Apple HTTP adaptive streaming and a similar one from microsoft.
What I am looking for is Apache webserver ABR streaming, I found out that MPEG DASH is the standard for this, and looks like apache supports it. But I am not able to get a start to it.
Can someone point me to an example or steps to achieve this?
Also, I understand that such a streaming requires a bunch of video files acting as segments at different bit rates of a video file that needs to be streamed and some metadata file.
I am not able to understand how I can provide this to apache to make it stream to the client(browser).
Appreciate help or directions on this.
Thanks.
Using MPEG-DASH, streaming becomes very simple. The video is stored at different quality levels (in terms of bitrate, resolution, etc.) on any HTTP server, each divided in segments of a few seconds length. The (intelligent) client application requests the segment for a specific time and quality (dependent on the current network capacity) via standard HTTP GET requests. So you can use your "standard" apache or any other webserver.
To get started I suggest to get some DASH content, either from DASHIF, or generate content on your own the easy way, using a transcoding platforms, like bitcodin.
I am trying to create a web service that retrieves my GPS tracking device data.
Let's say for example that I want to create a simple web page that shows me my GPS tracker location by it's coordinate each moment.
I made a little research and found out that I need a server that will accept GPRS input and will parse the data to tcp/ip.
I am not sure what I can do with this information. The best solution for me would be to use a cloud service that could do this for me.
If not, Do I need to purchase a GPRS modem?
I'd be happy to hear about different solutions that would make it easy for me to create my web service using the GPS tracker.
Thanks
I can comment as an owner (and developer) of GPS tracking solution. The basic things you will need:
GPS tracker with GPRS connectivity.
GPS tracker communication
protocol (often they are proprietary and will cost you extra)
Protocol implementation on the server side
Web based application to
display the current device position.
The development process will take you at least couple of months.
Cheapest way is to buy the device monitoring service from your local provider. This will save you money and effort.
I am looking for information on sending GPS coordinates from a GPS module to a server. How would I go about doing this?
I have done countless google searches on the subject and all searches fail to reveal any information on how the data generated from the GPS unit might be actually sent from the gps module to a server.
There are obvious ways to do this using a GSM deivce, but I can't find any information on low cost data plans, networks, etc
All I would need to do is occasionally send the GPS coordinates from the module to a server. This would be done several times a day. One device would probably have bandwidth of a couple KB per month, that's it. What options are out there?
you need:
A GSM modem that support whatever frequencies / technology your intended cellular provider uses. Bunch of examples here: http://www.sparkfun.com/categories/66 Make sure the module manages the TCP/IP aspects and has an easy interface (AT commands).
A data only account with that cell provider for each device. 200MB a month is like $15-20 from most carriers in the US
The GPS Module. Examples here: http://www.sparkfun.com/categories/4
A microcontroller to manage the GPS and the cell modem. Arduino is probably the easiest one to get started with.
All GPS receiver modules output serial NMEA data. Which is fairly simple to parse, and from there you can do whatever you like with it, store it send it, plot it, etc.