Dear NANOG community, My team is working on the development of an IPTV solution. Our main objective is to develop expertise internally on the subject that will allow us to develop our own solution. Any help, ideas recommendations on the following subjects will be greatly appreciated: 1. Opensource software 2. Architecture/design guidelines 3. Hardware 4. Documentation 5. Consultants 6. Etc. Thank you KARIM MEKTEL INC. Tél. Bureau : (514) 535-0153 Ext 404 Tél. sans frais/Toll free : 1 (855) 563-5835 (1 (855) 5-MEKTEL) www.mektel.ca<http://www.mektel.ca/>
On Fri, Oct 25, 2024 at 08:32:45PM +0000, KARIM MEKKAOUI wrote:
Dear NANOG community,
My team is working on the development of an IPTV solution. Our main objective is to develop expertise internally on the subject that will allow us to develop our own solution.
Any help, ideas recommendations on the following subjects will be greatly appreciated:
1. Opensource software
MuMuDVB seems to be quite popular. A dedicated video VLAN also seems to be common. MuMuDVB can do multicast as well as unicast streaming.
2. Architecture/design guidelines 3. Hardware
I for exmaple have used USB DVB dual Tuner modules as you can take an entire OTA frequency and deliver each PID via a unicast stream
4. Documentation 5. Consultants
I'm sure you will see no shortage of them reach out.
6. Etc.
Good luck! - Jared -- Jared Mauch | pgp key available via finger from jared@puck.nether.net clue++; | http://puck.nether.net/~jared/ My statements are only mine.
Which USB DVB dual Tuner do you recommend? Whats the best method to get OTA Frequencies and convert to ip stream for the opensource you recommended? Is there a device that can collect many channels and convert to proper digital streams for the software or do you need on USB DVB dual Tuner for each stream? On Fri, Oct 25, 2024 at 1:42 PM Jared Mauch <jared@puck.nether.net> wrote:
On Fri, Oct 25, 2024 at 08:32:45PM +0000, KARIM MEKKAOUI wrote:
Dear NANOG community,
My team is working on the development of an IPTV solution. Our main objective is to develop expertise internally on the subject that will allow us to develop our own solution.
Any help, ideas recommendations on the following subjects will be greatly appreciated:
1. Opensource software
MuMuDVB seems to be quite popular.
A dedicated video VLAN also seems to be common. MuMuDVB can do multicast as well as unicast streaming.
2. Architecture/design guidelines 3. Hardware
I for exmaple have used USB DVB dual Tuner modules as you can take an entire OTA frequency and deliver each PID via a unicast stream
4. Documentation 5. Consultants
I'm sure you will see no shortage of them reach out.
6. Etc.
Good luck!
- Jared
-- Jared Mauch | pgp key available via finger from jared@puck.nether.net clue++; | http://puck.nether.net/~jared/ My statements are only mine.
-- Norman Jester 619-319-7055 (I prefer WhatsApp or Text if you do too.)
On Fri, Oct 25, 2024 at 02:04:02PM -0700, Norman Jester wrote:
Which USB DVB dual Tuner do you recommend? Whats the best method to get OTA Frequencies and convert to ip stream for the opensource you recommended? Is there a device that can collect many channels and convert to proper digital streams for the software or do you need on USB DVB dual Tuner for each stream?
I use this: https://amzn.to/3AiH8HJ You can then use a config like the following this is one i use for 533mhz, you can find the frequencies for the channels by doing w_scan such as this: w_scan -fa -A 1 -x > w_scan.`date +%Y%m%d` you can also monitor what is going on here, which should give you a decent picture on a s/n on the RF side dvb-fe-tool -a 1 -m -v mumudvb.conf: #This is an example configuration file for mumudvb using full autoconfiguration #All the commented lines are optionnal (except for tuning you have to match your system) #If you want to set HTTP unicast, see the README and the README_CONF #------------ TUNING ------------- #The DVB/ATSC card we want to use card=0 #The Transponder frequency freq=533000000 #---------- AUTOCONFIGURATION ----------- #We want the full autoconfiguration (ie we discover the channels and their pids) autoconfiguration=full #--------- NETWORKING -------------- #Do we want to change the default port (optional) ? common_port=1234 # #Do we need to change the default multicast TTL (if you have routers, defaultvalue : 2) ? multicast_ipv4=0 multicast_ttl=1 #multicast_auto_join=1 # Add RTP headers rtp_header=1 # ---------- PAT REWRITING ---------- #If some of the clients are set top boxes we will probably need to rewrite the PATpid rewrite_pat=1 rewrite_sdt=1 sort_eit=1 unicast=1 unicast_queue_size=4194304 port_http=10000+%card #scam_support=1 ring_buffer_default_size=16384 decsa_default_delay=500000 send_default_delay=1500000 What you'll see on the daemon side is something like this: Channel number 1 : WEXAMPLE-HD Unicast link : http://192.168.2.2:10000/bysid/3 Multicast ip : :1234 Channel number 2 : WEXAMPLE-BN Unicast link : http://192.168.2.2:10000/bysid/4 Multicast ip : :1234 Channel number 3 : WEXAMPLE-LF Unicast link : http://192.168.2.2:10000/bysid/5 Multicast ip : :1234 and devices can just connect to those to get a stream, eg: vlc http://192.168.2.2:10000/bysid/3 you will get the OTA MPEG signal which could be VBR or CBR, and each of those sub-channels is available at once with the tuner so plan your bandwidth accordingly. I've seen channels that are at or exceed 15Mb/s It really is a kinda perfect time for a lot of this hobbyist stuff, so take these and put them into OBS or similar as an input and you can do a nice grid of all your local TV stations/news feeds in your NOC or similar. I've not gone so far as to toy with modern tvs and IP multicast directly on the segment, but I expect many would be able to receive the SAP messages if you did that. How to route or otherwise use your multicast w/ SSM is left as an exercise to the reader. mumudvb will do IPv6 as well, despite my bad example using IPv4 only :/ - jared -- Jared Mauch | pgp key available via finger from jared@puck.nether.net clue++; | http://puck.nether.net/~jared/ My statements are only mine.
On 10/25/2024 4:32 PM, KARIM MEKKAOUI wrote:
Dear NANOG community,
My team is working on the development of an IPTV solution. Our main objective is to develop expertise internally on the subject that will allow us to develop our own solution.
Any help, ideas recommendations on the following subjects will be greatly appreciated:
1. Opensource software 2. Architecture/design guidelines 3. Hardware 4. Documentation 5. Consultants 6. Etc.
Hi Karim, Back in 2015, I had the privilege? nay, misfortune of working on a greenfield build-out which included a cable TV component that was implemented as a set-top streaming service. We successfully negotiated retransmission rights with most major content providers. I've found that going one's own way with software, hardware and architecture choices is pretty much impossible if you want to get certain companies on-board with your product, chiefly, companies like Vericom and Warner will expect you to comply with strict security requirements. Which pretty much meant we were locked into the Verimatrix ecosystem from the beginning. There are other options available, but your choices are going to be limited by the content you choose to carry and nothing else. Best, Daniel
participants (4)
-
Daniel Corbe
-
Jared Mauch
-
KARIM MEKKAOUI
-
Norman Jester