[PD] KIOSK plugin (windows)

[oliver]

don't know if i missed something here:

i just tried the KIOSK plugin for the first time. while generally 
working, i am not able to change it's settings with the config file 
"kiosk.cfg"


the funny thing is, that some patches seem to reflect the config file's 
settings (i.e. the "WindowTitle" or the "ShowMenu" flag), while others 
completely ignore everything but the "HideMain" switch !


i can't seem to reproduce which patches work correctly and which do not. 
it seems that patches that take a longer startup time (to load audio or 
video files) seem more likely to fail, but i am really not sure.


also to ditch the "kiosk.cfg" file completely and to set the flags 
directly in the "kiosk-plugin.tcl" file doesn't change the random 
behaviour i described above.


the plugin version is 0.2 and displays a "loaded" message in the console.

oh, yes:

again it's PD 0.49 (but this also happens with 0.48) and windows 7/64bit

thanks for any hints

oliver



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Tcl/Tk error

[oliver]

Christof Ressi wrote:

hey oliver,

other users (including myself) have experienced this as well and it's a serious 
regression. Now that I have some time I want to investigate this. I've already 
fixed a related bug in September 
(https://github.com/pure-data/pure-data/pull/467).

can you do me a favour and file a bug report on GitHub?


just did it. but unfortunately (like other users said) it seems to occur 
completely at random, i tried to strip it down to a minimal patch but 
now of course nothing happens ;-)


i will hold on to observe this and try to narrow down the possible weak 
spots in my scenario


will report back asap

best

oliver



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Tcl/Tk error

[Max]

I have these errors on different platforms at the most inconvenient 
moments, but I also struggle to make it reproducible, hence no issue 
filed yet.


On 02.04.19 11:37, oliver wrote:

Hi,

sorry for a not so precise bug-report, but it's all i can offer:

recently i discovered a strange behaviour in Windows PD 0.49 (32bit) 
when the closing of a patch window (or even the closing of a subpatch 
window) would result in a Tcl/Tk error that i have not excperienced up 
until PD 0.49.


so, i close a window (main or subpatch - mostly with STRG+w), the patch 
window turns white with some inlet relics still being displayed and the 
console prints out a Tcl/TK error message in red colour.


the console says for example this:

(Tcl) UNHANDLED ERROR: bad window path name ".x3b212c8"
     while executing
"wm title $mytoplevel "$name$dirtychar$arguments - $path""
     (procedure "pdtk_canvas_reflecttitle" line 15)
     invoked from within
"pdtk_canvas_reflecttitle .x3b212c8 {D:/pd_0.49/_MYPATCHES_/MFPOW} 
{metronome} { [edit]} 0"

     ("uplevel" body line 718)
     invoked from within
"uplevel #0 $docmds".x2596028: no such object
.x2596028: no such object
.x2596028: no such object
.x2596028: no such object


from this point on nothing can be done in PD anymore, the only way to 
get out of this is to kill the PD process from the outside.


the patch contains several GOP subpatches and also some of my own GUI 
abstractions, that contain GOPs.


(the patch is very involved so i couldn't really check what would 
happen, if i replaced all of my abstractions with something else ...)


any ideas ? ...

best

oliver







___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Tcl/Tk error

[Christof Ressi]

