Uwe, Gerhard and I are discussing the issue on IRC, so I suggest you join whenever you have time so we can discuss the details of how we can make it happen.
It's just a little easier than email :) -Soeren On Sat, 2019-11-23 at 14:38 +0100, Soeren Apel wrote: > Hello Benedikt, > > > Yes, I would be interested. That sounds interesting and very > > useful. > > It will require a lot of work in nearly all parts of sigrok i > > guess, > > and sigrok-test for example. > > Great! Honestly I don't think it would be too much work. > > As I understand it, we only need to add a new annotation type (maybe > SRD_OUTPUT_IMAGE_%s with %s being the image format) to > libsigrokdecode > and have your PD emit it. > > libsigrok itself is unaffected and honestly I don't know if sigrok- > test > needs to verify that the image output is correct. I mean I guess > there > would be a benefit to do so but that could be done later if desired. > > -Soeren > > > > > What I have in mind is something very similar to > > > https://eleif.net/HD44780.html - anytime your PD's > > > DisplaySimulator > > > changes the output string, it could generate such an image, send > > > it > > > out > > > as a new type of annotation and PV could display it in various > > > ways. > > > > > > Image generation could be done using e.g. > > > http://github.com/Solomoriah/gdmodule or http://python-pillow.org > > > , > > > whichever has less dependencies and is easier to integrate into > > > the > > > MXE > > > build for Windows. > > > > > > -Soeren > > > > This solution would solve the problem with the custom caracters > > too. > > > > Benedikt > > > > > > > On Sat, 2019-11-23 at 12:08 +0100, Benedikt Otto wrote: > > > > Hi, > > > > > > > > > > > > under https://github.com/BenediktO/libsigrokdecode.git > > > > > > > > I uploaded the HD44780 decoder I am developing under the branch > > > > add_hd44780. > > > > > > > > I hope that I made less errors than with the 7-segment decoder. > > > > > > > > The decoder supports LCDs with the common configurations from > > > > 1x8 > > > > to > > > > 4x20. On top it supports both possible charsets, for some > > > > (japanese) > > > > characters i was not able to find a unicode representation. > > > > > > > > It provides a simulated display that displays the current > > > > content > > > > of > > > > the > > > > display. > > > > > > > > Note that it supports both 4 and 8 bit mode, but since i only > > > > have an > > > > 8 > > > > bit logic analyzer, I was not able to really test the 8bit > > > > mode. > > > > > > > > Custom characters are displayed as "CC%d" with %d in range(0, > > > > 8). > > > > > > > > In the sigrok-dumps repository are already some example files, > > > > that i > > > > generated with an Arduino and various displays. The Arduino > > > > sketches > > > > are > > > > based on the example Sketches of the LiquidCrystal library. I > > > > could > > > > verify that the displayed output is exactly the same as the > > > > predicted > > > > output of the decoder. > > > > > > > > Except for the (rarely used) read command of the display all > > > > commands > > > > are supported and tested. > > > > > > > > > > > > Best regards, > > > > > > > > Benedikt > > > > > > > > > > > > > > > > _______________________________________________ > > > > sigrok-devel mailing list > > > > sigrok-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/sigrok-devel > > > _______________________________________________ > sigrok-devel mailing list > sigrok-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sigrok-devel _______________________________________________ sigrok-devel mailing list sigrok-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sigrok-devel
