
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

</head>

<body>

<div style="font-family:sans-serif">

<div style="white-space:normal">

<p dir="auto">Using -1 is the correct way to disable options.<br>

Using the text <code style="background-color:#F7F7F7; border-radius:3px; margin:0; padding:0 0.4em" bgcolor="#F7F7F7">

off</code> may cause undefined behavior. With the conversion from string to number in processing the GUI controls, using

<code style="background-color:#F7F7F7; border-radius:3px; margin:0; padding:0 0.4em" bgcolor="#F7F7F7">

off</code> for a parameter would result in that parameter being set to zero. This may be the source of the odd behavior Bennett was seeing.</p>

<p dir="auto">Thanks for your reply,<br>

John</p>

<p dir="auto">On 18 Mar 2019, at 22:13, Makoto Miyakoshi wrote:</p>

</div>

<div style="white-space:normal">

<blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px">

<p dir="auto">Dear Bennett and John,<br>

<br>

Sorry to hear the trouble. I'm interested in replicating the problem.<br>

Could you please tell me more details to replicate the issue? Let me see if<br>

I can fix it. Please make sure you are using EEGLAB 14. Up to ver.13 there<br>

was a quite serious bug that is related to handling events.<br>

</p>

<blockquote style="border-left:2px solid #777; color:#999; margin:0 0 5px; padding-left:5px; border-left-color:#999">

<p dir="auto">However, while manually running ASR in the GUI does not result in the</p>

</blockquote>

<p dir="auto">loss of events, running ASR from code does (and -1 vs. 'off' yield<br>

different numbers of events lost). Is there any way to resolve this issue?<br>

<br>

I'm not sure about 'event lost' unfortunately, but 'different number of<br>

events lost' may be related to this: Every time ASR is performed, it first<br>

obtains the available RAM. Try the following code on MATLAB.<br>

<br>

freeRamInMB<br>

= java.lang.management.ManagementFactory.getOperatingSystemMXBean().getFreePhysicalMemorySize()/(2^20);<br>

<br>

This tells you how much RAM is available, seen from this command. ASR<br>

determines how it divide the continuous data into chunks, which can<br>

actually change the final data size (my colleague told me up to 0.3% of<br>

jitter was confirmed.) If you are curious, change the code in asr_process<br>

line 105 maxmem = XXX (this should be MB*2). This should fix the number of<br>

'rejected events.'<br>

<br>

Now, general discussion... If we want to obtain the complete<br>

reproducibility, then we have to hard-code this value. ASR was originally<br>

written for real-time BCI application, so this kind of solution was<br>

necessary to prevent memory overflow. However, for the offline analysis we<br>

may want to use a fixed value. However, the current plugin does not have a<br>

structure to pass the value down to this function. I will modify the code<br>

with my colleagues' help (hopefully including Christian himself) to address<br>

the issue. It may take some time (I learned this thing in last November!),<br>

but I want to address it by taking advantage of this momentum!<br>

<br>

Makoto<br>

<br>

<br>

<br>

On Thu, Mar 14, 2019 at 9:18 AM Alterman, Bennett L <balterman3@gatech.edu><br>

wrote:<br>

</p>

<blockquote style="border-left:2px solid #777; color:#999; margin:0 0 5px; padding-left:5px; border-left-color:#999">

<p dir="auto">If using the GUI for ASR, using -1 to turn off an input field yields the<br>

loss of event markers (and eventually epochs), but writing off in the<br>

fields does not result in this loss. When using eegh to get the code, it<br>

returns a line that uses off, but the code does not run unless 'off' is<br>

used. However, while manually running ASR in the GUI does not result in the<br>

loss of events, running ASR from code does (and -1 vs. 'off' yield<br>

different numbers of events lost). Is there any way to resolve this issue?<br>

<br>

<br>

Sincerely,<br>

Bennett Alterman, M.S.<br>

<br>

--<br>

Ph.D. Student, Cognitive Motor Control Laboratory<br>

School of Biological Sciences<br>

Georgia Institute of Technology<br>

bennett.alterman@gatech.edu<br>

<a href="http://bennettalterman.wix.com/neuroimaging" style="color:#999">http://bennettalterman.wix.com/neuroimaging</a><br>

<<a href="http://bennettalterman.wixsite.com/neuroimaging" style="color:#999">http://bennettalterman.wixsite.com/neuroimaging</a>><br>

<a href="https://www.linkedin.com/in/bennettalterman/" style="color:#999">https://www.linkedin.com/in/bennettalterman/</a><br>

678.485.6318<br>

<br>

_______________________________________________<br>

Eeglablist page: <a href="http://sccn.ucsd.edu/eeglab/eeglabmail.html" style="color:#999">

http://sccn.ucsd.edu/eeglab/eeglabmail.html</a><br>

To unsubscribe, send an empty email to<br>

eeglablist-unsubscribe@sccn.ucsd.edu<br>

For digest mode, send an email with the subject "set digest mime" to<br>

eeglablist-request@sccn.ucsd.edu</p>

</blockquote>

<p dir="auto">-- <br>

Makoto Miyakoshi<br>

Assistant Project Scientist, Swartz Center for Computational Neuroscience<br>

Institute for Neural Computation, University of California San Diego</p>

</blockquote>

</div>

<div style="white-space:normal">

<p dir="auto">John T. Johnson<br>

PhD Candidate - Cognitive Motor Control Laboratory<br>

Lab TA NEURO 2001 Principles<br>

School of Biological Sciences<br>

Georgia Institute of Technology</p>

<p dir="auto">678-575-2093<br>

<a href="mailto:john.johnson@gatech.edu" style="color:#3983C4">john.johnson@gatech.edu</a></p>

</div>

</div>

</body>

</html>