Menu
▾
▴
i-score-users — i-score users
You can subscribe to this list here.
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2015 |
Jan
(13) |
Feb
|
Mar
(1) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(8) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <tho...@gm...> - 2017-07-03 19:49:13
|
A little further investigation of the api of the cnmat osc library for Arduino and some intense googling does show that it is possible to receive messages not just bundles. I am fairly confident that the library can work directly with I-score and will test it tomorrow. Its cnmat decision of not including any examples at all in their library of receiving messages rather than bundles that had me confused. Funny they don’t start by showing how to receive an osc message, they go directly to bundles. Infact only in the API can you find out how to receive single messages. Strange choice, Beste ønsker, Thorolf Thuestad tho...@gm... 95922998 From: tho...@gm... Sent: 03 July 2017 19:53 To: Antoine Villeret; i-s...@li... Subject: RE: [I-score-users] Fullpacket messages? I am not a programmer so its a bit embarrassing to send the code, I will pm it to you😊 Just started this Project so its still simple. Yes on the arduino end the only examples of receiving osc in the documentation show it receiving a bundle. The o. Objects also only work with bundles. With max this now works well for me but it would be excellent to not have to use max as a “translater” between I-score and the motors. I did find a simplified version of the library which seems to also receive messages, I will test this and see if that is directly compatible with I-score. Beste ønsker, Thorolf Thuestad tho...@gm... 95922998 From: Antoine Villeret Sent: 03 July 2017 19:17 To: i-s...@li... Subject: Re: [I-score-users] Fullpacket messages? Could you share your code (both arduino and max patch) ? The fullpacket is something really specific to Max. In my previous message I was referring to Martin Peach's [udpsend] object, not the odot or Cycling 74 one. I'm sure it is working on Windows and you may find some Pd binary on Deken. Here is a direct link : http://puredata.info/Members/chr15m/software/v0-0extended/mrpeach/mrpeach-v0.0.extended-(Windows-i386-32)-externals.zip best antoine -- do it yourself http://antoine.villeret.free.fr 2017-07-03 15:16 GMT+02:00 <tho...@gm...>: Cnmat osc -route has now been replaced by the o. externals. So I do not have access to a supported osc-route on windows I receive osc data from udpreceive and am able to print and use it with no further decoding. >From the udpsend helpfile: The udpsend object and its counterpart the udpreceive object provide support for third-party Max objects that work with the Open Sound Control (OSC) protocol developed by the Center for New Music and Audio Technologies (CNMAT) at the University of California, Berkeley. The FullPacket message toggles support for the 'FullPacket' message used by the CNMAT Open Sound Control externals or the Max udpreceive object--when set, the udpsend object will send UDP buffers in the form of OSC 'FullPacket' messages. So it seems that it is a specific way of encoding the udp messages? And it is not something that you do in I-score. I agree that its mysterious how unknown this is I cannot find anything on google either. But its strange but you cannot use the cnmat arduiono osc library without it it seems... one would think that someone should notice. Beste ønsker, Thorolf Thuestad tho...@gm... 95922998 From: Jean-Michaël Celerier Sent: 03 July 2017 11:44 To: i-s...@li... Subject: Re: [I-score-users] Fullpacket messages? Hi Thorolf ! I tried to find but couldn't exactly understand what the Max "fullpacket" messages are ? Does someone knows the difference with Pd's udpsend/udpreceive for instance ? > I believe the problem is my lacking understanding of the OSC protocol, when sending from max encoded with the o.pack object it works, but not using packosc in pd or indeed osc from I -score. Pd's packosc and i-score's OSC are compatible so it makes sense that if one does not work, the other doesn't either. Did you try with CNMAT's osc-route after udpreceive in Max ? Best Jean-Michaël On Mon, Jul 3, 2017 at 11:19 AM, <tho...@gm...> wrote: Hi List, I am currently working on a piece for surround sound and robot and am testing I-score for the show control. I am using an Arduino clone feather M0 wifi for motor control and the Cmnat osc library for osc on Arduino. I have contact from/to max msp but not from two other platforms: pd or I-score using the same port settings. I believe the problem is my lacking understanding of the OSC protocol, when sending from max encoded with the o.pack object it works, but not using packosc in pd or indeed osc from I -score. I assume that the problem is that only the o.pack object in max sends a fullpacket message? Can fullpacket messages be sent from I-score? If anybody could enlighten me? that would be absolutely tip top! Thank you for the party to those of you that where present😊 good times. Beste ønsker, Thorolf Thuestad tho...@gm... 95922998 ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ I-score-users mailing list I-s...@li... https://lists.sourceforge.net/lists/listinfo/i-score-users ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ I-score-users mailing list I-s...@li... https://lists.sourceforge.net/lists/listinfo/i-score-users |
|
From: <tho...@gm...> - 2017-07-03 17:53:25
|
I am not a programmer so its a bit embarrassing to send the code, I will pm it to you😊 Just started this Project so its still simple. Yes on the arduino end the only examples of receiving osc in the documentation show it receiving a bundle. The o. Objects also only work with bundles. With max this now works well for me but it would be excellent to not have to use max as a “translater” between I-score and the motors. I did find a simplified version of the library which seems to also receive messages, I will test this and see if that is directly compatible with I-score. Beste ønsker, Thorolf Thuestad tho...@gm... 95922998 From: Antoine Villeret Sent: 03 July 2017 19:17 To: i-s...@li... Subject: Re: [I-score-users] Fullpacket messages? Could you share your code (both arduino and max patch) ? The fullpacket is something really specific to Max. In my previous message I was referring to Martin Peach's [udpsend] object, not the odot or Cycling 74 one. I'm sure it is working on Windows and you may find some Pd binary on Deken. Here is a direct link : http://puredata.info/Members/chr15m/software/v0-0extended/mrpeach/mrpeach-v0.0.extended-(Windows-i386-32)-externals.zip best antoine -- do it yourself http://antoine.villeret.free.fr 2017-07-03 15:16 GMT+02:00 <tho...@gm...>: Cnmat osc -route has now been replaced by the o. externals. So I do not have access to a supported osc-route on windows I receive osc data from udpreceive and am able to print and use it with no further decoding. >From the udpsend helpfile: The udpsend object and its counterpart the udpreceive object provide support for third-party Max objects that work with the Open Sound Control (OSC) protocol developed by the Center for New Music and Audio Technologies (CNMAT) at the University of California, Berkeley. The FullPacket message toggles support for the 'FullPacket' message used by the CNMAT Open Sound Control externals or the Max udpreceive object--when set, the udpsend object will send UDP buffers in the form of OSC 'FullPacket' messages. So it seems that it is a specific way of encoding the udp messages? And it is not something that you do in I-score. I agree that its mysterious how unknown this is I cannot find anything on google either. But its strange but you cannot use the cnmat arduiono osc library without it it seems... one would think that someone should notice. Beste ønsker, Thorolf Thuestad tho...@gm... 95922998 From: Jean-Michaël Celerier Sent: 03 July 2017 11:44 To: i-s...@li... Subject: Re: [I-score-users] Fullpacket messages? Hi Thorolf ! I tried to find but couldn't exactly understand what the Max "fullpacket" messages are ? Does someone knows the difference with Pd's udpsend/udpreceive for instance ? > I believe the problem is my lacking understanding of the OSC protocol, when sending from max encoded with the o.pack object it works, but not using packosc in pd or indeed osc from I -score. Pd's packosc and i-score's OSC are compatible so it makes sense that if one does not work, the other doesn't either. Did you try with CNMAT's osc-route after udpreceive in Max ? Best Jean-Michaël On Mon, Jul 3, 2017 at 11:19 AM, <tho...@gm...> wrote: Hi List, I am currently working on a piece for surround sound and robot and am testing I-score for the show control. I am using an Arduino clone feather M0 wifi for motor control and the Cmnat osc library for osc on Arduino. I have contact from/to max msp but not from two other platforms: pd or I-score using the same port settings. I believe the problem is my lacking understanding of the OSC protocol, when sending from max encoded with the o.pack object it works, but not using packosc in pd or indeed osc from I -score. I assume that the problem is that only the o.pack object in max sends a fullpacket message? Can fullpacket messages be sent from I-score? If anybody could enlighten me? that would be absolutely tip top! Thank you for the party to those of you that where present😊 good times. Beste ønsker, Thorolf Thuestad tho...@gm... 95922998 ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ I-score-users mailing list I-s...@li... https://lists.sourceforge.net/lists/listinfo/i-score-users ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ I-score-users mailing list I-s...@li... https://lists.sourceforge.net/lists/listinfo/i-score-users |
|
From: Antoine V. <ant...@gm...> - 2017-07-03 17:17:14
|
Could you share your code (both arduino and max patch) ? The fullpacket is something really specific to Max. In my previous message I was referring to Martin Peach's [udpsend] object, not the odot or Cycling 74 one. I'm sure it is working on Windows and you may find some Pd binary on Deken. Here is a direct link : http://puredata.info/Members/chr15m/software/v0-0extended/mrpeach/mrpeach-v0.0.extended-(Windows-i386-32)-externals.zip best antoine -- do it yourself http://antoine.villeret.free.fr 2017-07-03 15:16 GMT+02:00 <tho...@gm...>: > Cnmat osc -route has now been replaced by the o. externals. So I do not > have access to a supported osc-route on windows > > I receive osc data from udpreceive and am able to print and use it with no > further decoding. > > > > From the udpsend helpfile: > > The udpsend object and its counterpart the udpreceive > <https://docs.cycling74.com/max5/refpages/max-ref/udpreceive.html> object > provide support for third-party Max objects that work with the Open Sound > Control (OSC) protocol developed by the Center for New Music and Audio > Technologies (CNMAT) at the University of California, Berkeley. The > FullPacket message toggles support for the 'FullPacket' message used by > the CNMAT Open Sound Control externals or the Max udpreceive > <https://docs.cycling74.com/max5/refpages/max-ref/udpreceive.html> > object--when set, the udpsend object will send UDP buffers in the form of > OSC 'FullPacket' messages. > > > > So it seems that it is a specific way of encoding the udp messages? And it > is not something that you do in I-score. > > > > I agree that its mysterious how unknown this is I cannot find anything on > google either. But its strange but you cannot use the cnmat arduiono osc > library without it it seems... one would think that someone should notice. > > > > > > > > Beste ønsker, > Thorolf Thuestad > tho...@gm... > 95922998 > > > > *From: *Jean-Michaël Celerier <jea...@gm...> > *Sent: *03 July 2017 11:44 > *To: *i-s...@li... > *Subject: *Re: [I-score-users] Fullpacket messages? > > > > Hi Thorolf ! > > I tried to find but couldn't exactly understand what the Max "fullpacket" > messages are ? > Does someone knows the difference with Pd's udpsend/udpreceive for > instance ? > > > I believe the problem is my lacking understanding of the OSC protocol, > when sending from max encoded with the o.pack object it works, but not > using packosc in pd or indeed osc from I -score. > > Pd's packosc and i-score's OSC are compatible so it makes sense that if > one does not work, the other doesn't either. > > Did you try with CNMAT's osc-route after udpreceive in Max ? > > Best > > Jean-Michaël > > > > > On Mon, Jul 3, 2017 at 11:19 AM, <tho...@gm...> wrote: > > > > Hi List, I am currently working on a piece for surround sound and robot > and am testing I-score for the show control. > > > > I am using an Arduino clone feather M0 wifi for motor control and the > Cmnat osc library for osc on Arduino. > > > > I have contact from/to max msp but not from two other platforms: pd or > I-score using the same port settings. > > > > I believe the problem is my lacking understanding of the OSC protocol, > when sending from max encoded with the o.pack object it works, but not > using packosc in pd or indeed osc from I -score. > > > > I assume that the problem is that only the o.pack object in max sends a > fullpacket message? Can fullpacket messages be sent from I-score? > > > > If anybody could enlighten me? that would be absolutely tip top! > > > > Thank you for the party to those of you that where present😊 good times. > > > > Beste ønsker, > Thorolf Thuestad > tho...@gm... > 95922998 > > > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > I-score-users mailing list > I-s...@li... > https://lists.sourceforge.net/lists/listinfo/i-score-users > > > > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > I-score-users mailing list > I-s...@li... > https://lists.sourceforge.net/lists/listinfo/i-score-users > > |
|
From: <tho...@gm...> - 2017-07-03 13:16:48
|
Cnmat osc -route has now been replaced by the o. externals. So I do not have access to a supported osc-route on windows I receive osc data from udpreceive and am able to print and use it with no further decoding. >From the udpsend helpfile: The udpsend object and its counterpart the udpreceive object provide support for third-party Max objects that work with the Open Sound Control (OSC) protocol developed by the Center for New Music and Audio Technologies (CNMAT) at the University of California, Berkeley. The FullPacket message toggles support for the 'FullPacket' message used by the CNMAT Open Sound Control externals or the Max udpreceive object--when set, the udpsend object will send UDP buffers in the form of OSC 'FullPacket' messages. So it seems that it is a specific way of encoding the udp messages? And it is not something that you do in I-score. I agree that its mysterious how unknown this is I cannot find anything on google either. But its strange but you cannot use the cnmat arduiono osc library without it it seems... one would think that someone should notice. Beste ønsker, Thorolf Thuestad tho...@gm... 95922998 From: Jean-Michaël Celerier Sent: 03 July 2017 11:44 To: i-s...@li... Subject: Re: [I-score-users] Fullpacket messages? Hi Thorolf ! I tried to find but couldn't exactly understand what the Max "fullpacket" messages are ? Does someone knows the difference with Pd's udpsend/udpreceive for instance ? > I believe the problem is my lacking understanding of the OSC protocol, when sending from max encoded with the o.pack object it works, but not using packosc in pd or indeed osc from I -score. Pd's packosc and i-score's OSC are compatible so it makes sense that if one does not work, the other doesn't either. Did you try with CNMAT's osc-route after udpreceive in Max ? Best Jean-Michaël On Mon, Jul 3, 2017 at 11:19 AM, <tho...@gm...> wrote: Hi List, I am currently working on a piece for surround sound and robot and am testing I-score for the show control. I am using an Arduino clone feather M0 wifi for motor control and the Cmnat osc library for osc on Arduino. I have contact from/to max msp but not from two other platforms: pd or I-score using the same port settings. I believe the problem is my lacking understanding of the OSC protocol, when sending from max encoded with the o.pack object it works, but not using packosc in pd or indeed osc from I -score. I assume that the problem is that only the o.pack object in max sends a fullpacket message? Can fullpacket messages be sent from I-score? If anybody could enlighten me? that would be absolutely tip top! Thank you for the party to those of you that where present😊 good times. Beste ønsker, Thorolf Thuestad tho...@gm... 95922998 ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ I-score-users mailing list I-s...@li... https://lists.sourceforge.net/lists/listinfo/i-score-users |
|
From: Antoine V. <ant...@gm...> - 2017-07-03 10:35:03
|
Hi, there is a o.dot binary package for Pd too on CMNAT's github : https://github.com/CNMAT/CNMAT-odot/releases but only for Mac OS afaik o.pack send OSC bundle, which is not the default in puredata or i-score. but you can make bundle in puredata with mrpeach's [oscpack] object concerning the fullpacket message in Max, iirc this is a special message with a pointer to a byte array used to passed big data blob between two objects for instance udpreceive and OpenSoundControl There is no such a feature in puredata [udpsend] or [netsend] objects. but you can send raw byte message to [udpsend] and there is no 256 message elements limitation in puredata but since you're using Arduino and Wifi, you might be interested in SLIP protocol This let you send OSC message on a serial line (TCP connection or USB interface for example) TCP could be more reliable with wifi connection as long as don't need high bandwidth I don't know if you can do that with i-score but on the Pd side you can use [unpackOSCstream] abstraction from Roman Haefeli (which is part of mrpeach/osc library). This is basically a [slipdec] which decodes slip encoded messages feeding an [unpackOSC] object. hope that helps Antoine On -- do it yourself http://antoine.villeret.free.fr 2017-07-03 11:44 GMT+02:00 Jean-Michaël Celerier < jea...@gm...>: > Hi Thorolf ! > > I tried to find but couldn't exactly understand what the Max "fullpacket" > messages are ? > Does someone knows the difference with Pd's udpsend/udpreceive for > instance ? > > > I believe the problem is my lacking understanding of the OSC protocol, > when sending from max encoded with the o.pack object it works, but not > using packosc in pd or indeed osc from I -score. > > Pd's packosc and i-score's OSC are compatible so it makes sense that if > one does not work, the other doesn't either. > > Did you try with CNMAT's osc-route after udpreceive in Max ? > > Best > Jean-Michaël > > > > On Mon, Jul 3, 2017 at 11:19 AM, <tho...@gm...> wrote: > >> >> >> Hi List, I am currently working on a piece for surround sound and robot >> and am testing I-score for the show control. >> >> >> >> I am using an Arduino clone feather M0 wifi for motor control and the >> Cmnat osc library for osc on Arduino. >> >> >> >> I have contact from/to max msp but not from two other platforms: pd or >> I-score using the same port settings. >> >> >> >> I believe the problem is my lacking understanding of the OSC protocol, >> when sending from max encoded with the o.pack object it works, but not >> using packosc in pd or indeed osc from I -score. >> >> >> >> I assume that the problem is that only the o.pack object in max sends a >> fullpacket message? Can fullpacket messages be sent from I-score? >> >> >> >> If anybody could enlighten me? that would be absolutely tip top! >> >> >> >> Thank you for the party to those of you that where present😊 good times. >> >> >> >> Beste ønsker, >> Thorolf Thuestad >> tho...@gm... >> 95922998 >> >> >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> I-score-users mailing list >> I-s...@li... >> https://lists.sourceforge.net/lists/listinfo/i-score-users >> >> > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > I-score-users mailing list > I-s...@li... > https://lists.sourceforge.net/lists/listinfo/i-score-users > > |
|
From: Jean-Michaël C. <jea...@gm...> - 2017-07-03 09:44:56
|
Hi Thorolf ! I tried to find but couldn't exactly understand what the Max "fullpacket" messages are ? Does someone knows the difference with Pd's udpsend/udpreceive for instance ? > I believe the problem is my lacking understanding of the OSC protocol, when sending from max encoded with the o.pack object it works, but not using packosc in pd or indeed osc from I -score. Pd's packosc and i-score's OSC are compatible so it makes sense that if one does not work, the other doesn't either. Did you try with CNMAT's osc-route after udpreceive in Max ? Best Jean-Michaël On Mon, Jul 3, 2017 at 11:19 AM, <tho...@gm...> wrote: > > > Hi List, I am currently working on a piece for surround sound and robot > and am testing I-score for the show control. > > > > I am using an Arduino clone feather M0 wifi for motor control and the > Cmnat osc library for osc on Arduino. > > > > I have contact from/to max msp but not from two other platforms: pd or > I-score using the same port settings. > > > > I believe the problem is my lacking understanding of the OSC protocol, > when sending from max encoded with the o.pack object it works, but not > using packosc in pd or indeed osc from I -score. > > > > I assume that the problem is that only the o.pack object in max sends a > fullpacket message? Can fullpacket messages be sent from I-score? > > > > If anybody could enlighten me? that would be absolutely tip top! > > > > Thank you for the party to those of you that where present😊 good times. > > > > Beste ønsker, > Thorolf Thuestad > tho...@gm... > 95922998 > > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > I-score-users mailing list > I-s...@li... > https://lists.sourceforge.net/lists/listinfo/i-score-users > > |
|
From: <tho...@gm...> - 2017-07-03 09:19:18
|
Hi List, I am currently working on a piece for surround sound and robot and am testing I-score for the show control. I am using an Arduino clone feather M0 wifi for motor control and the Cmnat osc library for osc on Arduino. I have contact from/to max msp but not from two other platforms: pd or I-score using the same port settings. I believe the problem is my lacking understanding of the OSC protocol, when sending from max encoded with the o.pack object it works, but not using packosc in pd or indeed osc from I -score. I assume that the problem is that only the o.pack object in max sends a fullpacket message? Can fullpacket messages be sent from I-score? If anybody could enlighten me? that would be absolutely tip top! Thank you for the party to those of you that where present😊 good times. Beste ønsker, Thorolf Thuestad tho...@gm... 95922998 |
|
From: <tho...@gm...> - 2017-07-02 17:21:54
|
Hi List, I am currently working on a piece for surround sound and robot and am testing I-score for the show control. I am using an Arduino clone feather M0 wifi for motor control and the Cmnat osc library for osc on Arduino. I have contact from/to max msp but not from two other plattforms: pd or I-score. I believe the problem is my lacking understanding of the OSC protocol, when sending from max encoded with the o.pack object it works, but not using packosc in pd or indeed osc from I -score. See screensohots. I assume that the problem is that only max sends a fullpacket message? Can this be done from I-score? Can you enlighten me? that would be tip top! Thank you for the party to those of you that where present😊 Beste ønsker, Thorolf Thuestad tho...@gm... 95922998 |
|
From: <doo...@gm...> - 2016-06-08 06:45:32
|
Hi! You need to clone submodules : git submodule update --init --recursive And install whatever package it is for qt websockets (maybe libqt5websockets5-dev on Debian). Does the appimage work on devian by the way? Best Jean-Michael À mar. juin 7 18:29:19 2016 GMT+0200, Peter P. a écrit : > Hi! > > I am trying to build iscore on a Debian testing system, and am getting > the below error from cmake. I followed the instructions for Debian-like > systems on https://github.com/OSSIA/i-score/blob/master/INSTALL.md > > ------------------------------------------------------ > ~/src/iScore/build_folder$ cmake ../i-score-1.0.0-a69/ > > CMake Error at CMake/IScoreTargetSetup.cmake:1 (include): > include could not find load file: > > Sanitize > Call Stack (most recent call first): > CMake/IScoreFunctions.cmake:1 (include) > CMakeLists.txt:26 (include) > > > CMake Error at CMake/IScoreTargetSetup.cmake:2 (include): > include could not find load file: > > UseGold > Call Stack (most recent call first): > CMake/IScoreFunctions.cmake:1 (include) > CMakeLists.txt:26 (include) > > > CMake Error at CMake/IScoreTargetSetup.cmake:3 (include): > include could not find load file: > > LinkerWarnings > Call Stack (most recent call first): > CMake/IScoreFunctions.cmake:1 (include) > CMakeLists.txt:26 (include) > > > CMake Error at CMake/IScoreTargetSetup.cmake:4 (include): > include could not find load file: > > DebugMode > Call Stack (most recent call first): > CMake/IScoreFunctions.cmake:1 (include) > CMakeLists.txt:26 (include) > > > -- Boost version: 1.58.0 > -- cotire 1.7.8 loaded. > CMake Error at CMakeLists.txt:32 (add_subdirectory): > The source directory > > /home/peter/src/iScore/i-score-1.0.0-a69/API > > does not contain a CMakeLists.txt file. > > > CMake Error at /usr/lib/x86_64-linux-gnu/cmake/Qt5/Qt5Config.cmake:26 (find_package): > Could not find a package configuration file provided by "Qt5WebSockets" > with any of the following names: > > Qt5WebSocketsConfig.cmake > qt5websockets-config.cmake > > Add the installation prefix of "Qt5WebSockets" to CMAKE_PREFIX_PATH or set > "Qt5WebSockets_DIR" to a directory containing one of the above files. If > "Qt5WebSockets" provides a separate development package or SDK, be sure it > has been installed. > Call Stack (most recent call first): > CMakeLists.txt:37 (find_package) > > > -- Configuring incomplete, errors occurred! > See also "/home/peter/src/iScore/build_folder/CMakeFiles/CMakeOutput.log" > ------------------------------------------------------ > > thank you for all hints, > > cheers, P > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic > patterns at an interface-level. Reveals which users, apps, and protocols are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e > _______________________________________________ > I-score-users mailing list > I-s...@li... > https://lists.sourceforge.net/lists/listinfo/i-score-users > |
|
From: Peter P. <pet...@fa...> - 2016-06-07 16:31:02
|
Hi! I am trying to build iscore on a Debian testing system, and am getting the below error from cmake. I followed the instructions for Debian-like systems on https://github.com/OSSIA/i-score/blob/master/INSTALL.md ------------------------------------------------------ ~/src/iScore/build_folder$ cmake ../i-score-1.0.0-a69/ CMake Error at CMake/IScoreTargetSetup.cmake:1 (include): include could not find load file: Sanitize Call Stack (most recent call first): CMake/IScoreFunctions.cmake:1 (include) CMakeLists.txt:26 (include) CMake Error at CMake/IScoreTargetSetup.cmake:2 (include): include could not find load file: UseGold Call Stack (most recent call first): CMake/IScoreFunctions.cmake:1 (include) CMakeLists.txt:26 (include) CMake Error at CMake/IScoreTargetSetup.cmake:3 (include): include could not find load file: LinkerWarnings Call Stack (most recent call first): CMake/IScoreFunctions.cmake:1 (include) CMakeLists.txt:26 (include) CMake Error at CMake/IScoreTargetSetup.cmake:4 (include): include could not find load file: DebugMode Call Stack (most recent call first): CMake/IScoreFunctions.cmake:1 (include) CMakeLists.txt:26 (include) -- Boost version: 1.58.0 -- cotire 1.7.8 loaded. CMake Error at CMakeLists.txt:32 (add_subdirectory): The source directory /home/peter/src/iScore/i-score-1.0.0-a69/API does not contain a CMakeLists.txt file. CMake Error at /usr/lib/x86_64-linux-gnu/cmake/Qt5/Qt5Config.cmake:26 (find_package): Could not find a package configuration file provided by "Qt5WebSockets" with any of the following names: Qt5WebSocketsConfig.cmake qt5websockets-config.cmake Add the installation prefix of "Qt5WebSockets" to CMAKE_PREFIX_PATH or set "Qt5WebSockets_DIR" to a directory containing one of the above files. If "Qt5WebSockets" provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): CMakeLists.txt:37 (find_package) -- Configuring incomplete, errors occurred! See also "/home/peter/src/iScore/build_folder/CMakeFiles/CMakeOutput.log" ------------------------------------------------------ thank you for all hints, cheers, P |
|
From: Baudoux R. <roa...@br...> - 2015-04-13 12:58:51
|
Le 13/04/15 14:34, Pascal Baltazar a écrit : >> - to address this there is "Duration", but it cannot cope with big files and its development seems to have stopped. > there is also Vezser, which seems to be quite good... Indeed, but it's not running under both MacOS and Linux, which is an important feature for our project. R |
|
From: Pascal B. <pa...@ba...> - 2015-04-13 12:35:00
|
>> I understand you’re using i-score in a static way (no interactive triggers), don’t you N > > Indeed, currently I do not need to use i-score's "dynamic" aspects. I understand i-score aims at a dynamic use but it does also fill a void for a static OSC sequencer right… we should take this into account > - to address this there is "Duration", but it cannot cope with big files and its development seems to have stopped. there is also Vezser, which seems to be quite good... > PS : does anyone apart from you and me read the messages on the list ? In this case I'll write my next one in french language! :-) most people reading this list are french, but there also are some non-francophones… it’s also useful that we use english for future reference on http://i-score.org/contact/forum-users/ besides, I’ve just changed the settings, so that messages are replied to the list, not to the sender... > > PS2 : I have also posted about a bug on Github. I saw it… I guess that’s a problem for Théo… or maybe that’s a bug in the pixel/ms conversion in i-score, in which case it should be fixed in 0.3 |
|
From: Baudoux R. <roa...@br...> - 2015-04-13 12:28:55
|
From Roald Baudoux Le 13/04/15 10:58, Pascal Baltazar a écrit : >> 2. Besides the creation of automation boxes by clic+drag, add the >> possibility to create boxes using a menu (with right-clic for instance) >> which would allow one to set start and end times or start time and >> duration. >> 3. Display start/end/duration times (and not noly duration) in each >> automation box. > As all events are relative to the previous constraints/relations (this is more obvious in 0.3 than in 0.2), I’m not certain of the validity of handling dates (which makes almost no sense once a trigger point has been introduced…) but we can give it a thought… > I understand you’re using i-score in a static way (no interactive triggers), don’t you N Indeed, currently I do not need to use i-score's "dynamic" aspects. I understand i-score aims at a dynamic use but it does also fill a void for a static OSC sequencer - to address this there is "Duration", but it cannot cope with big files and its development seems to have stopped. Thanks Pascal. Best, Roald PS : does anyone apart from you and me read the messages on the list ? In this case I'll write my next one in french language! :-) PS2 : I have also posted about a bug on Github. |
|
From: Pascal B. <pa...@ba...> - 2015-04-13 08:58:52
|
Thanks Roald for this feedback. > > i-score appears to me as a nice tool but currently it's still a bit "crude ». You’re right, as we mention on the download page, it’s a prototype. We expect v. 0.3 for which the development team is hard at work to be more functional. Most of the features you are requesting are on the backlog (some are even already implemented) > > Some suggestions to improve it: > > 1. Add a zoom setting for the timeline axis. have you tried cmd + or - ? > 2. Besides the creation of automation boxes by clic+drag, add the > possibility to create boxes using a menu (with right-clic for instance) > which would allow one to set start and end times or start time and > duration. > 3. Display start/end/duration times (and not noly duration) in each > automation box. As all events are relative to the previous constraints/relations (this is more obvious in 0.3 than in 0.2), I’m not certain of the validity of handling dates (which makes almost no sense once a trigger point has been introduced…) but we can give it a thought… I understand you’re using i-score in a static way (no interactive triggers), don’t you N > Also, it would help to have the current position of the mouse > pointer on the time axis displayed. good idea ! > 4. Add a "quantize" setting when positioning/creating boxes, with a free > setting expressed in seconds or milliseconds. good idea ! > 5. Edition of the curves as lists of numbers could be helpful too (with > a paste function to import data from other programs). this is a planned feature of 0.3 Thanks again for your feedback, please feel free to give us more. Best, Pascal |
|
From: Baudoux R. <roa...@br...> - 2015-04-09 11:12:27
|
Hello, i-score appears to me as a nice tool but currently it's still a bit "crude". Some suggestions to improve it: 1. Add a zoom setting for the timeline axis. 2. Besides the creation of automation boxes by clic+drag, add the possibility to create boxes using a menu (with right-clic for instance) which would allow one to set start and end times or start time and duration. Also, it would help to have the current position of the mouse pointer on the time axis displayed. 3. Display start/end/duration times (and not noly duration) in each automation box. 4. Add a "quantize" setting when positioning/creating boxes, with a free setting expressed in seconds or milliseconds. 5. Edition of the curves as lists of numbers could be helpful too (with a paste function to import data from other programs). Best regards, Roald Baudoux |
|
From: Clément B. <bos...@gm...> - 2015-03-24 09:02:52
|
Bonjour à tous,
Nous étions en train de repasser le gros document de spécifications avec
Trond Lossius (Jamoma), et nous aurions besoin, si possible, d'exemples
d'utilisations de la fonction de domaine complexe, et de mode de bornage
complexe.
Je vous copie en-dessous la partie de la spécification s'y référant, et
pour expliquer rapidement, c'est l'opportunité pour une adresse de définir
son domaine de valeur comme une union d'intervalles (ouverts ou fermés) et
d'énumérations, puis de définir quasi pour chaque borne si on veut la
borner en clip, wrap ou fold, ou pas.
-
Domaine (Domain) : l’ensemble des valeurs admissibles pour la Value.
-
Range : Un ensemble continu fermé ou ouvert (au sens mathématique).
Exemple :
-
[1 - 2]. Si DataType = Integer alors les valeurs possibles sont 1
et 2, si DataType = Decimal tous les nombres flottants entre sont
admissibles.
-
[1 - 2[. Si DataType = Integer alors la seule valeur possible est
1, si DataType = Decimal tous les nombres flottants entre 1 et 2 à
l’exception de 2 sont admissibles.
-
Enum : Un ensemble de valeurs discrètes: {1, -4, 27}.
-
Des combinaisons de Range et Enum : {[1 - 3], 4, ]5 - 6 ]} par
exemple.
-
BoundingMode : Gestion des cas limites des Domain. Par exemple, que se
passe-t-il si on a comme domaine [1; 2] et que l’on reçoit les messages
1.5, 1.75, 2, 2.25, 2.75.
-
Peuvent agir indépendamment sur le min et le max d’un Range.
-
Cas possibles :
-
Free : on peut sortir du Range.
-
Clip : on reste bloqué à la borne du Range.
-
Wrap : on revient sur les valeurs opposées à la manière d’un
signal en dents de scie.
-
Fold : on revient sur les valeurs précédentes à la manière d’un
signal triangulaire.
-
Peuvent aussi agir sur le Domain, mais seulement en mode Free ou Clip
vers la valeur la plus proche (ou la dernière valeur valide ?)
Ex : Si on a Domain = {1; 2} et qu’on envoie : 1, 1.1, 1.8, 2
le résultat sera 1, 1, 1, 2 dans le cas “dernière valeur valide”,
versus 1, 1, 2, 2 dans le cas “clip vers valeur la plus proche”).
Syntaxe : pour un Domain {[1 - 3], 4, ]5 - 6 ]}, on pourrait avoir un
ensemble de BoundingModes {[free - clip], clip, ]clip - fold]}
--
Clément Bossut
|
|
From: Jean-Michaël C. <jea...@gm...> - 2015-01-31 18:43:56
|
Hello, While downloading latest drivers I saw that there were OSC mappings for the new totalmix fx (if any of you have a multiface I/II I think it's worth upgrading !). http://www.rme-audio.de/download/osc_table_totalmix.zip I put the link here in case anyone would be interested in remote-controlling his RME soundcard with i-score. Best :) Jean-Michaël ------- Jean-Michaël Celerier http://www.jcelerier.name |
|
From: Jean-Michaël C. <jea...@gm...> - 2015-01-18 14:04:05
|
Bonjour à tous, Est-ce que vous pourrez tester cette version d'i-score 0.2.3, afin d'être sûr qu'il n'y ait pas de problèmes sur différents systèmes ? Pour l'instant elle y est en OS X, je ferai Linux dans la soirée, et il y a un bug qui empêche actuellement le build Windows. Voilà un lien : https://www.dropbox.com/s/mp9koi776f75iah/i-score-0.2.3rc.dmg?dl=0 Jean-Michaël |
|
From: Clément B. <bos...@gm...> - 2015-01-08 18:04:03
|
C'est un draw.io, mais ce serait plus simple avec des captures d'écran. Le 8 janvier 2015 18:05, Théo de la Hogue <the...@gm...> a écrit : > Bonjour à tous, > j'ai suivi la discussion de loin mais c'est effectivement délicat de > réagir par mail. > la mise en oeuvre des boucles tels que le propose le nouveau moteur est à > revoir de toute façon car compliquée à manipuler mais le nouveau moteur > pourrait permettre des solutions + simples. > > ok pour faire un gros point là-dessus lors de la réunion début février. > > @JM : je n'ai pas réussi à ouvrir le document que tu as partagé. est-ce > une image ? ou un pdf ? > > à+ > TO > > Le 7 janv. 2015 à 10:51, Pascal Baltazar <pa...@ba...> a écrit : > > Est-ce qu’il y a urgence à décider de cela, ou bien est-ce que ça peut > attendre début février ? > > J’ai l’impression qu’on se complique la vie avec des choses qui > correspondent à l’ancien modèle (le réseau de Petri) alors que le moteur > implémenté par Théo est beaucoup moins contraint, et permettrait peut-être > de représenter les choses plus simplement et de manière plus générique (et > lisible) > Et j’ai l’impression que la discussion serait plus simple et efficace tous > physiquement réunis autour d’un tableau blanc (et avec la présence de Théo, > qui est off jusqu’à la fin du mois ±) > > Pascal Baltazar > pa...@ba... > http://www.baltazars.org > > On 07 Jan 2015, at 16:36, Jean-Michaël Celerier < > jea...@gm...> wrote: > > Je suis en train de faire des schémas de ce qu'on pourrait vouloir > représenter. > > J'aimerais votre avis : > > https://drive.google.com/file/d/0B-YSI-qElYXCeUZ5aUZBOWVuOEU/view?usp=sharing > > Est-ce qu'on pourrait essayer de retrouver une représentation ou au > minimum une explication de comment on pourrait créer chacun des cas > présentés dans ce doc avec les boucles ? > > > > ------- > Jean-Michaël Celerier > http://www.jcelerier.name > > 2015-01-07 10:11 GMT+01:00 Clément BOSSUT <bos...@gm...>: > >> Bon, je comprend pas tout ce que tout le monde dit, peut-être cette >> question mériterait un skype. Mais ce qui me paraît plus ou moins sûr, >> c'est qu'il serait utile de pouvoir stopper une courbe sans envoyer sa >> valeur de destination, et retirer cette valeur de l'évènement final semble >> une solution relativement simple, bien que peu explicite. >> >> Jusqu'à présent, je considérais personnellement que la présence d'une >> courbe dans une boîte impliquait intrinsèquement le remplissage de >> l'évènement final, ça concorde donc de rajouter cette possibilité. >> >> Sinon, l'autre solution est de rajouter un paramètre aux >> fonctions/boîtes/contraintes, à savoir, je n'envoie pas mon état de fin >> associé si on me coupe avant ma fin présumée. >> >> Le 6 janvier 2015 12:00, Antoine Villeret <ant...@gm...> a >> écrit : >> >>> >>> >>> Le 6 janvier 2015 11:48, Pascal Baltazar <pa...@ba...> a écrit >>> : >>> >>>> >>>> On 06 Jan 2015, at 11:29, Antoine Villeret <ant...@gm...> >>>> wrote: >>>> >>>> d'un point de vue d'utilisateur, je trouverai ça très bizarre qu'une >>>> courbe ne se termine pas par l'élément de fin de la boîte qui la contient. >>>> >>>> Mais c’est pas ça que tu demandais justement dans le cas des boucles ? >>>> >>> >>> non je demande que la *boucle* ne se termine pas par l'élément de fin >>> la *courbe* quand à elle doit se finir sur l'élément de fin de la boîte. >>> sauf que si on arrête la lecture de la courbe avant la fin de la boite >>> (en mettant pause ou en stoppant la boucle) on ne joue pas l'événement de >>> fin >>> >>>> >>>> Ceci dit, je ne suis pas sûr que vous parliez tous les deux exactement >>>> de la même chose >>>> je crois que JM veut dire que la valeur du dernier point d’une courbe >>>> n’a pas nécessairement à être partagée avec l’état de l’événement de fin… >>>> ce qui laisserait ce dernier vide, et permettrait des interruptions en >>>> milieu de courbe (et donc de contrainte) >>>> C’est ça ? >>>> >>> >>> c'est bien ce que j'avais compris, et ça me semble bizarre d'un point de >>> vue utilisateur >>> du moins, certains logiciels que j'ai pratiqué (GroTools) fonctionnaient >>> d'une ceratine manière sur ce principe, et j'ai toujours trouver ça très >>> énervant >>> de plus, l'événement de fin n'apparaît pas graphiquement comme la courbe >>> et un tel comportement gênerait à mon avis la lisibilité (et je me souviens >>> de Renaud qui parlais à Albi de la nécessité de *voir* tout ce qui se passe) >>> >>> + >>> a >>> >>>> >>>> >>>> et si je veux faire un comportement qui ressemble à ça, je crée un >>>> événement supplémentaire indépendant de la boîte qui contient la courbe. >>>> >>>> + >>>> a >>>> >>>> -- >>>> do it yourself >>>> http://antoine.villeret.free.fr >>>> >>>> Le 6 janvier 2015 11:22, Jean-Michaël Celerier < >>>> jea...@gm...> a écrit : >>>> >>>>> >>>>> 2015-01-06 1:39 GMT-08:00 Antoine Villeret <ant...@gm... >>>>> >: >>>>> >>>>>> il me semble que l'état de fin permet d'interpoler depuis l'état de >>>>>> début, non ? >>>>> >>>>> >>>>> Juste par rapport à ça, j'aurais tendance à dire que c'est une >>>>> facilité à la création d'une courbe, mais une fois qu'on a fait la courbe >>>>> on n'est pas obligé de garder son état de fin pour qu'elle fonctionne; elle >>>>> peut en être indépendante, et l'état de fin contient un lien vers la >>>>> première/dernière valeur de la courbe. >>>>> >>>>> Mais j'imagine qu'il y aurait plein de cas ou on veut juste une courbe >>>>> et ou il ne faudrait même pas que la première et dernière valeur soient >>>>> gérées de manière particulière. (Tout comme des cas ou ces deux valeurs >>>>> doivent être traitées à part). >>>>> >>>>> >>>>> >>>>> ------- >>>>> Jean-Michaël Celerier >>>>> http://www.jcelerier.name >>>>> >>>> >>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Dive into the World of Parallel Programming! The Go Parallel Website, >>> sponsored by Intel and developed in partnership with Slashdot Media, is >>> your >>> hub for all things parallel software development, from weekly thought >>> leadership blogs to news, videos, case studies, tutorials and more. Take >>> a >>> look and join the conversation now. http://goparallel.sourceforge.net >>> _______________________________________________ >>> I-score-users mailing list >>> I-s...@li... >>> https://lists.sourceforge.net/lists/listinfo/i-score-users >>> >>> >> >> >> -- >> Clément Bossut >> >> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is >> your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net >> _______________________________________________ >> I-score-users mailing list >> I-s...@li... >> https://lists.sourceforge.net/lists/listinfo/i-score-users >> >> > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is > your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. > http://goparallel.sourceforge.net_______________________________________________ > I-score-users mailing list > I-s...@li... > https://lists.sourceforge.net/lists/listinfo/i-score-users > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is > your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. > http://goparallel.sourceforge.net_______________________________________________ > I-score-users mailing list > I-s...@li... > https://lists.sourceforge.net/lists/listinfo/i-score-users > > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is > your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net > _______________________________________________ > I-score-users mailing list > I-s...@li... > https://lists.sourceforge.net/lists/listinfo/i-score-users > > -- Clément Bossut |
|
From: Théo de la H. <the...@gm...> - 2015-01-08 17:05:24
|
Bonjour à tous, j'ai suivi la discussion de loin mais c'est effectivement délicat de réagir par mail. la mise en oeuvre des boucles tels que le propose le nouveau moteur est à revoir de toute façon car compliquée à manipuler mais le nouveau moteur pourrait permettre des solutions + simples. ok pour faire un gros point là-dessus lors de la réunion début février. @JM : je n'ai pas réussi à ouvrir le document que tu as partagé. est-ce une image ? ou un pdf ? à+ TO Le 7 janv. 2015 à 10:51, Pascal Baltazar <pa...@ba...> a écrit : > Est-ce qu’il y a urgence à décider de cela, ou bien est-ce que ça peut attendre début février ? > > J’ai l’impression qu’on se complique la vie avec des choses qui correspondent à l’ancien modèle (le réseau de Petri) alors que le moteur implémenté par Théo est beaucoup moins contraint, et permettrait peut-être de représenter les choses plus simplement et de manière plus générique (et lisible) > Et j’ai l’impression que la discussion serait plus simple et efficace tous physiquement réunis autour d’un tableau blanc (et avec la présence de Théo, qui est off jusqu’à la fin du mois ±) > > Pascal Baltazar > pa...@ba... > http://www.baltazars.org > >> On 07 Jan 2015, at 16:36, Jean-Michaël Celerier <jea...@gm...> wrote: >> >> Je suis en train de faire des schémas de ce qu'on pourrait vouloir représenter. >> >> J'aimerais votre avis : >> https://drive.google.com/file/d/0B-YSI-qElYXCeUZ5aUZBOWVuOEU/view?usp=sharing >> >> Est-ce qu'on pourrait essayer de retrouver une représentation ou au minimum une explication de comment on pourrait créer chacun des cas présentés dans ce doc avec les boucles ? >> >> >> >> ------- >> Jean-Michaël Celerier >> http://www.jcelerier.name >> >> 2015-01-07 10:11 GMT+01:00 Clément BOSSUT <bos...@gm...>: >> Bon, je comprend pas tout ce que tout le monde dit, peut-être cette question mériterait un skype. Mais ce qui me paraît plus ou moins sûr, c'est qu'il serait utile de pouvoir stopper une courbe sans envoyer sa valeur de destination, et retirer cette valeur de l'évènement final semble une solution relativement simple, bien que peu explicite. >> >> Jusqu'à présent, je considérais personnellement que la présence d'une courbe dans une boîte impliquait intrinsèquement le remplissage de l'évènement final, ça concorde donc de rajouter cette possibilité. >> >> Sinon, l'autre solution est de rajouter un paramètre aux fonctions/boîtes/contraintes, à savoir, je n'envoie pas mon état de fin associé si on me coupe avant ma fin présumée. >> >> Le 6 janvier 2015 12:00, Antoine Villeret <ant...@gm...> a écrit : >> >> >> Le 6 janvier 2015 11:48, Pascal Baltazar <pa...@ba...> a écrit : >> >>> On 06 Jan 2015, at 11:29, Antoine Villeret <ant...@gm...> wrote: >>> >>> d'un point de vue d'utilisateur, je trouverai ça très bizarre qu'une courbe ne se termine pas par l'élément de fin de la boîte qui la contient. >> Mais c’est pas ça que tu demandais justement dans le cas des boucles ? >> >> non je demande que la boucle ne se termine pas par l'élément de fin >> la courbe quand à elle doit se finir sur l'élément de fin de la boîte. >> sauf que si on arrête la lecture de la courbe avant la fin de la boite (en mettant pause ou en stoppant la boucle) on ne joue pas l'événement de fin >> >> Ceci dit, je ne suis pas sûr que vous parliez tous les deux exactement de la même chose >> je crois que JM veut dire que la valeur du dernier point d’une courbe n’a pas nécessairement à être partagée avec l’état de l’événement de fin… ce qui laisserait ce dernier vide, et permettrait des interruptions en milieu de courbe (et donc de contrainte) >> C’est ça ? >> >> c'est bien ce que j'avais compris, et ça me semble bizarre d'un point de vue utilisateur >> du moins, certains logiciels que j'ai pratiqué (GroTools) fonctionnaient d'une ceratine manière sur ce principe, et j'ai toujours trouver ça très énervant >> de plus, l'événement de fin n'apparaît pas graphiquement comme la courbe et un tel comportement gênerait à mon avis la lisibilité (et je me souviens de Renaud qui parlais à Albi de la nécessité de *voir* tout ce qui se passe) >> >> + >> a >> >>> et si je veux faire un comportement qui ressemble à ça, je crée un événement supplémentaire indépendant de la boîte qui contient la courbe. >>> >>> + >>> a >>> >>> -- >>> do it yourself >>> http://antoine.villeret.free.fr >>> >>> Le 6 janvier 2015 11:22, Jean-Michaël Celerier <jea...@gm...> a écrit : >>> >>> 2015-01-06 1:39 GMT-08:00 Antoine Villeret <ant...@gm...>: >>> il me semble que l'état de fin permet d'interpoler depuis l'état de début, non ? >>> >>> Juste par rapport à ça, j'aurais tendance à dire que c'est une facilité à la création d'une courbe, mais une fois qu'on a fait la courbe on n'est pas obligé de garder son état de fin pour qu'elle fonctionne; elle peut en être indépendante, et l'état de fin contient un lien vers la première/dernière valeur de la courbe. >>> >>> Mais j'imagine qu'il y aurait plein de cas ou on veut juste une courbe et ou il ne faudrait même pas que la première et dernière valeur soient gérées de manière particulière. (Tout comme des cas ou ces deux valeurs doivent être traitées à part). >>> >>> >>> >>> ------- >>> Jean-Michaël Celerier >>> http://www.jcelerier.name >>> >> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net >> _______________________________________________ >> I-score-users mailing list >> I-s...@li... >> https://lists.sourceforge.net/lists/listinfo/i-score-users >> >> >> >> >> -- >> Clément Bossut >> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net >> _______________________________________________ >> I-score-users mailing list >> I-s...@li... >> https://lists.sourceforge.net/lists/listinfo/i-score-users >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net_______________________________________________ >> I-score-users mailing list >> I-s...@li... >> https://lists.sourceforge.net/lists/listinfo/i-score-users > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net_______________________________________________ > I-score-users mailing list > I-s...@li... > https://lists.sourceforge.net/lists/listinfo/i-score-users |
|
From: Pascal B. <pa...@ba...> - 2015-01-07 16:51:22
|
Est-ce qu’il y a urgence à décider de cela, ou bien est-ce que ça peut attendre début février ? J’ai l’impression qu’on se complique la vie avec des choses qui correspondent à l’ancien modèle (le réseau de Petri) alors que le moteur implémenté par Théo est beaucoup moins contraint, et permettrait peut-être de représenter les choses plus simplement et de manière plus générique (et lisible) Et j’ai l’impression que la discussion serait plus simple et efficace tous physiquement réunis autour d’un tableau blanc (et avec la présence de Théo, qui est off jusqu’à la fin du mois ±) Pascal Baltazar pa...@ba... http://www.baltazars.org > On 07 Jan 2015, at 16:36, Jean-Michaël Celerier <jea...@gm...> wrote: > > Je suis en train de faire des schémas de ce qu'on pourrait vouloir représenter. > > J'aimerais votre avis : > https://drive.google.com/file/d/0B-YSI-qElYXCeUZ5aUZBOWVuOEU/view?usp=sharing <https://drive.google.com/file/d/0B-YSI-qElYXCeUZ5aUZBOWVuOEU/view?usp=sharing> > > Est-ce qu'on pourrait essayer de retrouver une représentation ou au minimum une explication de comment on pourrait créer chacun des cas présentés dans ce doc avec les boucles ? > > > > ------- > Jean-Michaël Celerier > http://www.jcelerier.name <http://www.jcelerier.name/> > 2015-01-07 10:11 GMT+01:00 Clément BOSSUT <bos...@gm... <mailto:bos...@gm...>>: > Bon, je comprend pas tout ce que tout le monde dit, peut-être cette question mériterait un skype. Mais ce qui me paraît plus ou moins sûr, c'est qu'il serait utile de pouvoir stopper une courbe sans envoyer sa valeur de destination, et retirer cette valeur de l'évènement final semble une solution relativement simple, bien que peu explicite. > > Jusqu'à présent, je considérais personnellement que la présence d'une courbe dans une boîte impliquait intrinsèquement le remplissage de l'évènement final, ça concorde donc de rajouter cette possibilité. > > Sinon, l'autre solution est de rajouter un paramètre aux fonctions/boîtes/contraintes, à savoir, je n'envoie pas mon état de fin associé si on me coupe avant ma fin présumée. > > Le 6 janvier 2015 12:00, Antoine Villeret <ant...@gm... <mailto:ant...@gm...>> a écrit : > > > Le 6 janvier 2015 11:48, Pascal Baltazar <pa...@ba... <mailto:pa...@ba...>> a écrit : > >> On 06 Jan 2015, at 11:29, Antoine Villeret <ant...@gm... <mailto:ant...@gm...>> wrote: >> >> d'un point de vue d'utilisateur, je trouverai ça très bizarre qu'une courbe ne se termine pas par l'élément de fin de la boîte qui la contient. > Mais c’est pas ça que tu demandais justement dans le cas des boucles ? > > non je demande que la boucle ne se termine pas par l'élément de fin > la courbe quand à elle doit se finir sur l'élément de fin de la boîte. > sauf que si on arrête la lecture de la courbe avant la fin de la boite (en mettant pause ou en stoppant la boucle) on ne joue pas l'événement de fin > > Ceci dit, je ne suis pas sûr que vous parliez tous les deux exactement de la même chose > je crois que JM veut dire que la valeur du dernier point d’une courbe n’a pas nécessairement à être partagée avec l’état de l’événement de fin… ce qui laisserait ce dernier vide, et permettrait des interruptions en milieu de courbe (et donc de contrainte) > C’est ça ? > > c'est bien ce que j'avais compris, et ça me semble bizarre d'un point de vue utilisateur > du moins, certains logiciels que j'ai pratiqué (GroTools) fonctionnaient d'une ceratine manière sur ce principe, et j'ai toujours trouver ça très énervant > de plus, l'événement de fin n'apparaît pas graphiquement comme la courbe et un tel comportement gênerait à mon avis la lisibilité (et je me souviens de Renaud qui parlais à Albi de la nécessité de *voir* tout ce qui se passe) > > + > a > >> et si je veux faire un comportement qui ressemble à ça, je crée un événement supplémentaire indépendant de la boîte qui contient la courbe. >> >> + >> a >> >> -- >> do it yourself >> http://antoine.villeret.free.fr <http://antoine.villeret.free.fr/> >> >> Le 6 janvier 2015 11:22, Jean-Michaël Celerier <jea...@gm... <mailto:jea...@gm...>> a écrit : >> >> 2015-01-06 1:39 GMT-08:00 Antoine Villeret <ant...@gm... <mailto:ant...@gm...>>: >> il me semble que l'état de fin permet d'interpoler depuis l'état de début, non ? >> >> Juste par rapport à ça, j'aurais tendance à dire que c'est une facilité à la création d'une courbe, mais une fois qu'on a fait la courbe on n'est pas obligé de garder son état de fin pour qu'elle fonctionne; elle peut en être indépendante, et l'état de fin contient un lien vers la première/dernière valeur de la courbe. >> >> Mais j'imagine qu'il y aurait plein de cas ou on veut juste une courbe et ou il ne faudrait même pas que la première et dernière valeur soient gérées de manière particulière. (Tout comme des cas ou ces deux valeurs doivent être traitées à part). >> >> >> >> ------- >> Jean-Michaël Celerier >> http://www.jcelerier.name <http://www.jcelerier.name/> > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net <http://goparallel.sourceforge.net/> > _______________________________________________ > I-score-users mailing list > I-s...@li... <mailto:I-s...@li...> > https://lists.sourceforge.net/lists/listinfo/i-score-users <https://lists.sourceforge.net/lists/listinfo/i-score-users> > > > > > -- > Clément Bossut > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net <http://goparallel.sourceforge.net/> > _______________________________________________ > I-score-users mailing list > I-s...@li... <mailto:I-s...@li...> > https://lists.sourceforge.net/lists/listinfo/i-score-users <https://lists.sourceforge.net/lists/listinfo/i-score-users> > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net_______________________________________________ > I-score-users mailing list > I-s...@li... > https://lists.sourceforge.net/lists/listinfo/i-score-users |
|
From: Jean-Michaël C. <jea...@gm...> - 2015-01-07 15:37:42
|
Je suis en train de faire des schémas de ce qu'on pourrait vouloir représenter. J'aimerais votre avis : https://drive.google.com/file/d/0B-YSI-qElYXCeUZ5aUZBOWVuOEU/view?usp=sharing Est-ce qu'on pourrait essayer de retrouver une représentation ou au minimum une explication de comment on pourrait créer chacun des cas présentés dans ce doc avec les boucles ? ------- Jean-Michaël Celerier http://www.jcelerier.name 2015-01-07 10:11 GMT+01:00 Clément BOSSUT <bos...@gm...>: > Bon, je comprend pas tout ce que tout le monde dit, peut-être cette > question mériterait un skype. Mais ce qui me paraît plus ou moins sûr, > c'est qu'il serait utile de pouvoir stopper une courbe sans envoyer sa > valeur de destination, et retirer cette valeur de l'évènement final semble > une solution relativement simple, bien que peu explicite. > > Jusqu'à présent, je considérais personnellement que la présence d'une > courbe dans une boîte impliquait intrinsèquement le remplissage de > l'évènement final, ça concorde donc de rajouter cette possibilité. > > Sinon, l'autre solution est de rajouter un paramètre aux > fonctions/boîtes/contraintes, à savoir, je n'envoie pas mon état de fin > associé si on me coupe avant ma fin présumée. > > Le 6 janvier 2015 12:00, Antoine Villeret <ant...@gm...> a > écrit : > >> >> >> Le 6 janvier 2015 11:48, Pascal Baltazar <pa...@ba...> a écrit : >> >>> >>> On 06 Jan 2015, at 11:29, Antoine Villeret <ant...@gm...> >>> wrote: >>> >>> d'un point de vue d'utilisateur, je trouverai ça très bizarre qu'une >>> courbe ne se termine pas par l'élément de fin de la boîte qui la contient. >>> >>> Mais c’est pas ça que tu demandais justement dans le cas des boucles ? >>> >> >> non je demande que la *boucle* ne se termine pas par l'élément de fin >> la *courbe* quand à elle doit se finir sur l'élément de fin de la boîte. >> sauf que si on arrête la lecture de la courbe avant la fin de la boite >> (en mettant pause ou en stoppant la boucle) on ne joue pas l'événement de >> fin >> >>> >>> Ceci dit, je ne suis pas sûr que vous parliez tous les deux exactement >>> de la même chose >>> je crois que JM veut dire que la valeur du dernier point d’une courbe >>> n’a pas nécessairement à être partagée avec l’état de l’événement de fin… >>> ce qui laisserait ce dernier vide, et permettrait des interruptions en >>> milieu de courbe (et donc de contrainte) >>> C’est ça ? >>> >> >> c'est bien ce que j'avais compris, et ça me semble bizarre d'un point de >> vue utilisateur >> du moins, certains logiciels que j'ai pratiqué (GroTools) fonctionnaient >> d'une ceratine manière sur ce principe, et j'ai toujours trouver ça très >> énervant >> de plus, l'événement de fin n'apparaît pas graphiquement comme la courbe >> et un tel comportement gênerait à mon avis la lisibilité (et je me souviens >> de Renaud qui parlais à Albi de la nécessité de *voir* tout ce qui se passe) >> >> + >> a >> >>> >>> >>> et si je veux faire un comportement qui ressemble à ça, je crée un >>> événement supplémentaire indépendant de la boîte qui contient la courbe. >>> >>> + >>> a >>> >>> -- >>> do it yourself >>> http://antoine.villeret.free.fr >>> >>> Le 6 janvier 2015 11:22, Jean-Michaël Celerier < >>> jea...@gm...> a écrit : >>> >>>> >>>> 2015-01-06 1:39 GMT-08:00 Antoine Villeret <ant...@gm...> >>>> : >>>> >>>>> il me semble que l'état de fin permet d'interpoler depuis l'état de >>>>> début, non ? >>>> >>>> >>>> Juste par rapport à ça, j'aurais tendance à dire que c'est une facilité >>>> à la création d'une courbe, mais une fois qu'on a fait la courbe on n'est >>>> pas obligé de garder son état de fin pour qu'elle fonctionne; elle peut en >>>> être indépendante, et l'état de fin contient un lien vers la >>>> première/dernière valeur de la courbe. >>>> >>>> Mais j'imagine qu'il y aurait plein de cas ou on veut juste une courbe >>>> et ou il ne faudrait même pas que la première et dernière valeur soient >>>> gérées de manière particulière. (Tout comme des cas ou ces deux valeurs >>>> doivent être traitées à part). >>>> >>>> >>>> >>>> ------- >>>> Jean-Michaël Celerier >>>> http://www.jcelerier.name >>>> >>> >>> >>> >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is >> your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net >> _______________________________________________ >> I-score-users mailing list >> I-s...@li... >> https://lists.sourceforge.net/lists/listinfo/i-score-users >> >> > > > -- > Clément Bossut > > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is > your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net > _______________________________________________ > I-score-users mailing list > I-s...@li... > https://lists.sourceforge.net/lists/listinfo/i-score-users > > |
|
From: Clément B. <bos...@gm...> - 2015-01-07 09:11:48
|
Bon, je comprend pas tout ce que tout le monde dit, peut-être cette question mériterait un skype. Mais ce qui me paraît plus ou moins sûr, c'est qu'il serait utile de pouvoir stopper une courbe sans envoyer sa valeur de destination, et retirer cette valeur de l'évènement final semble une solution relativement simple, bien que peu explicite. Jusqu'à présent, je considérais personnellement que la présence d'une courbe dans une boîte impliquait intrinsèquement le remplissage de l'évènement final, ça concorde donc de rajouter cette possibilité. Sinon, l'autre solution est de rajouter un paramètre aux fonctions/boîtes/contraintes, à savoir, je n'envoie pas mon état de fin associé si on me coupe avant ma fin présumée. Le 6 janvier 2015 12:00, Antoine Villeret <ant...@gm...> a écrit : > > > Le 6 janvier 2015 11:48, Pascal Baltazar <pa...@ba...> a écrit : > >> >> On 06 Jan 2015, at 11:29, Antoine Villeret <ant...@gm...> >> wrote: >> >> d'un point de vue d'utilisateur, je trouverai ça très bizarre qu'une >> courbe ne se termine pas par l'élément de fin de la boîte qui la contient. >> >> Mais c’est pas ça que tu demandais justement dans le cas des boucles ? >> > > non je demande que la *boucle* ne se termine pas par l'élément de fin > la *courbe* quand à elle doit se finir sur l'élément de fin de la boîte. > sauf que si on arrête la lecture de la courbe avant la fin de la boite (en > mettant pause ou en stoppant la boucle) on ne joue pas l'événement de fin > >> >> Ceci dit, je ne suis pas sûr que vous parliez tous les deux exactement >> de la même chose >> je crois que JM veut dire que la valeur du dernier point d’une courbe n’a >> pas nécessairement à être partagée avec l’état de l’événement de fin… ce >> qui laisserait ce dernier vide, et permettrait des interruptions en milieu >> de courbe (et donc de contrainte) >> C’est ça ? >> > > c'est bien ce que j'avais compris, et ça me semble bizarre d'un point de > vue utilisateur > du moins, certains logiciels que j'ai pratiqué (GroTools) fonctionnaient > d'une ceratine manière sur ce principe, et j'ai toujours trouver ça très > énervant > de plus, l'événement de fin n'apparaît pas graphiquement comme la courbe > et un tel comportement gênerait à mon avis la lisibilité (et je me souviens > de Renaud qui parlais à Albi de la nécessité de *voir* tout ce qui se passe) > > + > a > >> >> >> et si je veux faire un comportement qui ressemble à ça, je crée un >> événement supplémentaire indépendant de la boîte qui contient la courbe. >> >> + >> a >> >> -- >> do it yourself >> http://antoine.villeret.free.fr >> >> Le 6 janvier 2015 11:22, Jean-Michaël Celerier < >> jea...@gm...> a écrit : >> >>> >>> 2015-01-06 1:39 GMT-08:00 Antoine Villeret <ant...@gm...>: >>> >>>> il me semble que l'état de fin permet d'interpoler depuis l'état de >>>> début, non ? >>> >>> >>> Juste par rapport à ça, j'aurais tendance à dire que c'est une facilité >>> à la création d'une courbe, mais une fois qu'on a fait la courbe on n'est >>> pas obligé de garder son état de fin pour qu'elle fonctionne; elle peut en >>> être indépendante, et l'état de fin contient un lien vers la >>> première/dernière valeur de la courbe. >>> >>> Mais j'imagine qu'il y aurait plein de cas ou on veut juste une courbe >>> et ou il ne faudrait même pas que la première et dernière valeur soient >>> gérées de manière particulière. (Tout comme des cas ou ces deux valeurs >>> doivent être traitées à part). >>> >>> >>> >>> ------- >>> Jean-Michaël Celerier >>> http://www.jcelerier.name >>> >> >> >> > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is > your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net > _______________________________________________ > I-score-users mailing list > I-s...@li... > https://lists.sourceforge.net/lists/listinfo/i-score-users > > -- Clément Bossut |
|
From: Antoine V. <ant...@gm...> - 2015-01-06 11:01:29
|
Le 6 janvier 2015 11:48, Pascal Baltazar <pa...@ba...> a écrit : > > On 06 Jan 2015, at 11:29, Antoine Villeret <ant...@gm...> > wrote: > > d'un point de vue d'utilisateur, je trouverai ça très bizarre qu'une > courbe ne se termine pas par l'élément de fin de la boîte qui la contient. > > Mais c’est pas ça que tu demandais justement dans le cas des boucles ? > non je demande que la *boucle* ne se termine pas par l'élément de fin la *courbe* quand à elle doit se finir sur l'élément de fin de la boîte. sauf que si on arrête la lecture de la courbe avant la fin de la boite (en mettant pause ou en stoppant la boucle) on ne joue pas l'événement de fin > > Ceci dit, je ne suis pas sûr que vous parliez tous les deux exactement de > la même chose > je crois que JM veut dire que la valeur du dernier point d’une courbe n’a > pas nécessairement à être partagée avec l’état de l’événement de fin… ce > qui laisserait ce dernier vide, et permettrait des interruptions en milieu > de courbe (et donc de contrainte) > C’est ça ? > c'est bien ce que j'avais compris, et ça me semble bizarre d'un point de vue utilisateur du moins, certains logiciels que j'ai pratiqué (GroTools) fonctionnaient d'une ceratine manière sur ce principe, et j'ai toujours trouver ça très énervant de plus, l'événement de fin n'apparaît pas graphiquement comme la courbe et un tel comportement gênerait à mon avis la lisibilité (et je me souviens de Renaud qui parlais à Albi de la nécessité de *voir* tout ce qui se passe) + a > > > et si je veux faire un comportement qui ressemble à ça, je crée un > événement supplémentaire indépendant de la boîte qui contient la courbe. > > + > a > > -- > do it yourself > http://antoine.villeret.free.fr > > Le 6 janvier 2015 11:22, Jean-Michaël Celerier < > jea...@gm...> a écrit : > >> >> 2015-01-06 1:39 GMT-08:00 Antoine Villeret <ant...@gm...>: >> >>> il me semble que l'état de fin permet d'interpoler depuis l'état de >>> début, non ? >> >> >> Juste par rapport à ça, j'aurais tendance à dire que c'est une facilité à >> la création d'une courbe, mais une fois qu'on a fait la courbe on n'est pas >> obligé de garder son état de fin pour qu'elle fonctionne; elle peut en être >> indépendante, et l'état de fin contient un lien vers la première/dernière >> valeur de la courbe. >> >> Mais j'imagine qu'il y aurait plein de cas ou on veut juste une courbe et >> ou il ne faudrait même pas que la première et dernière valeur soient gérées >> de manière particulière. (Tout comme des cas ou ces deux valeurs doivent >> être traitées à part). >> >> >> >> ------- >> Jean-Michaël Celerier >> http://www.jcelerier.name >> > > > |
|
From: Pascal B. <pa...@ba...> - 2015-01-06 10:48:36
|
> On 06 Jan 2015, at 11:29, Antoine Villeret <ant...@gm...> wrote: > > d'un point de vue d'utilisateur, je trouverai ça très bizarre qu'une courbe ne se termine pas par l'élément de fin de la boîte qui la contient. Mais c’est pas ça que tu demandais justement dans le cas des boucles ? Ceci dit, je ne suis pas sûr que vous parliez tous les deux exactement de la même chose je crois que JM veut dire que la valeur du dernier point d’une courbe n’a pas nécessairement à être partagée avec l’état de l’événement de fin… ce qui laisserait ce dernier vide, et permettrait des interruptions en milieu de courbe (et donc de contrainte) C’est ça ? > et si je veux faire un comportement qui ressemble à ça, je crée un événement supplémentaire indépendant de la boîte qui contient la courbe. > > + > a > > -- > do it yourself > http://antoine.villeret.free.fr <http://antoine.villeret.free.fr/> > > Le 6 janvier 2015 11:22, Jean-Michaël Celerier <jea...@gm... <mailto:jea...@gm...>> a écrit : > > 2015-01-06 1:39 GMT-08:00 Antoine Villeret <ant...@gm... <mailto:ant...@gm...>>: > il me semble que l'état de fin permet d'interpoler depuis l'état de début, non ? > > Juste par rapport à ça, j'aurais tendance à dire que c'est une facilité à la création d'une courbe, mais une fois qu'on a fait la courbe on n'est pas obligé de garder son état de fin pour qu'elle fonctionne; elle peut en être indépendante, et l'état de fin contient un lien vers la première/dernière valeur de la courbe. > > Mais j'imagine qu'il y aurait plein de cas ou on veut juste une courbe et ou il ne faudrait même pas que la première et dernière valeur soient gérées de manière particulière. (Tout comme des cas ou ces deux valeurs doivent être traitées à part). > > > > ------- > Jean-Michaël Celerier > http://www.jcelerier.name <http://www.jcelerier.name/> |
