Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[idea] ni2out EDI output or distinct eti2edi tool #51

Open
mrwish7 opened this issue Dec 2, 2023 · 1 comment
Open

[idea] ni2out EDI output or distinct eti2edi tool #51

mrwish7 opened this issue Dec 2, 2023 · 1 comment

Comments

@mrwish7
Copy link
Contributor

mrwish7 commented Dec 2, 2023

Would it be possible to essentially do the reverse of edi2eti, i.e. encapsulate an ETI-NI stream as EDI and send to a UDP destination?

This would be handy for transporting the DAB data around a local network (or otherwise) to another machine - EDI works very well as a native input for the ODR-DabMod tool for example.

I find that with DAB signals already in EDI format on satellite, the modulation process works very smoothly. I have a PC with tuner card using tsduck with mpe filter, forwarding decapsulated DVB-IP MPE packets onto my local network - e.g. from 7°E 12567V 17017 I could forward 239.132.1.50:5004 (SWR BW S). Then on a Raspberry Pi 4 with a HackRF connected I can run ODR-DabMod with native EDI source (239.132.1.50:5004). This runs very stably - tested for hours at a time.

It would be useful to be able to use a similar mechanism for streams in ETI-NA or ETI V.11 (decoded with tsniv2ni). If we could encapsulate them into EDI and forward them onto the network interface. Command options would be local interface address, multicast address and port. As mentioned in title, I guess this could either be part of the ni2out application as a new option, or a specific eti2edi tool.

@mrwish7
Copy link
Contributor Author

mrwish7 commented Dec 4, 2023

I hadn't taken into account that ZeroMQ can achieve the same end goal pretty well (with eti2zmq), I have that working nicely now. Multicast forwarding could be useful for some use cases though I guess

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant