Dear list,
I am trying to develop a pjlink projector controller and for this I need a way to create a md5 hash. Is there an object or a way to do this in Pd?
jonas
I found a way using [shell] (on OSX):
[md5 -qs 'this-will-be-encypted'( | [shell] | *here-comes-the-hash*
don't know whether its the right one yet though…
Am 26.10.2017 um 22:46 schrieb hi joson.android@googlemail.com:
Dear list,
I am trying to develop a pjlink projector controller and for this I need a way to create a md5 hash. Is there an object or a way to do this in Pd?
jonas
Hi Jonas,
This patch contains a subpatch which computes the SHA1 hash of the input:
https://sourceforge.net/projects/websocketserverinapatch/files/
Not exactly what you need but maybe you can use sha1 instead, or maybe you can adapt it.
Cheers,
Chris.
On 27/10/17 04:46, hi via Pd-list wrote:
Dear list,
I am trying to develop a pjlink projector controller and for this I need a way to create a md5 hash. Is there an object or a way to do this in Pd?
jonas _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
hi,
good to hear that pjlink is in use with pd!
resolved it? i'm working on it. i'm controlling several panasonic d5000 projectors at work with pd. it is definitely possible with the shell object but i often must use windows to do pjlink control from ableton with pd and so the shell object doesn't work. i use pjlink in a theater piece with livecam etc...and always worked but i turned pjlink security off (not the best solution but stable).
i'll try to do some documentation soon so maybe we can solve the md5 thing. there are some opensource projects which provide all the basic c/c++ code for an md5 external as i found out. time will come.
@chris: thanks for sha1 example
liebe grüße marco
Am 27.10.17 um 04:20 schrieb Chris McCormick:
Hi Jonas,
This patch contains a subpatch which computes the SHA1 hash of the input:
https://sourceforge.net/projects/websocketserverinapatch/files/
Not exactly what you need but maybe you can use sha1 instead, or maybe you can adapt it.
Cheers,
Chris.
On 27/10/17 04:46, hi via Pd-list wrote:
Dear list,
I am trying to develop a pjlink projector controller and for this I need a way to create a md5 hash. Is there an object or a way to do this in Pd?
jonas _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Marco Hugo Schretter wrote:
hi,
good to hear that pjlink is in use with pd!
resolved it? i'm working on it. i'm controlling several panasonic d5000 projectors at work with pd. it is definitely possible with the shell object but i often must use windows to do pjlink control from ableton with pd and so the shell object doesn't work.
without knowing what pjlink is or what you are trying to achieve:
[system] form the motex library is a [shell] for windows.
it's a bit of a pain to work with, because of the backslash problem and it doesn't output any stdout messages (at least not in my setup), but i use it just to run a prepared .bat file (mostly ffmpeg stuff) that i composed beforehand with the several tools PD provides ([text], [list], [list tosymbol] etc...)
best
oliver
On 2018-02-08 12:29, oliver wrote:
[system] form the motex library is a [shell] for windows.
it's a bit of a pain to work with, because of the backslash problem and
which backslash problem?
afaict, windows accepts forward-slashes as path-delimiters just fine. at least cmd.exe does. i always thought that the forwardslash->backslash translation was handled transparently in the libc implementation (and microsoft just kept using backslash in any publicly facing paths for the sake of being microsoft), but given the quirks in w32 it might as well be that cmd.exe does the translation.
fgasdrm, IOhannes
IOhannes m zmoelnig wrote:
On 2018-02-08 12:29, oliver wrote:
[system] form the motex library is a [shell] for windows.
it's a bit of a pain to work with, because of the backslash problem and
which backslash problem?
THE backslash problem ;-)
afaict, windows accepts forward-slashes as path-delimiters just fine. at least cmd.exe does.
only for non-dos commands.
commands like "dir", "copy" etc need backslashes to work. 3rd-party .exes like "sox" "ffmpeg" "mencoder" etc. accept slashes.
at least on my system that's the way it is (Windows 7/64bit)
maybe that has changed with W10 ...
best
oliver
On 2018-02-08 04:22, Marco Hugo Schretter wrote:
i'll try to do some documentation soon so maybe we can solve the md5 thing. there are some opensource projects which provide all the basic c/c++ code for an md5 external as i found out. time will come.
if you (or anybody else) starts such a library, i'd suggest to make it a general hashing library, that implements multiple algorithms, not only "md5". (i think practically no new software uses MD5; it's supported (everywhere) for legacy purposes).
fgmasdr IOhannes
Hello
long time, that i posted sth....
i did a patch, that implements the basic PJLink commands to control shutter, power, input ... i only used vanilla objects the pjlink commands from the pjlink-documentation [1] are converted into ascii messages and send to the desired ip-adress on port 4352. md5 was not necessary. maybe the following patch helps
#############patch############
#N canvas 613 67 749 666 10; #X obj 12 205 netsend -b; #X msg 69 145 connect 192.168.0.123 4352; #X obj 12 72 t a b b; #X obj 12 94 list prepend send; #X obj 12 116 list trim; #X obj 12 43 r pjlink_cmd; #X text 12 20 Network connection to projector; #X msg 448 68 37 49 80 79 87 82 32 49 13; #X text 354 67 %1POWR 1; #X msg 448 98 37 49 80 79 87 82 32 48 13; #X text 354 95 %1POWR 0; #X msg 448 128 37 49 65 86 77 84 32 51 49 13; #X text 347 126 %1AVMT 31; #X text 347 156 %1AVMT 30; #X msg 448 158 37 49 65 86 77 84 32 51 48 13; #X text 284 38 PJLINK Commands; #X text 271 80 Power on/off; #X obj 423 185 s pjlink_cmd; #X text 271 140 Shutter on/off; #X text 445 37 Commands in Ascii; #X msg 278 248 37 49 73 78 80 84 32 49 50 13; #X msg 278 298 37 49 73 78 80 84 32 50 50 13; #X msg 278 348 37 49 73 78 80 84 32 51 50 13; #X msg 278 398 37 49 73 78 80 84 32 52 50 13; #X text 499 248 %1INPT 12: RGB: 12-19; #X text 499 298 %1INPT 22:Video:22-29, f 24; #X text 499 348 %1INPT 32:Digital:32-39, f 24; #X text 499 398 %1INPT 42:Storage:42-49, f 24; #X msg 278 448 37 49 73 78 80 84 32 53 50 13; #X text 499 448 %1INPT 52:Storage:52-59, f 24; #X text 282 218 other commands; #X connect 1 0 0 0; #X connect 2 0 3 0; #X connect 3 0 4 0; #X connect 4 0 0 0; #X connect 5 0 2 0; #X connect 7 0 17 0; #X connect 9 0 17 0; #X connect 11 0 17 0; #X connect 14 0 17 0;
##########patch-end###########
On 2018-02-08 13:10, IOhannes m zmoelnig wrote:
On 2018-02-08 04:22, Marco Hugo Schretter wrote:
i'll try to do some documentation soon so maybe we can solve the md5 thing. there are some opensource projects which provide all the basic c/c++ code for an md5 external as i found out. time will come.
if you (or anybody else) starts such a library, i'd suggest to make it a general hashing library, that implements multiple algorithms, not only "md5". (i think practically no new software uses MD5; it's supported (everywhere) for legacy purposes).
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
...aaand i forgot the link:
[1]http://pjlink.jbmia.or.jp/english/data/5-1_PJLink_eng_20131210.pdf
cheers, peter
On 2018-02-08 13:30, Peter Venus wrote:
Hello
long time, that i posted sth....
i did a patch, that implements the basic PJLink commands to control shutter, power, input ... i only used vanilla objects the pjlink commands from the pjlink-documentation [1] are converted into ascii messages and send to the desired ip-adress on port 4352. md5 was not necessary. maybe the following patch helps
#############patch############
#N canvas 613 67 749 666 10; #X obj 12 205 netsend -b; #X msg 69 145 connect 192.168.0.123 4352; #X obj 12 72 t a b b; #X obj 12 94 list prepend send; #X obj 12 116 list trim; #X obj 12 43 r pjlink_cmd; #X text 12 20 Network connection to projector; #X msg 448 68 37 49 80 79 87 82 32 49 13; #X text 354 67 %1POWR 1; #X msg 448 98 37 49 80 79 87 82 32 48 13; #X text 354 95 %1POWR 0; #X msg 448 128 37 49 65 86 77 84 32 51 49 13; #X text 347 126 %1AVMT 31; #X text 347 156 %1AVMT 30; #X msg 448 158 37 49 65 86 77 84 32 51 48 13; #X text 284 38 PJLINK Commands; #X text 271 80 Power on/off; #X obj 423 185 s pjlink_cmd; #X text 271 140 Shutter on/off; #X text 445 37 Commands in Ascii; #X msg 278 248 37 49 73 78 80 84 32 49 50 13; #X msg 278 298 37 49 73 78 80 84 32 50 50 13; #X msg 278 348 37 49 73 78 80 84 32 51 50 13; #X msg 278 398 37 49 73 78 80 84 32 52 50 13; #X text 499 248 %1INPT 12: RGB: 12-19; #X text 499 298 %1INPT 22:Video:22-29, f 24; #X text 499 348 %1INPT 32:Digital:32-39, f 24; #X text 499 398 %1INPT 42:Storage:42-49, f 24; #X msg 278 448 37 49 73 78 80 84 32 53 50 13; #X text 499 448 %1INPT 52:Storage:52-59, f 24; #X text 282 218 other commands; #X connect 1 0 0 0; #X connect 2 0 3 0; #X connect 3 0 4 0; #X connect 4 0 0 0; #X connect 5 0 2 0; #X connect 7 0 17 0; #X connect 9 0 17 0; #X connect 11 0 17 0; #X connect 14 0 17 0;
##########patch-end###########
On 2018-02-08 13:10, IOhannes m zmoelnig wrote:
On 2018-02-08 04:22, Marco Hugo Schretter wrote:
i'll try to do some documentation soon so maybe we can solve the md5 thing. there are some opensource projects which provide all the basic c/c++ code for an md5 external as i found out. time will come.
if you (or anybody else) starts such a library, i'd suggest to make it a general hashing library, that implements multiple algorithms, not only "md5". (i think practically no new software uses MD5; it's supported (everywhere) for legacy purposes).
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
i'd suggest to make it a general hashing library, that implements
multiple algorithms,
+1
i started something once but like everything i start thats about all that seems to happen: https://github.com/megrimm/pd-hmacsha256
maybe a starting point though?
On Thu, Feb 8, 2018 at 7:10 AM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2018-02-08 04:22, Marco Hugo Schretter wrote:
i'll try to do some documentation soon so maybe we can solve the md5 thing. there are some opensource projects which provide all the basic c/c++ code for an md5 external as i found out. time will come.
if you (or anybody else) starts such a library, i'd suggest to make it a general hashing library, that implements multiple algorithms, not only "md5". (i think practically no new software uses MD5; it's supported (everywhere) for legacy purposes).
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
hi leute,
thanks for the input. i'll tidy up my patch and post what i have soon (and go on with development).
+1 for hashing lib
ciao aus dd, m
Am 08.02.18 um 14:51 schrieb me.grimm:
i'd suggest to make it a general hashing library, that implements
multiple algorithms,
+1
i started something once but like everything i start thats about all that seems to happen: https://github.com/megrimm/pd-hmacsha256
maybe a starting point though?
On Thu, Feb 8, 2018 at 7:10 AM, IOhannes m zmoelnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> wrote:
On 2018-02-08 04:22, Marco Hugo Schretter wrote: > i'll try to do some documentation soon so maybe we can > solve the md5 thing. there are some opensource projects > which provide all the basic c/c++ code for an md5 external as > i found out. time will come. if you (or anybody else) starts such a library, i'd suggest to make it a general hashing library, that implements multiple algorithms, not only "md5". (i think practically no new software uses MD5; it's supported (everywhere) for legacy purposes). fgmasdr IOhannes _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>-- ____________________ m.e.grimm, m.f.a, ed.m. syracuse u., tc3 megrimm.net http://megrimm.net ____________________
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
I have got the pjlink thing to work through [shell]. It is not ready to share yet. And of course everything would have been easier with a dedicated md5 object.
Am 08.02.2018 3:17 nachm. schrieb "Marco Hugo Schretter" mco@zimt.at:
hi leute,
thanks for the input. i'll tidy up my patch and post what i have soon (and go on with development).
+1 for hashing lib
ciao aus dd, m
Am 08.02.18 um 14:51 schrieb me.grimm:
i'd suggest to make it a general hashing library, that implements
multiple algorithms,
+1
i started something once but like everything i start thats about all that seems to happen: https://github.com/megrimm/pd-hmacsha256
maybe a starting point though?
On Thu, Feb 8, 2018 at 7:10 AM, IOhannes m zmoelnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> wrote:
On 2018-02-08 04:22, Marco Hugo Schretter wrote: > i'll try to do some documentation soon so maybe we can > solve the md5 thing. there are some opensource projects > which provide all the basic c/c++ code for an md5 external as > i found out. time will come. if you (or anybody else) starts such a library, i'd suggest to makeit a general hashing library, that implements multiple algorithms, not only "md5". (i think practically no new software uses MD5; it's supported (everywhere) for legacy purposes).
fgmasdr IOhannes _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>-- ____________________ m.e.grimm, m.f.a, ed.m. syracuse u., tc3 megrimm.net http://megrimm.net ____________________
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
md5 is defined in internet rfc1321, (see https://www.ietf.org/rfc/rfc1321.txt) which includes c code to implement it, so it should be fairly straightforward to wrap into a pd external.
Martin
On Thu, Feb 8, 2018 at 12:09 PM, Johnny Mauser via Pd-list < pd-list@lists.iem.at> wrote:
I have got the pjlink thing to work through [shell]. It is not ready to share yet. And of course everything would have been easier with a dedicated md5 object.
Am 08.02.2018 3:17 nachm. schrieb "Marco Hugo Schretter" mco@zimt.at:
hi leute,
thanks for the input. i'll tidy up my patch and post what i have soon (and go on with development).
+1 for hashing lib
ciao aus dd, m
Am 08.02.18 um 14:51 schrieb me.grimm:
i'd suggest to make it a general hashing library, that implements
multiple algorithms,
+1
i started something once but like everything i start thats about all that seems to happen: https://github.com/megrimm/pd-hmacsha256
maybe a starting point though?
On Thu, Feb 8, 2018 at 7:10 AM, IOhannes m zmoelnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> wrote:
On 2018-02-08 04:22, Marco Hugo Schretter wrote: > i'll try to do some documentation soon so maybe we can > solve the md5 thing. there are some opensource projects > which provide all the basic c/c++ code for an md5 external as > i found out. time will come. if you (or anybody else) starts such a library, i'd suggest to makeit a general hashing library, that implements multiple algorithms, not only "md5". (i think practically no new software uses MD5; it's supported (everywhere) for legacy purposes).
fgmasdr IOhannes _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>-- ____________________ m.e.grimm, m.f.a, ed.m. syracuse u., tc3 megrimm.net http://megrimm.net ____________________
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
On 02/08/2018 07:13 PM, Martin Peach wrote:
md5 is defined in internet rfc1321, (see https://www.ietf.org/rfc/rfc1321.txt) which includes c code to implement it, so it should be fairly straightforward to wrap into a pd external.
i didn't really check, but many reference implementations in RFCs (esp. older ones) are under some weird non-free license. things might be different in the specific case, but if you want to use that code, make sure to check the license first :-)
gfmsadr IOhannes
hi,
half a year ago i was searching a lot for a free c implementation.
and:
https://sourceforge.net/projects/libmd5-rfc/
i'm working with this. on the sourceforge page it says that the code was rewritten from the specs without copying the sourcecode in the specification. so the author says that it's rsa-free - as far as i know possible to use for an external.
compiling it in osx as is worked well. time to throw it into pd...soon :-)
what do you think.
thanks.
liebe grüße marco
Am 08.02.18 um 20:45 schrieb IOhannes m zmölnig:
On 02/08/2018 07:13 PM, Martin Peach wrote:
md5 is defined in internet rfc1321, (see https://www.ietf.org/rfc/rfc1321.txt) which includes c code to implement it, so it should be fairly straightforward to wrap into a pd external.
i didn't really check, but many reference implementations in RFCs (esp. older ones) are under some weird non-free license. things might be different in the specific case, but if you want to use that code, make sure to check the license first :-)
gfmsadr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
hello,
i've made a quick, minimal prototype: https://github.com/sansculotte/pd-hasher
it's limited to md5, sha1 and sha256 at the moment, but the limit is only imposed by the external code. the library used is libgcrypt. i'm not sure if this is specifically a good idea, but it works. https://www.gnupg.org/documentation/manuals/gcrypt/
looks like the way forward is to either use a select list of algorithms and include their implementations, thus reducing dependencies or keep using the library and expose more functionality.
the makefile is linux only, but i'm sure it can be made to work for osx and windows too.
have fun, post any issues to github.
cheers, ub
On 08.02.2018 13:10, IOhannes m zmoelnig wrote:
On 2018-02-08 04:22, Marco Hugo Schretter wrote:
i'll try to do some documentation soon so maybe we can solve the md5 thing. there are some opensource projects which provide all the basic c/c++ code for an md5 external as i found out. time will come.
if you (or anybody else) starts such a library, i'd suggest to make it a general hashing library, that implements multiple algorithms, not only "md5". (i think practically no new software uses MD5; it's supported (everywhere) for legacy purposes).
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
awesome thanks!
added pd-lib-builder and macos lib embed: https://github.com/megrimm/pd-hasher
sent pull request.
cheers m
On Sun, Feb 11, 2018 at 1:41 PM, ub@xdv ub@xdv.org wrote:
hello,
i've made a quick, minimal prototype: https://github.com/sansculotte/pd-hasher
it's limited to md5, sha1 and sha256 at the moment, but the limit is only imposed by the external code. the library used is libgcrypt. i'm not sure if this is specifically a good idea, but it works. https://www.gnupg.org/documentation/manuals/gcrypt/
looks like the way forward is to either use a select list of algorithms and include their implementations, thus reducing dependencies or keep using the library and expose more functionality.
the makefile is linux only, but i'm sure it can be made to work for osx and windows too.
have fun, post any issues to github.
cheers, ub
On 08.02.2018 13:10, IOhannes m zmoelnig wrote:
On 2018-02-08 04:22, Marco Hugo Schretter wrote:
i'll try to do some documentation soon so maybe we can solve the md5 thing. there are some opensource projects which provide all the basic c/c++ code for an md5 external as i found out. time will come.
if you (or anybody else) starts such a library, i'd suggest to make it a general hashing library, that implements multiple algorithms, not only "md5". (i think practically no new software uses MD5; it's supported (everywhere) for legacy purposes).
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/
listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Hi,
I have found a better way to embed the OS X dependencies:
https://github.com/residuum/PuRestJson/blob/master/osx_dependencies.sh
Hth, Thomas
Am 12. Februar 2018 15:00:29 MEZ schrieb "me.grimm" megrimm@gmail.com:
awesome thanks!
added pd-lib-builder and macos lib embed: https://github.com/megrimm/pd-hasher
sent pull request.
cheers m
On Sun, Feb 11, 2018 at 1:41 PM, ub@xdv ub@xdv.org wrote:
hello,
i've made a quick, minimal prototype: https://github.com/sansculotte/pd-hasher
it's limited to md5, sha1 and sha256 at the moment, but the limit is only imposed by the external code. the library used is libgcrypt. i'm not sure if this is specifically a good idea, but it works. https://www.gnupg.org/documentation/manuals/gcrypt/
looks like the way forward is to either use a select list of
algorithms
and include their implementations, thus reducing dependencies or keep using the library and expose more functionality.
the makefile is linux only, but i'm sure it can be made to work for
osx
and windows too.
have fun, post any issues to github.
cheers, ub
On 08.02.2018 13:10, IOhannes m zmoelnig wrote:
On 2018-02-08 04:22, Marco Hugo Schretter wrote:
i'll try to do some documentation soon so maybe we can solve the md5 thing. there are some opensource projects which provide all the basic c/c++ code for an md5 external as i found out. time will come.
if you (or anybody else) starts such a library, i'd suggest to make
it a
general hashing library, that implements multiple algorithms, not
only
"md5". (i think practically no new software uses MD5; it's
supported
(everywhere) for legacy purposes).
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/
listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
-- ____________________ m.e.grimm, m.f.a, ed.m. syracuse u., tc3 megrimm.net ____________________
cool thanks just added it.
m
On Mon, Feb 12, 2018 at 10:03 AM, Thomas Mayer thomas@residuum.org wrote:
Hi,
I have found a better way to embed the OS X dependencies:
https://github.com/residuum/PuRestJson/blob/master/osx_dependencies.sh
Hth, Thomas
Am 12. Februar 2018 15:00:29 MEZ schrieb "me.grimm" megrimm@gmail.com:
awesome thanks!
added pd-lib-builder and macos lib embed: https://github.com/megrimm/pd-hasher
sent pull request.
cheers m
On Sun, Feb 11, 2018 at 1:41 PM, ub@xdv ub@xdv.org wrote:
hello,
i've made a quick, minimal prototype: https://github.com/sansculotte/pd-hasher
it's limited to md5, sha1 and sha256 at the moment, but the limit is only imposed by the external code. the library used is libgcrypt. i'm not sure if this is specifically a good idea, but it works. https://www.gnupg.org/documentation/manuals/gcrypt/
looks like the way forward is to either use a select list of algorithms and include their implementations, thus reducing dependencies or keep using the library and expose more functionality.
the makefile is linux only, but i'm sure it can be made to work for osx and windows too.
have fun, post any issues to github.
cheers, ub
On 08.02.2018 13:10, IOhannes m zmoelnig wrote:
On 2018-02-08 04:22, Marco Hugo Schretter wrote:
i'll try to do some documentation soon so maybe we can solve the md5 thing. there are some opensource projects which provide all the basic c/c++ code for an md5 external as i found out. time will come.
if you (or anybody else) starts such a library, i'd suggest to make it
a
general hashing library, that implements multiple algorithms, not only "md5". (i think practically no new software uses MD5; it's supported (everywhere) for legacy purposes).
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
stinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- ____________________ m.e.grimm, m.f.a, ed.m. syracuse u., tc3 megrimm.net ____________________
-- Sent from my IBM 704.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Hi,
Am 12. Februar 2018 17:12:45 MEZ schrieb IOhannes m zmoelnig zmoelnig@iem.at:
On 2018-02-12 16:03, Thomas Mayer wrote:
I have found a better way to embed the OS X dependencies:
i would have thought that for simple hashers, there was no need to use 3rd party libraries.
The code in question is using gcrypt.h, not sure if this is included in OS X.
Hth, Thomas
On 12.02.2018 17:12, IOhannes m zmoelnig wrote:
On 2018-02-12 16:03, Thomas Mayer wrote:
I have found a better way to embed the OS X dependencies:
i would have thought that for simple hashers, there was no need to use 3rd party libraries.
you're totally right. it's a quick prototype. from here it's either tap the full potential of the library or keep the limited set of hashes and write implementations for them. i too, tend towards the latter. either way the object's interface may remain stable.
cheers, ub
gamsdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
thomas ... this lib might be useful addition for your PuRestJson lib no? also taking a look again maybe also a websockets external?
cheers m
On Mon, Feb 12, 2018 at 10:03 AM, Thomas Mayer thomas@residuum.org wrote:
Hi,
I have found a better way to embed the OS X dependencies:
https://github.com/residuum/PuRestJson/blob/master/osx_dependencies.sh
Hth, Thomas
Am 12. Februar 2018 15:00:29 MEZ schrieb "me.grimm" megrimm@gmail.com:
awesome thanks!
added pd-lib-builder and macos lib embed: https://github.com/megrimm/pd-hasher
sent pull request.
cheers m
On Sun, Feb 11, 2018 at 1:41 PM, ub@xdv ub@xdv.org wrote:
hello,
i've made a quick, minimal prototype: https://github.com/sansculotte/pd-hasher
it's limited to md5, sha1 and sha256 at the moment, but the limit is only imposed by the external code. the library used is libgcrypt. i'm not sure if this is specifically a good idea, but it works. https://www.gnupg.org/documentation/manuals/gcrypt/
looks like the way forward is to either use a select list of algorithms and include their implementations, thus reducing dependencies or keep using the library and expose more functionality.
the makefile is linux only, but i'm sure it can be made to work for osx and windows too.
have fun, post any issues to github.
cheers, ub
On 08.02.2018 13:10, IOhannes m zmoelnig wrote:
On 2018-02-08 04:22, Marco Hugo Schretter wrote:
i'll try to do some documentation soon so maybe we can solve the md5 thing. there are some opensource projects which provide all the basic c/c++ code for an md5 external as i found out. time will come.
if you (or anybody else) starts such a library, i'd suggest to make it
a
general hashing library, that implements multiple algorithms, not only "md5". (i think practically no new software uses MD5; it's supported (everywhere) for legacy purposes).
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
stinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- ____________________ m.e.grimm, m.f.a, ed.m. syracuse u., tc3 megrimm.net ____________________
-- Sent from my IBM 704.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Hi,
On 13.02.2018 15:44, me.grimm wrote:
thomas ... this [hashing] lib might be useful addition for your PuRestJson lib no? also taking a look again maybe also a websockets external?
Sure, if there is a pull request, I will include it, but I am against large external collections to bring everything in. A websocket external is definitely a good idea for PuREST JSON, I have opened an issue on Github for it, https://github.com/residuum/PuRestJson/issues/48
Best regards, Thomas
-
Chris McCormick -
hi -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
Johnny Mauser
-
Marco Hugo Schretter -
Martin Peach -
me.grimm -
oliver -
Peter Venus -
Thomas Mayer -
ub＠xdv