You are going to develop a handheld device which has an Atom processor. You are thinking of using Android embedded OS for running telecom applications on this device. Android is good for wireless applications. But your device do not need any wireless application. You will need only data (ping, traceroute…), IPTV and VoIP applications to run on this device. So is it advisable to use Android for your device?
In my opinion the biggest benefit you get from running a OS like Android as opposed to a tailored Linux distribution are:
- An application ecosystem, that integrates well
- A UI environment suitable for small screens
- An Application SDK that makes developing new apps pretty straightforward
Drawbacks of using Android IMHO:
- No standard libc. That means you will have to do some porting, to get mplayer or something similar to play your media content
- Way less libraries than you have, when you use a “regular” Linux distribution
- You can only create apps with UIs using Java (well there are other possibilities but you probably wouldn’t do it)
It comes down to choosing what hurts less. My estimate if you have powerful hardware and a big screen (the combination of Atom and IPTV sounds like that) than using a LFS (Linux From Scratch), Ubuntu or something similar and create a flashy UI on top of that (using QT, OpenGL, GTK, Swing, …) is less pain than porting your libs & apps to Android.
Of course you loose the sexy Android label which decreases probability of making it to Engadget .
Their is a special handshake at the switch level, its telling the switch you are part of the multicast group so that you will also receive the packets. bellow is an example of registering and receiving on a udp socket in java
// join a Multicast group and send the group salutations
InetAddress group = InetAddress.getByName("22.214.171.124");
MulticastSocket s = new MulticastSocket(6789);
// get their responses!
byte buf = new byte;
DatagramPacket recv = new DatagramPacket(buf, buf.length);
// OK, I'm done talking - leave the group...
what you need to do is join the multicast group, then just recv the packets and write them to a file, then I would assume the mpeg2, mpeg4 or however the stream is sent will be a file on your machine that should be playable through another program.
I want to know the programming language used by Boxee.tv guys to build their IPTV software. My company is building a IPTV software which will fetch channels and stream channels from the internet.
Boxee’s desktop client does the same. Since we want to create a Similar UI, I would like to know what have they used to create such a UI.
Is it flash or AIR , I see some python DLLs when I inspected their folder inside program files.
Boxee is a fork of the famous free and open source media player XBMC.
C++ is the main language (Python language is used mainly for plugins)
I need some text about use of Broadcasting in IPTV, I have lots of text about Multicasting in IPTV in some PDF’s, but nothing about Broadcasting.
Networking has 3 basic modes, unicast (1 to 1), multicast (1 to many, those many has registered a group for this specific multicast) and broadcast (1 to all, all does not include the sender). Unlike traditional Air/Cable/Sat TV in which a content is broadcast through a fixed channel, IPTV are generally implemented with multicast since broadcast from a network node would flood those neighboring nodes who do not want that specific information. If all nodes from a specific node A has registered a multicast group and A is the source, then even data flow looks like a broadcast case, but it is still a multicast.
- Linux box with public DNS name
- web development skills
- tons of video files to broadcast
I want to create simple web page, which contains some plugin that shows my files to whoever wants to see them on the web. What free tools should I use (server streaming side and HTML side)? If I am asking in a wrong place, where should I go?
Take a look at a few of the open source video players like JW player, OSFLV, Flowplayer, etc. They might give you some ideas.