forked from umlaeute/pdgst
-
Notifications
You must be signed in to change notification settings - Fork 0
/
TODO.txt
46 lines (28 loc) · 1.7 KB
/
TODO.txt
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
loads of things
status:
information (e.g. query settings):
currently info is output on the first outlet with an "info" message
+: scales well to modules with varying #outlets
-: modules don't know about "info" message
. easy fix: just ignore "info" messages; but what happens if a modules actually needs the "info" message?)
. use a selector more unlikely to be used: "_info"
graph building:
currently graphs are built by sending a "bang" message to [pdgst]
how to automatically build graphs?: e.g. polling the outlets regularily
objects that are just lying around might disturb the pipeline
idea: currently a sink-element will attach itself to a source-element
how about making the source-element attach a sink to itself?
implementation:
src sends out a ping; snk replies to ping (either directly )
graph changing:
changing a graph at runtime requires recompilation; we don't have any way to detect a graph change in Pd directly
idea: just poll all the outlets regularily
stability:
crashes when an object gets deleted
deleting:
deleting active objects in the pipeline might crash Pd
deleting objects yields an error:(<unknown>:13903): GLib-GObject-WARNING **: invalid uninstantiatable type `<invalid>' in cast to `GstObject'
(<unknown>:13903): GStreamer-CRITICAL **: gst_object_unref: assertion `((GObject *) object)->ref_count > 0' failed
specifics
=========
bus-callback-handler (deletion) not working at all it seems like the handle does not really get updated...CHECK code where the buscb_id get's set