updated protoview and fixed array count issue

arrays start at 0 and citroen_tpms was trying to read 0-10 meaning 11 full bytes rather than actually 10 (0-9).

applications/plugins/protoview/TODO

@@ -1,20 +1,14 @@
 Core improvements
 =================
 
-- Detection of non Manchester and non RZ encoded signals. Not sure if there are any signals that are not self clocked widely used in RF. Note that the current approach already detects encodings using short high + long low and long high + short low to encode 0 and 1. In addition to the current classifier, it is possible to add one that checks for a sequence of pulses that are all multiples of some base length. This should detect, for instance, even NRZ encodings where 1 and 0 are just clocked as they are.
-
-- Views on-enter on-exit.
-
-Features
-========
-
-- Help screen (with press ok for next page).
-- Detect the line code used and try to decode the message as hex dump.
-- Pressing right/left you browse different modes:
-  * Current best signal pulse classes.
-  * Raw square wave display. Central button freezes and resumes (toggle). When frozen we display "paused" (inverted) on the low part of the screen.
-
-Screens sequence (user can navigate with <- and ->):
-
-                            (default)
-[settings] <> [freq] <> [pulses view] <> [raw square view] <> [signal info]
+- Decoders should declare the short pulse duration range, so that
+  only matching decoders will be called. This may also be useful for
+  modulations. If a signal is only OOK, does not make much sense to
+  call it for samples obtained in FSK.
+- More protocols, especially TPMS and other stuff not supported right now
+  by the Flipper.
+- CC1101 synchronous mode with protocol hopping?
+- Protocols decoded can register actions, for instance to generate
+  sub files with modified signal and so forth.
+- Optimize memory usage storing raw samples in a bitfield: 15 bits
+  duration, 1 bit level.