bugs/issue-42d527db18c8725459d44a1a49e0105bf6d1b5ff.yaml

   1 --- !ditz.rubyforge.org,2008-03-06/issue
   2 title: Consider adding a rendering type, and devising a rendering architecture.
   3 desc: ""
   4 type: :task
   5 component: libale
   6 release:
   7 reporter: David Hilvert <dhilvert@auricle.dyndns.org>
   8 status: :closed
   9 disposition: :fixed
  10 creation_time: 2009-02-13 15:35:02.180347 Z
  11 references: []
  12
  13 id: 42d527db18c8725459d44a1a49e0105bf6d1b5ff
  14 log_events:
  15 - - 2009-02-13 15:35:02.925549 Z
  16   - David Hilvert <dhilvert@auricle.dyndns.org>
  17   - created
  18   - ""
  19 - - 2009-02-13 15:44:03.303842 Z
  20   - David Hilvert <dhilvert@auricle.dyndns.org>
  21   - commented
  22   - |-
  23     A design similar to that used in ALE might be considered, except perhaps that, rather than
  24     passing frame indices as arguments, a frame (image) and associated transformation might be
  25     passed instead, so that a renderer, after taking a sequence of such arguments, might then
  26     produce (upon demand) an output result.
  27
  28     Irani-Peleg rendering might occur differently, taking a sequence all at once, or might
  29     follow the same pattern, perhaps with the same sort of explicit synchronization call
  30     found within the current ALE design.
  31 - - 2009-02-13 16:01:32.284155 Z
  32   - David Hilvert <dhilvert@auricle.dyndns.org>
  33   - commented
  34   - |-
  35     Note that the problem of determining when returned data (approximations, or
  36     images) should be freed, which may also have arisen in the original ALE
  37     implementation, should be fairly straightforward to resolve through reference
  38     counting on images (which counters are already present in all libale types).
  39 - - 2009-02-14 10:36:53.250556 Z
  40   - David Hilvert <dhilvert@auricle.dyndns.org>
  41   - commented
  42   - |-
  43     Note that the problem of returning images segmented by reference_size might be resolved
  44     through the use of renderers to convert images to use more compact formats and types; also,
  45     renderers could signal that multiple approximations (images) must be used to completely
  46     describe a rendering result, so that segmentation could occur in this way when necessary.
  47 - - 2009-02-14 14:33:14.238523 Z
  48   - David Hilvert <dhilvert@auricle.dyndns.org>
  49   - commented
  50   - |-
  51     Consider that rendering invariants would probably be most appropriately set within the renderer
  52     type (as is done in ALE, as opposed to within the approximation type, as is currently done in libale).
  53
  54     Note also that reference_size segmentation would probably most naturally be handled within the image
  55     (approximation) type, rather than within the renderer type, as has already been noted in {issue 76aa36a03fb8d5ab1fdfc54a23caeed859c97da1}.
  56 - - 2009-02-16 18:09:42.623076 Z
  57   - David Hilvert <dhilvert@auricle.dyndns.org>
  58   - closed with disposition fixed
  59   - |-
  60     A type and skeletal architecture have been added.  Further development roughly
  61     according to the ALE architecture would probably be appropriate.