Meetings2011-06-30 » History » Version 28
J. Moringen, 07/01/2011 05:07 PM
1 | 1 | J. Moringen | h1. Meetings2011-06-30 |
---|---|---|---|
2 | 1 | J. Moringen | |
3 | 7 | J. Moringen | {{>toc}} |
4 | 7 | J. Moringen | |
5 | 1 | J. Moringen | h2. Use-case Analysis Presentations |
6 | 1 | J. Moringen | |
7 | 1 | J. Moringen | * Stefan |
8 | 12 | J. Wienke | ** Spread cross-compiling does not work well |
9 | 12 | J. Wienke | ** RSC more fine-grained because one single library to load wastes memory |
10 | 12 | J. Wienke | *** build all smaller libs with one CMake but configure via options what is required |
11 | 12 | J. Wienke | ** Make tests and spread binary finding optional in RSB |
12 | 13 | J. Wienke | ** How to map CAN messages to RSB messages (Shadow Hand uses a more complicated protocol than Stefan's robot) |
13 | 14 | J. Wienke | ** Performance requirements: |
14 | 14 | J. Wienke | *** 1 Mbit on the CAN bus |
15 | 14 | J. Wienke | *** Marshaling could waste CPU |
16 | 19 | J. Wienke | ** Robert and Stefan will further discuss what is required to build a more or less generic CAN to RSB bridge |
17 | 1 | J. Moringen | * Florian |
18 | 16 | J. Wienke | ** Sending and receiving in a gstreamer pipeline using RSB |
19 | 16 | J. Wienke | ** Audio missing |
20 | 16 | J. Wienke | ** Overview about available classes |
21 | 16 | J. Wienke | ** nearly easier than XCF |
22 | 17 | J. Wienke | * Christoph |
23 | 18 | J. Wienke | ** high-level data, IPC |
24 | 18 | J. Wienke | *** how to use or define common types for this (type-safety vs. flexibility) |
25 | 18 | J. Wienke | **** Frederic: e.g. starting from BTL and ROS messages |
26 | 18 | J. Wienke | **** make a publicly available repository that is visible |
27 | 18 | J. Wienke | *** migration path from XCF |
28 | 18 | J. Wienke | ** video |
29 | 18 | J. Wienke | *** for one computer there's a shared memory solution existing (later to be ported) |
30 | 18 | J. Wienke | *** common types for images as protocol |
31 | 18 | J. Wienke | **** support compression (e.g. run-length coding) |
32 | 18 | J. Wienke | *** avoid extensions to this type(?) |
33 | 1 | J. Moringen | * Robert |
34 | 19 | J. Wienke | ** using pbuf code not in whole app, how to convert to real domain types? |
35 | 21 | J. Wienke | *** 2-step procedure |
36 | 21 | J. Wienke | **** protobuf - network, centrally shared to provide compatibility |
37 | 21 | J. Wienke | **** protobuf - domain, several ways because several domain objects with different dependencies, really centrally shared? - dependency hell? |
38 | 20 | J. Wienke | *** fast decision required |
39 | 10 | J. Moringen | * Johannes/Jan |
40 | 28 | J. Moringen | ** Conditional Sending |
41 | 10 | J. Moringen | *** Problem statement and requirements |
42 | 10 | J. Moringen | *** Implementation Plan |
43 | 10 | J. Moringen | ** Inter-Segment Communication |
44 | 10 | J. Moringen | *** Clarification |
45 | 10 | J. Moringen | *** Documentation: wiki page |
46 | 8 | J. Moringen | |
47 | 11 | J. Moringen | h2. Additional Topics |
48 | 11 | J. Moringen | |
49 | 11 | J. Moringen | * Client/Server Communication |
50 | 11 | J. Moringen | * Inprocess and Shmem Communication |
51 | 27 | J. Wienke | ** locking oder kopie |
52 | 11 | J. Moringen | * SynchronizedQueue:tryPop() -> bug report |
53 | 11 | J. Moringen | * XCF Migration |
54 | 22 | J. Wienke | ** Translation between XML and protobuf? |
55 | 22 | J. Wienke | *** XML less desired |
56 | 23 | J. Wienke | *** automatic translation based on XML schema could be a solution |
57 | 23 | J. Wienke | *** protobuf probably suitable to represent all existing concepts like XML |
58 | 24 | J. Wienke | ** XPath like is a really desired feature |
59 | 11 | J. Moringen | ** CTU compatibility layer |
60 | 11 | J. Moringen | ** Active Memory |
61 | 11 | J. Moringen | |
62 | 8 | J. Moringen | h2. Outlook: Next Meeting(s) |
63 | 8 | J. Moringen | |
64 | 8 | J. Moringen | * Thies |
65 | 8 | J. Moringen | * Hendrik / Ramin |
66 | 26 | J. Wienke | * Introduction of automatic translation between protobuf and the rest [Jan] |