Ha, I actually reported this very issue ca. 2 years ago (https://sourceforge.net/p/pure-data/bugs/1290/), I just completely forgot about it. what all those bugs have in common are dangling window references.

 

Christof


Gesendet: Dienstag, 02. April 2019 um 12:35 Uhr
Von: "Dario Sanfilippo" 
An: "Christof Ressi" 
Cc: oliver , Pd-List 
Betreff: Re: [PD] Tcl/Tk error



Hi, Christof.

 

I haven't been using PD much lately but I used to have that a lot. As far as I remember, it also used to happen when closing a window, specifically, an abstraction that I used to inspect signals by plotting them on arrays. When closing those windows, PD GUI would all freeze but it was still possible to change number boxes and everything else, though without having the visual feedback.

 

I'll get back to this if I can reproduce the bug.

 

D











 











 


On Tue, 2 Apr 2019 at 11:56, Christof Ressi  wrote:

hey oliver,

other users (including myself) have experienced this as well and it's a serious regression. Now that I have some time I want to investigate this. I've already fixed a related bug in September (https://github.com/pure-data/pure-data/pull/467).

can you do me a favour and file a bug report on GitHub? and can you try to find a minimal patch which triggers the problem (even if it doesn't happen all the time)? personally, I didn't have success in reproducing it, it only happenes very rarely and seemlingly randomly...
to all the other people who have experienced this: please help!

Christof

> Gesendet: Dienstag, 02. April 2019 um 11:37 Uhr
> Von: "oliver" 
> An: "pd-l...@mail.iem.at" 
> Betreff: [PD] Tcl/Tk error
>
> Hi,
>
> sorry for a not so precise bug-report, but it's all i can offer:
>
> recently i discovered a strange behaviour in Windows PD 0.49 (32bit)
> when the closing of a patch window (or even the closing of a subpatch
> window) would result in a Tcl/Tk error that i have not excperienced up
> until PD 0.49.
>
> so, i close a window (main or subpatch - mostly with STRG+w), the patch
> window turns white with some inlet relics still being displayed and the
> console prints out a Tcl/TK error message in red colour.
>
> the console says for example this:
>
> (Tcl) UNHANDLED ERROR: bad window path name ".x3b212c8"
>      while executing
> "wm title $mytoplevel "$name$dirtychar$arguments - $path""
>      (procedure "pdtk_canvas_reflecttitle" line 15)
>      invoked from within
> "pdtk_canvas_reflecttitle .x3b212c8 {D:/pd_0.49/_MYPATCHES_/MFPOW}
> {metronome} { [edit]} 0"
>      ("uplevel" body line 718)
>      invoked from within
> "uplevel #0 $docmds".x2596028: no such object
> .x2596028: no such object
> .x2596028: no such object
> .x2596028: no such object
>
>
> from this point on nothing can be done in PD anymore, the only way to
> get out of this is to kill the PD process from the outside.
>
> the patch contains several GOP subpatches and also some of my own GUI
> abstractions, that contain GOPs.
>
> (the patch is very involved so i couldn't really check what would
> happen, if i replaced all of my abstractions with something else ...)
>
> any ideas ? ...
>
> best
>
> oliver
>
>
> --
> 
> /// http://pendler.klingt.org //
> \\\ http://oliver.klingt.org  \\
> 
>
>
>
> ___
> 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








___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Job offer at IRCAM - Paris

[Julian Brooks]

Nice gig.

On Tue, 26 Mar 2019 at 13:32, Pierre Guillot 
wrote:

> *C++ developer of interactive audio applications using the JUCE framework
> (W/M)*
>
> *Fixed-term contract of 6 months starting from May 2019, possibility of
> transformation into a permanent position*
>
> *INTRODUCTION TO IRCAM:*
> IRCAM is a non-profit organization that is associated to the Centre
> Pompidou (Centre national d’art et de culture Georges Pompidou). Its
> missions comprise research, production, and education related to
> contemporary music and its relation to science and technology. The
> department for Innovation and Means for Research (IMR) handles, besides
> other topics, the various aspects of tech transfer of the research results
> produced in the research teams. IRCAM is located in the centre of Paris
> near the Centre Pompidou, at 1, Place Igor Stravinsky 75004 Paris.
>
> *POSITION DESCRIPTION:*
> You will integrate the IMR department and will be responsible for the
> conceptual design and development of user interfaces and application layers
> for AudioSculpt (version 4), a standalone audio application for sound
> visualisation, analysis and transformation built with the C++ JUCE
> framework. The different variants, will be designed with the goal to adapt
> to different segments of the professional audio production market, and will
> target Mac OS and Windows environments. The development activities will be
> performed under the responsibility of the head of the Tech transfer service
> (part of IMR), and in close collaboration with the research teams that are
> contributing the signal processing algorithms, and the commercial and
> industrial partners. Your responsibilities will cover all aspects of
> building and delivering commercial applications, starting with software
> architecture, and interface design, development of cross-platform
> applications, packaging, testing, and communication with end users at IRCAM
> and in the IRCAM Forum.
>
> *Links to related software:*
> http://forumnet.ircam.fr/fr/produit/audiosculpt/
> 
> https://www.plugivery.com/products/p1680-TS/
>
> *REQUIRED EXPERIENCES ET SKILLS:*
>
>- You are a C ++ developer / designer experienced in designing
>interactive audio applications with the JUCE framework with a strong
>interest in music and sound applications.
>- You have worked on one or more major projects involving the creation
>of a multimodal and interactive application (ideally on an already
>commercialized project).
>- You have a good knowledge of software design patterns.
>- Sensitive to visual creation and human-machine interactions, you
>master the graphic interface design (UI/UX) and are able to realize
>prototypes and components quickly from a graphic chart and/or simple
>specifications.
>- You have a good knowledge of the JUCE framework (ideally you have
>already developed several projects with this framework).
>- You are familiar with editing and sound creation tools such as
>ProTools, Ableton Live, MaxMSP, and/or similar tools.
>- You have excellent knowledge of C ++.
>- You produce robust, reusable, and portable code.
>- You have demonstrated rigor, autonomy, and reliability, listening
>and relational abilities in your professional activity.
>
>
> *SALARY:*
> According to education and professional experience.
>
> *APPLICATIONS:*
> Deadline for application: April, 25th, 2019
>
> Please send an application letter together with your resume and any
> suitable information addressing the above issues preferably by email to:
> vinet_at_ircam.fr, roebel_at_ircam_dot_fr and rousseau_at_ircam_dot_fr,
> or via postal mail to Hugues Vinet, IRCAM, 1 Place Stravinsky, 75004 Paris.
> ___
> Pd-announce mailing list
> pd-annou...@lists.iem.at
> https://lists.puredata.info/listinfo/pd-announce
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Tcl/Tk error

[Dario Sanfilippo]

Hi, Christof.

I haven't been using PD much lately but I used to have that a lot. As far
as I remember, it also used to happen when closing a window, specifically,
an abstraction that I used to inspect signals by plotting them on arrays.
When closing those windows, PD GUI would all freeze but it was still
possible to change number boxes and everything else, though without having
the visual feedback.

I'll get back to this if I can reproduce the bug.

D




On Tue, 2 Apr 2019 at 11:56, Christof Ressi  wrote:

> hey oliver,
>
> other users (including myself) have experienced this as well and it's a
> serious regression. Now that I have some time I want to investigate this.
> I've already fixed a related bug in September (
> https://github.com/pure-data/pure-data/pull/467).
>
> can you do me a favour and file a bug report on GitHub? and can you try to
> find a minimal patch which triggers the problem (even if it doesn't happen
> all the time)? personally, I didn't have success in reproducing it, it only
> happenes very rarely and seemlingly randomly...
> to all the other people who have experienced this: please help!
>
> Christof
>
> > Gesendet: Dienstag, 02. April 2019 um 11:37 Uhr
> > Von: "oliver" 
> > An: "pd-l...@mail.iem.at" 
> > Betreff: [PD] Tcl/Tk error
> >
> > Hi,
> >
> > sorry for a not so precise bug-report, but it's all i can offer:
> >
> > recently i discovered a strange behaviour in Windows PD 0.49 (32bit)
> > when the closing of a patch window (or even the closing of a subpatch
> > window) would result in a Tcl/Tk error that i have not excperienced up
> > until PD 0.49.
> >
> > so, i close a window (main or subpatch - mostly with STRG+w), the patch
> > window turns white with some inlet relics still being displayed and the
> > console prints out a Tcl/TK error message in red colour.
> >
> > the console says for example this:
> >
> > (Tcl) UNHANDLED ERROR: bad window path name ".x3b212c8"
> >  while executing
> > "wm title $mytoplevel "$name$dirtychar$arguments - $path""
> >  (procedure "pdtk_canvas_reflecttitle" line 15)
> >  invoked from within
> > "pdtk_canvas_reflecttitle .x3b212c8 {D:/pd_0.49/_MYPATCHES_/MFPOW}
> > {metronome} { [edit]} 0"
> >  ("uplevel" body line 718)
> >  invoked from within
> > "uplevel #0 $docmds".x2596028: no such object
> > .x2596028: no such object
> > .x2596028: no such object
> > .x2596028: no such object
> >
> >
> > from this point on nothing can be done in PD anymore, the only way to
> > get out of this is to kill the PD process from the outside.
> >
> > the patch contains several GOP subpatches and also some of my own GUI
> > abstractions, that contain GOPs.
> >
> > (the patch is very involved so i couldn't really check what would
> > happen, if i replaced all of my abstractions with something else ...)
> >
> > any ideas ? ...
> >
> > best
> >
> > oliver
> >
> >
> > --
> > 
> > /// http://pendler.klingt.org //
> > \\\ http://oliver.klingt.org  \\
> > 
> >
> >
> >
> > ___
> > 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
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Mute certain partials (sigmund~)?

[Julian Brooks]

+1 for William's approaches - works for me.

On Mon, 1 Apr 2019 at 09:58, Peter P.  wrote:

> Hi,
>
> * William Brent  [2019-03-30 16:21]:
> > If you're open to other processing options, I made an extern a while back
> > that does FFT filtering relative to harmonic numbers. You feed it a
> signal
> > and the continuous MIDI pitch output from [sigmund~], and then based on
> > scalar values from a table you can boost/cut the amplitude of any given
> > harmonic by index. I haven't maintained it at all, but you can get the
> > source, help, and win/mac binaries here:
> >
> > http://williambrent.conflations.com/pages/research.html#pitchEnv
> Thank you, will give it a try within the next days!
> >
> > That should give you the effect you want if I'm understanding you right.
> > But if you specifically want to stick with analysis/resynthesis using
> > [sigmund~], I gave a shot at a solution that produces mute/play flags for
> > each [sigmund~] "track" by index.
> Actually, I have not yet understood what a sigmund~ "track" is, the help
> patch does not say much. What is the difference between a track and a
> partial?
>
> Thanks again!
> P
>
>
>
> ___
> 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

Re: [PD] Tcl/Tk error

[Christof Ressi]

hey oliver,

other users (including myself) have experienced this as well and it's a serious 
regression. Now that I have some time I want to investigate this. I've already 
fixed a related bug in September 
(https://github.com/pure-data/pure-data/pull/467).

can you do me a favour and file a bug report on GitHub? and can you try to find 
a minimal patch which triggers the problem (even if it doesn't happen all the 
time)? personally, I didn't have success in reproducing it, it only happenes 
very rarely and seemlingly randomly...
to all the other people who have experienced this: please help!

Christof

> Gesendet: Dienstag, 02. April 2019 um 11:37 Uhr
> Von: "oliver" 
> An: "pd-l...@mail.iem.at" 
> Betreff: [PD] Tcl/Tk error
>
> Hi,
>
> sorry for a not so precise bug-report, but it's all i can offer:
>
> recently i discovered a strange behaviour in Windows PD 0.49 (32bit)
> when the closing of a patch window (or even the closing of a subpatch
> window) would result in a Tcl/Tk error that i have not excperienced up
> until PD 0.49.
>
> so, i close a window (main or subpatch - mostly with STRG+w), the patch
> window turns white with some inlet relics still being displayed and the
> console prints out a Tcl/TK error message in red colour.
>
> the console says for example this:
>
> (Tcl) UNHANDLED ERROR: bad window path name ".x3b212c8"
>  while executing
> "wm title $mytoplevel "$name$dirtychar$arguments - $path""
>  (procedure "pdtk_canvas_reflecttitle" line 15)
>  invoked from within
> "pdtk_canvas_reflecttitle .x3b212c8 {D:/pd_0.49/_MYPATCHES_/MFPOW}
> {metronome} { [edit]} 0"
>  ("uplevel" body line 718)
>  invoked from within
> "uplevel #0 $docmds".x2596028: no such object
> .x2596028: no such object
> .x2596028: no such object
> .x2596028: no such object
>
>
> from this point on nothing can be done in PD anymore, the only way to
> get out of this is to kill the PD process from the outside.
>
> the patch contains several GOP subpatches and also some of my own GUI
> abstractions, that contain GOPs.
>
> (the patch is very involved so i couldn't really check what would
> happen, if i replaced all of my abstractions with something else ...)
>
> any ideas ? ...
>
> best
>
> oliver
>
>
> --
> 
> /// http://pendler.klingt.org //
> \\\ http://oliver.klingt.org  \\
> 
>
>
>
> ___
> 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

[PD] Tcl/Tk error

[oliver]

Hi,

sorry for a not so precise bug-report, but it's all i can offer:

recently i discovered a strange behaviour in Windows PD 0.49 (32bit) 
when the closing of a patch window (or even the closing of a subpatch 
window) would result in a Tcl/Tk error that i have not excperienced up 
until PD 0.49.


so, i close a window (main or subpatch - mostly with STRG+w), the patch 
window turns white with some inlet relics still being displayed and the 
console prints out a Tcl/TK error message in red colour.


the console says for example this:

(Tcl) UNHANDLED ERROR: bad window path name ".x3b212c8"
while executing
"wm title $mytoplevel "$name$dirtychar$arguments - $path""
(procedure "pdtk_canvas_reflecttitle" line 15)
invoked from within
"pdtk_canvas_reflecttitle .x3b212c8 {D:/pd_0.49/_MYPATCHES_/MFPOW} 
{metronome} { [edit]} 0"

("uplevel" body line 718)
invoked from within
"uplevel #0 $docmds".x2596028: no such object
.x2596028: no such object
.x2596028: no such object
.x2596028: no such object


from this point on nothing can be done in PD anymore, the only way to 
get out of this is to kill the PD process from the outside.


the patch contains several GOP subpatches and also some of my own GUI 
abstractions, that contain GOPs.


(the patch is very involved so i couldn't really check what would 
happen, if i replaced all of my abstractions with something else ...)


any ideas ? ...

best

oliver


--

/// http://pendler.klingt.org //
\\\ http://oliver.klingt.org  \\




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list