marlin
Joined 12 years ago
Joined 12 years ago
I too have been working in this space for a while. Then I found out about kaitai stuct, lost some steam but regrouped. I do have some novel ideas and my dsl is less verbose than theirs :)
I have a DSL in go with cli tooling at https://github.com/martinlindhe/feng/
Over the years there has been a silly amount of projects in this space, it is very hard to keep track of them all.
I did try to summarize the ones I know about in the feng project, see here, under "SIMILAR WORK":
https://github.com/martinlindhe/feng/blob/main/RESOURCES.md
Was there anything in particular you wanted to bring to my attention about the ImHex pattern language?
From a quick glance it looks similar indeed, with the same basic building blocks as feng (data types and structs), while they use a rust inspired format, and I use yaml format (however I also use the rust-inspired data type naming u8, u16, s16 and so on).
A major difference is that feng strives to be usable with minimal/no programming (a custom dsl was developed around this idea), while the ImHex pattern language does look rather classic programming focused data processing (like 010 templates but more pretty syntax)
You can see it in use in the PNG format template, here: https://github.com/martinlindhe/feng/blob/main/templates/ima...
- generating structured binary diffs
- creating universal extractors, several custom game formats are covered already
It is in a early stage but would love some feedback!
Same for me! It turned into a long journey and I am working on a solution that I am very happy about.
Somewhere mid-journey I learned about kaitai struct and lost a bit of steam seeing it was similar. But I think my offering is superior in a more simple template format with less programming required and a nice cli app.
I am yet to announce it publicly, but i been meaning to for so long already.
If you would like to check it out I would be happy!
You can use it to map / view content from a format there is a template for. Alot of common formats is already included and you can extend it using your own templates.
I'm working on something, that is a open template format for binary file formats. It is usable today as a universal file extractor, with some bugs and limitations.
Check it out at https://github.com/martinlindhe/feng
Check it out at https://github.com/martinlindhe/feng
Regarding detecting file modifications: my friend had issues with his synology diskstation eating 100% cpu with btsync with around 50k files. With less files it was down to 20%. We never debugged it properly but it may be polling issues, but it could also have been out of ram-swapping issues (512MB ram was not enough).
Others have reported issues with many files:
https://forum.bittorrent.com/topic/23802-syncing-600gb-10-mi...
If this is accurate, then I guess this is the issue i have noticed.
1: https://superuser.com/questions/663600/set-dropbox-to-only-u...
UPDATE:
Confirmed by [2], that Dropbox LAN sync indeed only works once the file reached their servers.
"Well, when you add a file to your computer's Dropbox, the file is then synced with Dropbox servers. Dropbox will then initiate the syncing process as soon as it determines a change has been made to the file. All linked computers and shared folders will then download any new version of the file. With LAN syncing, Dropbox will look for the new file on your Local Area Network first, bypassing the need to download the file from Dropbox servers, thus speeding up the syncing process considerably."
I actually just dropped Dropbox for btsync the other week and are very happy, it's iOS app even serves other clients with files over LAN.
Btsync however uses quite crappy crypto and is closed source etc etc.
Syncthing mentions they use TLS encryption, hopefully i can roll my own 8k keys.
I tried Sparkleshare last year aswell, but my experience was mixed. Also it relies on quite a different architecture (git) than a "versioning bittorrent protocol".
Looking forward to evaluating syncthing when time permits.