You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We need two types of processing: a) synchronous stream- as well as b) asynchronous message-type processing (i.e. chunked and/or DataSet based data). The original OpenDigitizer draft design intended that the latter would be done using RxCpp. However, since the RxCpp development somewhat stalled and because both processing types are graph-type problems, the proposal was to rationalise and merge both designs into one using GNU Radio in it's 4.0 version incarnation.
The graph-prototype is targeted as an enhancement and replacement of the low-level GNU Radio 4.0 API to enable such message-type processing using graphs.
Immediate things to be refactored prior to merging with GR 4.0 -- 'Step one'
'init' (establish buffer between nodes) -> buffer size -> either user-defined/default function that computes the appropriate size based on the ports' {MIN, MAX} input/output constraints
finish: @wirew0rm (as lead) will iterate with GR maintainers (@mormj, @willcode et al.) regarding maintainability, readability, etc. (N.B. to be kept in mind... this is not feature complete yet, just the basic framework)
post-finish: remove/close rxcpp issue w/ appropriate replacement comments
(N.B. after GR governance team accepted to merge the ideas developed in graph-prototype with GR 4.0)
ivan-cukic
changed the title
Clean up the prototype code for presenting to wider GR audience
[0pt] Clean up the prototype code for presenting to wider GR audience
Feb 1, 2023
ivan-cukic
changed the title
[0pt] Clean up the prototype code for presenting to wider GR audience
[0pt,6pt] Clean up the prototype code for presenting to wider GR audience
Feb 16, 2023
Background
We need two types of processing: a) synchronous stream- as well as b) asynchronous message-type processing (i.e. chunked and/or DataSet based data). The original OpenDigitizer draft design intended that the latter would be done using RxCpp. However, since the RxCpp development somewhat stalled and because both processing types are graph-type problems, the proposal was to rationalise and merge both designs into one using GNU Radio in it's 4.0 version incarnation.
The graph-prototype is targeted as an enhancement and replacement of the low-level GNU Radio 4.0 API to enable such message-type processing using graphs.
Immediate things to be refactored prior to merging with GR 4.0 -- 'Step one'
(N.B. after GR governance team accepted to merge the ideas developed in graph-prototype with GR 4.0)
[2pt] Investigate suitability of the RxCPP testing framework for use in OpenCMW opencmw-cpp#195
[8pt] Implement RxCPP type-erased nodes and the dynamic pipeline loader opencmw-cpp#196
[5pt] Implement compile-time meta-information for RxCPP pipelines opencmw-cpp#198
[3pt,0pt] Evaluate approaches for GR4-flowgraph integration with the OpenCMW Disruptor opencmw-cpp#199
[5pt, 0pt] Implement gr4-flowgraph integration with the OpenCMW Disruptor opencmw-cpp#200
Steps afterward (EPIC: #42)
The text was updated successfully, but these errors were encountered: