Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support for sub label? #5

Closed
kevinelliott opened this issue Apr 10, 2019 · 6 comments
Closed

Support for sub label? #5

kevinelliott opened this issue Apr 10, 2019 · 6 comments
Labels
enhancement New feature or request
Milestone

Comments

@kevinelliott
Copy link

Some ACARS packets, specifically ones with H1 labels, should have sub labels. Add support for decoding and storing the sub label.

(See: http://www.cosmic.com.au/acarsanalyser/v3/DataRes/MsgLabelsData.asp#sublabel for examples of sub labels)

@szpajder
Copy link
Owner

Hi Kevin,

This feature is on the TODO list. It will arrive together with ACARS block reassembly feature. Storing the sublabel requires a field to be added to la_acars_msg structure, but unfortunately I forgot to add some "reserved for future use" fields there, so it has to wait for a major release 2.0.0. Otherwise the ABI compatibility would not be preserved, which would cause apps compiled against libacars 1.x to break.

@szpajder szpajder added the enhancement New feature or request label Apr 10, 2019
@szpajder szpajder added this to the 2.0.0 milestone Apr 10, 2019
@kevinelliott
Copy link
Author

Got it, Tomasz, that makes a lot of sense. Any thoughts on when that might happen? Anything I can do to help? (You might remember I wrote some JSON output support for dumpvdl2, which won’t be usable due to upcoming changes too).

@szpajder
Copy link
Owner

I think I'll make one more stable release in the 1.x series. It will introduce JSON support for all protocols supported by the library. The work is actually complete and already published in the unstable branch. The only application which makes use of the JSON API is, as of now, decode_acars_apps. Currently I'm in the process of rewriting protocol decoders and the output layer in dumpvdl2 to use la_proto_trees and la_vstrings. The work is about 80% complete. I'm holding the stable release of libacars just in case I need some last-minute changes in its API to complete the current work on dumpvdl2. I expect to finish this in a week or two and then the libacars release will come out. It might also be a good idea to release dumpvdl2 v. 1.7.0 then, however it won't be able to produce JSON output yet. Support for multiple outputs of various types and JSON support will go into dumpvdl2 1.8.0 (or maybe I'll call it 2.0.0... dunno yet). Numbermania aside - this is going to be a significant piece of work and libacars 2.0.0 won't happen before it's completed.... so 3rd, maybe even 4th quarter of 2019 seems to be a reasonable estimate for it.

@kevinelliott
Copy link
Author

Thanks @szpajder ... let me know if there's anything else I can do to assist.

@szpajder
Copy link
Owner

szpajder commented Dec 24, 2019

Decoding of sublabel and MFI fields is now available in unstable branch. ACARS multiblock message reassembly is available too.

Note this is not a plug&play replacement, as there are backward incompatible changes in the API. dumpvdl2 unstable branch has already been updated to work with latest libacars unstable. Other apps will need code changes to make them work, but this is TODO after libacars 2.0.0 stable is released.

@szpajder
Copy link
Owner

Released in v2.0.0.

Closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants