--- dvb-kernel-v4/TODO	2004/02/12 18:41:43	1.1
+++ dvb-kernel-v4/TODO	2005/07/25 14:40:44	1.1.2.1
@@ -1,49 +1,29 @@
 Linux DVB API V4 TODO
 =====================
 
-What works:
+core:
+
+- replace event queue in frontend with status implemenation similar to
+demux/video/audio
+
+- replace dvb_xxx_from_filp() with proper get_xxx()/set_xxx() functions with
+proper locking
+
+- introduce a lot of "INVALID" members for all sort of enumerations (for 
+example play states)
+
+- allow or multiple section filters matching the same data? (ie. have a ring
+buffer per file descriptor and copy all data once)
+
+- add dvb_net to the demux core, so hw drivers do not have to register dvb_net
+support seperately (i.e. dvb_register_dmxdev() automatically creates the DVB
+net device)
 
-- currently one can watch TV on av7110 based DVB-S cards
-  (czap and tzap are not yet ported to the new API..)
-- very basic section and TS packet filters work, just
-  enough for scan
-
-I'm currently working on the buffering layer for the
-demux device, and on the integration of the software demux.
-
-The basic question here is whether we want to allow
-multiple TS filters on the same PID (or multiple section filters
-matching the same data). Hardware normally does not allow this
-(only the first matching filter will get the data), so if we
-want this we need to have a second ring buffer per file
-descriptor and copy all data once. I will probably do
-the copying thing for section filters (where bandwidth is
-usually low), but probably not for TS filters, and
-certainly not for recording filters.
-
-Compared to the V3 DVB core layer, I decided to remove the
-"kernel demux API". The original Nokia documents state that
-the intention was to allow different "API clients" above
-the "kernel demux API". One such client was the V3 ioctl
-API, another one could have been a "DVB socket API", which
-was never implemented, IMHO because it is unnecessary.
-
-
-TODO:
-- buffering (want multiple filters on the same PID?)
-- complete section filter and TS filter handling
-- recording filters
-- software demux
-- locking is currently broken (or non-existant)
-  (IOW you can easily cause kernel panics)
-- I plan to add dvb_net to the demux core, so hw drivers
-  do not have to register dvb_net support seperately
-  (i.e. dvb_register_dmxdev() automatically creates the
-  DVB net device)
-- remuxing stuff for av7110 TS record/playback is currently
-  excluded; I think I will drop TS playbakc support
-  altogether (was broken anyway), and add TS record for
-  the currently decoded PIDs later (required PES -> TS remux)
-- video/audio playback control
-- CI
 - last but not least, API documentation...
+
+av7110:
+
+- remuxing stuff for av7110 TS record/playback is currently excluded; probably
+should drop TS playback support altogether (was broken anyway, is not supported
+by hardware), and add TS record for the currently decoded PIDs later (required
+PES -> TS remux)