On 17/09/10 10:35, Marek Kvas wrote: > I suppose that API for protocol analysers is designed to work with > continuous stream of sampled data with fixed sample rate as well. So if > I implement this new packet type, adjust frontend to be able to process > it, I become incompatible with protocol analysers - am I right? Analysers > would have to be written twice in fact (at least their part). This > doesn't sound to me as a good idea. Are there any analysers already > prepared? Should not analyser API work with more general data format than > continuous data stream?
You hit the nail on the head there. Currently the decoder infrastructure is not finished; there needs to be more information about the format of the data which the decoder expects, so the controller (the bit that feeds the decoders) can make sure that's what it gets. For example, decoders of non-clocked data streams will certainly need either a fixed samplerate or timestamped data, in order to know when to take a datapoint from the stream. But if the controller can provide timestamped data, that will do for your purpose as well. > I would rather contribute to something more general which I can > reuse and from which I can get back even more than I invested. Well, I'll certainly commit to helping out as much as I can. I don't have your hardware obviously, so won't be able to properly test this stuff. But I should be able to help at least with the basic sigrok stuff. For example the packet types, processing on the frontend, etc. I assume your hardware for this project is something custom? > The question is how far sigrok development will continue... This is the sort of thing which guarantees that it will :) -- Bert Vermeulen [email protected] email/xmpp ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ sigrok-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sigrok-devel
