-
Notifications
You must be signed in to change notification settings - Fork 29
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
Get complete ensemble via ETI or API #8
Comments
Hi
Can you be more specific? afaik the ensemble on a selected channel is
complete in the eti file
2017-03-20 22:01 GMT+01:00 Stefan Pöschel <notifications@github.com>:
… It would be great to have an option to get the complete ensemble as ETI,
instead of just a particular channel (maybe eti-frontend of your eti-stuff
would be a better starting point for this feature; currently it outputs
already ETI, but needs further user interaction).
Or to just get the FIC and any desired subchannel in "raw mode" via the
API.
This way one would have a replacement for dab2etiof the dabtools when
using DABlin and would be able to easily use other hardware than a Realtek
stick with it.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#8>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/AITzwD_TLmXGUCVVbejd-pKPNhQ5vJohks5rnukpgaJpZM4MjAk4>
.
--
Jan van Katwijk
+31 (0)15 3698980
+31 (0) 628260355
|
What I am talking about is a tool, that does not need user interaction (all relevant params via cmdline) and outputs ETI of a specific DAB channel. Hence kind of combination of
So something like |
I was still my intention to rewrite dab2eti so as to make it better in the dablin context. I particularly wanted to support /dev/swradio0 as well as librtlsdr. I have only Realtek devices so that limits my scope for supporting more. A backdrop here is libdvbv5 which acts as middleware between the /dev/dvb/* and applications. Making dab2eti (or whatever it is called) an effective middleware layer between devices or other libraries and applications. Of course whilst libdvbv5 is just a classic library, dab2eti is a standalone process in good modern microservices, dataflow architecture (or is this laying it on a bit thick?). If there is a wider context in which such a program would be useful then I am certainly "up for that" as the saying goes. cf. Opendigitalradio/dabtools#12 The discussion there was centred on whether to try Rust or D as an implementation language rather than sticking with C++11, (switching to C++14 or C++17 was thought perhaps a little risky) but that was in the dablin context. If there is a wider context, the issues change. |
Is it possible to omit the ensemble list, and just connect to the channel - Switching channels take a lot of time when the whole list has to be generated every time. |
That is certainly possible. I'll think about it. It is on the todo list
best
jan
2017-03-20 22:11 GMT+01:00 Stefan Pöschel <notifications@github.com>:
… What I am talking about is a tool, that does not need user interaction
(all relevant params via cmdline) and outputs ETI of a specific DAB
channel. Hence kind of combination of dab-cmdline and eti-frontend would
be great:
- dab-cmdline is completely controlled via cmdline and does not need
user interaction, but does not support ETI output; instead one has to
select a specific station
- eti-frontend has ETI output, but the user has to perform some clicks
to start the ETI output
So something like dab2eti, but dab2eti itself has unfortunately some
flaws, like only support for Realtek sticks.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#8 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AITzwF4DCKIIwjYm3qay-mljGxSGg1Asks5rnutxgaJpZM4MjAk4>
.
--
Jan van Katwijk
+31 (0)15 3698980
+31 (0) 628260355
|
I added a first version of a command line version (same combination,
library + a main program) to the eti-stuff repository.
As with dab cmdline, the supported device is compile time selected.
Jan
2017-03-27 22:02 GMT+02:00 jan van katwijk <j.vankatwijk@gmail.com>:
… That is certainly possible. I'll think about it. It is on the todo list
best
jan
2017-03-20 22:11 GMT+01:00 Stefan Pöschel ***@***.***>:
> What I am talking about is a tool, that does not need user interaction
> (all relevant params via cmdline) and outputs ETI of a specific DAB
> channel. Hence kind of combination of dab-cmdline and eti-frontend would
> be great:
>
> - dab-cmdline is completely controlled via cmdline and does not need
> user interaction, but does not support ETI output; instead one has to
> select a specific station
> - eti-frontend has ETI output, but the user has to perform some
> clicks to start the ETI output
>
> So something like dab2eti, but dab2eti itself has unfortunately some
> flaws, like only support for Realtek sticks.
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub
> <#8 (comment)>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/AITzwF4DCKIIwjYm3qay-mljGxSGg1Asks5rnutxgaJpZM4MjAk4>
> .
>
--
Jan van Katwijk
+31 (0)15 3698980 <+31%2015%20369%208980>
+31 (0) 628260355 <+31%206%2028260355>
--
Jan van Katwijk
+31 (0)15 3698980
+31 (0) 628260355
|
Thanks, Jan! |
It would be great to have an option to get the complete ensemble as ETI, instead of just a particular channel (maybe
eti-frontend
of youreti-stuff
would be a better starting point for this feature; currently it outputs already ETI, but needs further user interaction).Or to just get the FIC and any desired subchannel in "raw mode" via the API.
This way one would have a replacement for
dab2eti
of thedabtools
when using DABlin and would be able to easily use other hardware than a Realtek stick with it.The text was updated successfully, but these errors were encountered: