1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
|
This TODO file lists ideas and features for future developments. They are
more or less ordered according to their benefit, but that is subjective
to some degree.
Unless written, no activity has been started on the topics.
EDI/STI-D Input
---------------
Add support for EDI input, so that third-party encoders can be interfaced
to the multiplexer. Relevant spec: ETSI TS 102 693
It would be beneficial to write and EDI decoding library that can be re-used in
ODR-DabMod to add EDI input there too.
Initial work started in http://git.mpb.li/git/odr-edilib/
Explicit Service Linking
------------------------
At the moment there is no support to signal explicit service linking.
Implementing this needs a definition of how it should look like in the
configuration file and in the remote control, and adding new FIGs to signal the
necessary information.
Inputs for packet data
----------------------
It is currently unclear what input formats and sources work for packet data,
and which ones would make sense to add.
Also, there is no documentation on the possibilites of packet data.
Clarify usage of PTy
--------------------
We currently transmit dynamic PTy in FIG0/17 since it can be changed in
through the remote control. Some receivers might not display the dynamic
PTy, but only the static PTy. Clarify if we need to add both PTy variants
to the configuration and the code.
Improvements for inputs
-----------------------
Add statistics to UDP input, in a similar way that ZeroMQ offers statistics.
This would mean we have to move the packet buffer from the operating system
into our own buffer, so that we can actually get the statistics.
Also see the STI-D over EDI topic above.
Fix DMB input
-------------
The code that does interleaving and reed-solomon encoding for DMB is not used
anymore, and is untested. The relevant parts are src/dabInputDmb* and src/Dmb.cpp
Communicate Leap Seconds
------------------------
Actually, we're supposed to say in FIG0/10 when there is a UTC leap second
upcoming, but since that's not trivial to find out because the POSIX time
concept is totally unaware of that, this is not done. We need to know for EDI
TIST, and the ClockTAI class can get the information from the Internet, but it
is not used in FIG0/10.
Add support for services with different ECC than ensemble
---------------------------------------------------------
FIG 0/9 can transmit an Extended field for this information. Needs change of
configuration file, internal structures and FIG 0/9.
|
