Using commercial receivers for recording?

[comfortably_numb]

I've been using my Edision OS Mini 4K to record TS files, and it does a great job. The issue is it only has one tuner. I would like to be able to record TS files for both C and KU from the same receiver. I then use TSReader to anaylze the streams for bitrate and other modulation parameters, or just to save my recordings with the highest quality possible (ie no transcoding). I've been searching for an OS MIO+ with no success. Then it occurred to me...

I already have an Arris DSR-7403 and an Ericsson RX8200. Both have 4 tuners. Does anybody know if these receivers can record/output TS files? The Arris has ethernet outputs, but it's unclear to me how to utilize those.

 

[comfortably_numb]

PS this is related to my previous thread from September about streaming directly from receivers to PC without transcoding. So far it seems only the Edision is capable of this.

Thread 'Streaming from receivers to PC'

Sep 13, 2025

I've noticed that streaming from a receiver like the Edision or the GTMedia V9 to my computer produces a stream with a lower bitrate than the originating feed. For example, streaming ABC 4:2:2 from 97 or 99 C-band from the Edision looks grainy on the PC. I've tried VLC, PotPlayer, SMPlayer and others and the result is the same. How do I stream the original, high quality TS file from the receiver without transcoding?

PS- my network is gig all around, so I don't think that's the issue.

• comfortably_numb
• Replies: 8
• Forum: Free To Air (FTA) Discussion

Hoping either the Ericsson or Arris could do it, as they are commercial receivers

 

[arlo]

Probably not much help but zipping thru the dsr-7400 HD series op manual it looks like the gige port is industry standard and can be configured to send a ts stream. I don't know.
Have you gone through the gige menu to see if an output selection (asi, .ts) is available?

 

[comfortably_numb]

the gige port is industry standard and can be configured to send a ts stream

Yes I think it can, but where is it sending it and how do you access it?

 

[one_db_compression]

Yes I think it can, but where is it sending it and how do you access it?

As I am aware, the IP output on the Arris is multicast HEVC passthrough only. You assign a 224.x.x.x multicast address and UDP port. Your recorder would need to point toward this address+port pair.

Everyone else's mileage may vary.

 

[arlo]

Yes I think it can, but where is it sending it and how do you access it?

Whew. Wish I had one to play with.
Looks like besides being able to set the LAN management interface like you show @ 10.0.0.129 you can set the GigE port IP for channel streaming.
Links for the DSR-7400 HD Series Operators Manual always take me to scribd. And I don't have a scribd acct so things get fuzzy (literally) fast. But. going back further to the DSR-6000 and DSR-4530 manuals step you thru the config menus.
Could it be if you setup the GigE menu to another IP on your lan in the same scope. And use VLC to tune into it....magic? I mean. Looks simple enough. VLC <IP Address>ort. Mr. Smiley is supposed to be a colon IP<colon>port. An after the fact edit from me.....
Single Port Transport Stream.....sounds like a hint. Maybe the Ricks DSR guys could help?

 

[comfortably_numb]

This is the manual. It loses me at page 84 when it refers to the "destination IP address."

 

[one_db_compression]

This is the manual. It loses me at page 84 when it refers to the "destination IP address."

This is the multicast address. Take a quick look at some of the multicast tutorials out there... it should then make more sense.

 

[comfortably_numb]

This is the multicast address. Take a quick look at some of the multicast tutorials out there... it should then make more sense.

In a nutshell, it won't do what I want it to do, right?

 

[one_db_compression]

In a nutshell, it won't do what I want it to do, right?

The receiver will not record the stream.

The IP Output functions will package the stream into UDP packets and will put them into an IP multicast group on the wire. If TSReader can use an IP multicast input, you would use the same group information to configure TSR and you should be able to analyze in real-time and potentially record. (I have never used TSR, so I am out on a limb here.)

Commercial receivers are typically first-in, first-out devices with no storage features, beyond buffering a stream for a few seconds if transcoding.

 

[comfortably_numb]

The receiver will not record the stream.

That's ok, it doesn't need to record if I can capture the stream on the PC.

 

[one_db_compression]

That's ok, it doesn't need to record if I can capture the stream on the PC.

To get this going, start by not using any WiFi connections. Wireless handles multicast differently than wired ethernet. These devices are designed to be used preferably with higher-end enterprise or carrier-class switching and routing infrastructure (e.g. - Cisco, Juniper, Nokia, etc.) and use IGMP and PIM in order to scale across subnets and sites. Windows might struggle without a Layer 3 router running IGMP and PIM functions on your network. Linux might be able to get away with less sophisticated L2 and L3 gear, depending on how its networking stack is configured. Historically, getting multicast to work properly on large networks has been a black art with lots of ritual sacrifices and magic incantations. One of my engineers used to design and operate the multicast distribution networks for a national service provider. It was more than a full-time job because there are major disparities between the features and stabilities encountered on infrastructure devices versus encoder/decoder devices.

Your mileage will certainly vary here.

 

[comfortably_numb]

To get this going, start by not using any WiFi connections. Wireless handles multicast differently than wired ethernet. These devices are designed to be used preferably with higher-end enterprise or carrier-class switching and routing infrastructure (e.g. - Cisco, Juniper, Nokia, etc.) and use IGMP and PIM in order to scale across subnets and sites. Windows might struggle without a Layer 3 router running IGMP and PIM functions on your network. Linux might be able to get away with less sophisticated L2 and L3 gear, depending on how its networking stack is configured. Historically, getting multicast to work properly on large networks has been a black art with lots of ritual sacrifices and magic incantations. One of my engineers used to design and operate the multicast distribution networks for a national service provider. It was more than a full-time job because there are major disparities between the features and stabilities encountered on infrastructure devices versus encoder/decoder devices.

Your mileage will certainly vary here.

I appreciate all the information, and it's also fascinating to talk to someone who worked at a high level in the industry.

The Arris and Ericsson receivers we have are obviously capable of more functionality than I'll ever be able to utilize, but I am learning.

Unfortunately the network we're running here is just gig fiber from Comcast with a "dumb" gig switch. I doubt I'd be able to scale up the equipment I'd need to do any serious multicast streaming with these units.

Basically I'm just looking for a way to get TS out from either the Arris or the Ericsson. I know the Arris can passthrough to the Ericsson via ASI, because we can stream the ABC S2X 4:2:2 feeds from the Arris and watch them via the Ericsson.

Any other ideas?