On 08/03/2012 12:01 AM, Iztok Jeras wrote: > I would also like to know, if there are any plans for the next > features, before I start bothering you with all my ideas (I am really > excited about being part of this project): > - continuous sampling mode
Yes, this is already supported. The FX2-based LAs do this: the hardware always streams, triggering is done in libsigrok. With sigrok-cli, you would use --continuous. > - decoders written in C/C++ (speed would be needed for continuous mode) Not really something we want to do... we really want to build up a large and useful python PD library, since it's so much easier for people to contribute. > - attaching multiple decoders to a single continuous stream (separate > decoders for UART Rx/Tx, ...) Now you can laugh, but the fact of the matter is: 1) This was always in scope -- the idea that you split a signal into different PDs stacks. 2) The code is all there for this to be supported and working. 3) Nobody's ever tried it :-) The general idea is that your decoder instance is by default named the same as the PD (e.g. 'i2c', 'uart' and so on), but by assigning them different IDs yourself you should be able to set up a different stacking order for them. Let us know how that goes :-) -- Bert Vermeulen [email protected] email/xmpp ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ sigrok-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sigrok-devel
