Re: anyone found a way around 4-5 second latency in read from process?
On Wed, Feb 10, 2010 at 5:12 PM, Josh Mellicker j...@dvcreators.net wrote: Thanks Bernard, good tips... I am experiencing this delay compared to running the same command in Terminal in OS X... I have also tried changing the idleRate but that doesn't seem to affect read from process. Perhaps an external is the best solution. Josh, I would think devising, testing and including a cross platform external was the last thing I'd do. What does the application do that you're opening with read from process? Is it network or hardware-related - could that be introducing the delay? Or is this latency something that occurs wth everything to do with read from process on OS X? I really don't remember seeing such a delay on OS X. Is it possible you can do a test and see if e.g. just running 'ls' and reading back the results comes with a 5 second delay on OS X. If so, it really should be entered into RQCC. I searched RQCC and can see no report on this. If even the simple test I outlined proves your case then, you may have to look for another solution :-/ Bernard ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: anyone found a way around 4-5 second latency in read from process?
Thanks Bernard, good tips... I am experiencing this delay compared to running the same command in Terminal in OS X... I have also tried changing the idleRate but that doesn't seem to affect read from process. Perhaps an external is the best solution. On Feb 9, 2010, at 2:22 AM, Bernard Devlin wrote: On Mon, Feb 8, 2010 at 8:24 PM, Josh Mellicker j...@dvcreators.net wrote: Things are working, but there is always about a 4 - 5 second latency in the read from process. Usually this doesn't matter, but in our current project it needs to be within a second or less. In the situations where I've used read from process this latency would make it a total non-starter. I think there is something unusual in your circumstances. I have just been working on a small module that uses read from process, and the same action launched from a command line takes 5 seconds, as it does if it was run using read from process. So your experience of latency is unusual. Maybe it is something to do with the startup time of the application you are opening as a process? I'm running on Vista here, but I've used read from process on OS X too with no noticeable delays I would try timing the same action using a command line script to see if there is really a latency with read from process. Bernard ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: anyone found a way around 4-5 second latency in read from process?
On Mon, Feb 8, 2010 at 8:24 PM, Josh Mellicker j...@dvcreators.net wrote: Things are working, but there is always about a 4 - 5 second latency in the read from process. Usually this doesn't matter, but in our current project it needs to be within a second or less. In the situations where I've used read from process this latency would make it a total non-starter. I think there is something unusual in your circumstances. I have just been working on a small module that uses read from process, and the same action launched from a command line takes 5 seconds, as it does if it was run using read from process. So your experience of latency is unusual. Maybe it is something to do with the startup time of the application you are opening as a process? I'm running on Vista here, but I've used read from process on OS X too with no noticeable delays I would try timing the same action using a command line script to see if there is really a latency with read from process. Bernard ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
anyone found a way around 4-5 second latency in read from process?
We have been experimenting with many combinations of syntax variants for open process/read from process to communicate with various command-line driven executables. We are using a callback loop to read from process, and have tried from 1 to 800 milliseconds to try and speed up response. We have tried read from process until lf, until cr, until eof, until empty, etc. Things are working, but there is always about a 4 - 5 second latency in the read from process. Usually this doesn't matter, but in our current project it needs to be within a second or less. So, I am wondering: 1. Is there something we could do to eliminate this delay, some syntax we haven't yet tried? 2. Have other developers noticed this latency in the Rev I/O pipeline? 3. Would writing an Rev external that served as a middleman between Rev and a command-line driven executable eliminate this problem and provide near real time communication? 4. Is there another way to communicate with command-line driven executables (other than shell, which doesn't provide for a callback loop to monitor output) Thanks for any light anyone can shed on this.___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: anyone found a way around 4-5 second latency in read from process?
On Tue, Feb 9, 2010 at 6:24 AM, Josh Mellicker j...@dvcreators.net wrote: We have been experimenting with many combinations of syntax variants for open process/read from process to communicate with various command-line driven executables. We are using a callback loop to read from process, and have tried from 1 to 800 milliseconds to try and speed up response. We have tried read from process until lf, until cr, until eof, until empty, etc. Things are working, but there is always about a 4 - 5 second latency in the read from process. Usually this doesn't matter, but in our current project it needs to be within a second or less. So, I am wondering: 1. Is there something we could do to eliminate this delay, some syntax we haven't yet tried? 2. Have other developers noticed this latency in the Rev I/O pipeline? 3. Would writing an Rev external that served as a middleman between Rev and a command-line driven executable eliminate this problem and provide near real time communication? 4. Is there another way to communicate with command-line driven executables (other than shell, which doesn't provide for a callback loop to monitor output) I use shell with the output piped to a text file that I can monitor. Here is an example script that I use for pinging: function checkPing pIP put specialFolderPath(Desktop) /ping.txt into tFileName if there is a file tFileName then delete file tFileName put ping -c1 -npIP into tShellCmd put tFileName 21 after tShellCmd get shell(tShellCmd) put 0 into timeCheck repeat 50 times add 1 to timeCheck wait 1 tick with messages if there is a file tFileName then put URL (file: tFileName) into tRes if tRes is empty then next repeat -- file created but no result yet put wordOffset(loss, tRes) into tWord if tWord = 0 then next repeat -- file created but result not complete -- if there is a file tFileName then delete file tFileName put word tWord-2 of tRes into tPercent if tPercent = 0% then return true else return false end if end repeat if there is a file tFileName then delete file tFileName return false end checkPing Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: anyone found a way around 4-5 second latency in read from process?
Thanks Sarah! That could be just the ticket for some projects. I wonder if there is any way to designate a pipe in memory, rather than a text file on disk... I fear the constant disk access might disrupt other things going on. I wonder if a generic external could be written for the sole purpose of porting commands from Rev to external executables, and receiving the output... such that you would need to define the type of data when sending the command from Rev... just dreaming here... On Feb 8, 2010, at 2:09 PM, Sarah Reichelt wrote: On Tue, Feb 9, 2010 at 6:24 AM, Josh Mellicker j...@dvcreators.net wrote: We have been experimenting with many combinations of syntax variants for open process/read from process to communicate with various command-line driven executables. We are using a callback loop to read from process, and have tried from 1 to 800 milliseconds to try and speed up response. We have tried read from process until lf, until cr, until eof, until empty, etc. Things are working, but there is always about a 4 - 5 second latency in the read from process. Usually this doesn't matter, but in our current project it needs to be within a second or less. So, I am wondering: 1. Is there something we could do to eliminate this delay, some syntax we haven't yet tried? 2. Have other developers noticed this latency in the Rev I/O pipeline? 3. Would writing an Rev external that served as a middleman between Rev and a command-line driven executable eliminate this problem and provide near real time communication? 4. Is there another way to communicate with command-line driven executables (other than shell, which doesn't provide for a callback loop to monitor output) I use shell with the output piped to a text file that I can monitor. Here is an example script that I use for pinging: function checkPing pIP put specialFolderPath(Desktop) /ping.txt into tFileName if there is a file tFileName then delete file tFileName put ping -c1 -npIP into tShellCmd put tFileName 21 after tShellCmd get shell(tShellCmd) put 0 into timeCheck repeat 50 times add 1 to timeCheck wait 1 tick with messages if there is a file tFileName then put URL (file: tFileName) into tRes if tRes is empty then next repeat -- file created but no result yet put wordOffset(loss, tRes) into tWord if tWord = 0 then next repeat -- file created but result not complete -- if there is a file tFileName then delete file tFileName put word tWord-2 of tRes into tPercent if tPercent = 0% then return true else return false end if end repeat if there is a file tFileName then delete file tFileName return false end checkPing Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
