SleepyHead Series 60 Patch Avail

Since it seems to be taking a while to get an official SleepyHead release out, I went ahead and built a windows version that includes Series 60 support based on Keary Griffin's patch. I'd recommend switching back to the official version with auto-updates once it is available.

To use it, first install the current version of SleepyHead. Then download this file:
https://s3.amazonaws.com/thefreemanclan ... pyHead.zip

Unzip it and overwrite the sleepyhead.exe file in program files with the new one. You should now be able to import series 60 data.

This also has a few other bugfixes - including some patches that fix some import issues on my AutoSV and the addition of flow limit to the summary and overview sections.

For those interested in sources you can get them in the rich-current branch at:
git://github.com/rich0/rich0-sleepyhead.git

I'll take feedback and patches at any time (I monitor the trackers and lists). Mark seems pretty swamped with real life but I'm trying to get some of these patches some real world feedback to hopefully make getting the next release out easier on him.

Does this include the fix for the ResMed double session bug? I know Mark had that issue resolved in a build but had not released it yet.

Pugsy wrote:Does this include the fix for the ResMed double session bug? I know Mark had that issue resolved in a build but had not released it yet.

I think so, but I'm not certain. It does include this commit:

commit 94dc1c7f642b7a77e8aa728ce8a567c97610babb
Author: Mark Watkins <jedimark@users.sourceforge.net>
Date: Thu Apr 5 13:14:02 2012 +1000

Disabled ResMed STR.edf summary import as it causes double up issues


My branch is based off of Mark's latest published sources. So, if he published it to the repository it is in this build. If it is just sitting on his hard drive then I do not have it. I suspect he puts in the repository anything that makes it into any binary he publishes.

rich0 wrote:So, if he published it to the repository it is in this build. If it is just sitting on his hard drive then I do not have it. I suspect he puts in the repository anything that makes it into any binary he publishes.

He published the double session fix because Pats did a build of her own from his published stuff and tested my ResMed files.
Without the build fix...double sessions.
With the build fix...no double sessions.

I am going to go ahead and install the patch...then see if the double sessions thing is fixed. I will need to change the time again though. So will wait till DST next month change. Seemed like it was the DST change that triggered the double session last spring.
Not using the ResMed S9 at the moment anyway. So will be a few days before I have new data to check. I did a reset of the machine data last summer and my double sessions went away. So I need a new time change to see if it triggers it again.

For the computer challenged...steps to do what you suggest.
I would assume unzip...right click mouse...copy the file...go to SH folder and find the exe file and paste your file over the exe file..is that correct?

Edit...having problems with my above steps...can't seem to get my SH to open so I can replace the file with yours.
Brain fart...headache may be clouding my thinking. It wants to install again and I can't seem to get into the SH folder system.

rich0 wrote:Since it seems to be taking a while to get an official SleepyHead release out, I went ahead and built a windows version that includes Series 60 support based on Keary Griffin's patch. I'd recommend switching back to the official version with auto-updates once it is available.

To use it, first install the current version of SleepyHead. Then download this file:
https://s3.amazonaws.com/thefreemanclan ... pyHead.zip

Unzip it and overwrite the sleepyhead.exe file in program files with the new one. You should now be able to import series 60 data.

This also has a few other bugfixes - including some patches that fix some import issues on my AutoSV and the addition of flow limit to the summary and overview sections.

For those interested in sources you can get them in the rich-current branch at:
git://github.com/rich0/rich0-sleepyhead.git

I'll take feedback and patches at any time (I monitor the trackers and lists). Mark seems pretty swamped with real life but I'm trying to get some of these patches some real world feedback to hopefully make getting the next release out easier on him.

Thanks for this. I have this machine. I will test out in the AM when I get home from work.
Pugsy: If I can get it to work on my computer I will post the steps I took.

I installed the patch and it works well, I see the flow limitation in the summary and overview sections. I have a series 50 machine, so I cannot test that.

I have struggled with importing Zeo data. The official release will import and confirm that the data is imported. The date changes to red, but I never got the grapf to show. This patch crashes W7 when trying to import Zeo data. Do you have any idea about this?

Edit: Sorry, I tried importing an edited CSV file. I now tried the file streight from he Zeo site and it imported and the graph is showing
Thank you very much for a great job bringing this to us! It solved the only problem I have had with Sleepyhead

Edit 2: A small suggestion to Mark, in stead of the Sleep Stage grapf scoring as 0 1 2 3 4, it could be scored as No Signal, Awake, Rem, Light sleep and Deep sleep. That would make it even easier to read

Pugsy wrote:Does this include the fix for the ResMed double session bug? I know Mark had that issue resolved in a build but had not released it yet.

I think the official word would be a very strong most defiantly "maybe?"

Part of the double session bug is due to how different platforms deal with DST. If the fix hasn't been fully committed yet, it could be buggy, it could work, or it just needs more testing.

As DST change isn't now for many parts of the world, who knows. If you find a problem with the patched version, its useful to know: Are you running Windows, Linux or Mac? What version? What time zone are you in? Did you recently have a DST change and would you have had a DST change at this time of the year a few years ago?

//more info for coders.... Phillips machines use unix time in their data but resmed seem to try to guess at local times using broken DST tables. Windows uses local time while Linux and OS X use unix time except when OS X decides to use old Apple time. The QT library tries to fix these problems and gets it wrong sometimes. That is the bug and good luck finding it

-tim wrote: As DST change isn't now for many parts of the world, who knows. If you find a problem with the patched version, its useful to know: Are you running Windows, Linux or Mac? What version? What time zone are you in? Did you recently have a DST change and would you have had a DST change at this time of the year a few years ago?

I have not installed the Patch yet. Still have same problems as above getting into the main folder to replace the exe file.

Windows 7 64 bit computer..Missouri so Central Time Zone US....Bought my ResMed S9 in Feb of this year...DST change in April..double session began immediately.
Partially remedied this summer when I did a reset to zero of the S9 and erase of the SD card in June.
So...only one DST change so far and next one to fall back is scheduled for next weekend I think it is.

My build from source is displaying details from the 461 that I've been loaned. CPAP-Check mode looks a bit weird, but is technically accurate (displays as auto, with a range tethered around its set value, no mention of the altered rules for pressure change). Although it is displaying flow limitation, which it doesn't appear to track in that mode. Or if it does, it's in some place in that mode that SleepyHead cannot find it, whilst in auto-trial it can be found.

Pugsy wrote: I have not installed the Patch yet. Still have same problems as above getting into the main folder to replace the exe file.

Windows 7 64 bit computer..Missouri so Central Time Zone US....Bought my ResMed S9 in Feb of this year...DST change in April..double session began immediately.
Partially remedied this summer when I did a reset to zero of the S9 and erase of the SD card in June.
So...only one DST change so far and next one to fall back is scheduled for next weekend I think it is.

I also have W7 64 bit. No problem switching out the exe file for me. You could doublecheck that you are logged on with an Administrator account and that Sleepyhead is not running. My path is C:\Program Files (x86)\SleepyHead. It will show a window that tells about the update at first start, when you ok it you're in as normal, it does not reinstall.

A lot of none savy computer people will have problems with going in a switching out the exe file. Could it be made to run like using and exe file to update the SH file. That way all they'd have to do is click on the file and it will install the update.

Burkebang wrote:I also have W7 64 bit. No problem switching out the exe file for me. You could doublecheck that you are logged on with an Administrator account and that Sleepyhead is not running. My path is C:\Program Files (x86)\SleepyHead. It will show a window that tells about the update at first start, when you ok it you're in as normal, it does not reinstall.

I am always logged in under Administrator account..don't bother with lessor account. Sleepyhead was not running when I tried it.
I know how to open folders and change out files but I can't get my SH folder to open so that I can see the contents of the folder.
I could do it easily with prior SH versions that didn't have the installer. Now it just wants to install.

I am missing something but I don't know what steps.

Edit....It was brain fart on my part. I think I have it done now. Will try to compose steps for computer novice once I confirm I have it updated properly.
I am now showing SleepyHead version 0.9.2-3
Is this what I should be showing if I have the patch? I think previous version was .9.2-1??

squid13 wrote:A lot of none savy computer people will have problems with going in a switching out the exe file. Could it be made to run like using and exe file to update the SH file. That way all they'd have to do is click on the file and it will install the update.

If anybody wants to bundle that in an installer they're more than welcome to. I'm not terribly familiar with creating windows installers. If somebody figures out how to package SleepyHead into an installer using freely available tools by all means post instructions somewhere.

Pugsy wrote:

Burkebang wrote:I also have W7 64 bit. No problem switching out the exe file for me. You could doublecheck that you are logged on with an Administrator account and that Sleepyhead is not running. My path is C:\Program Files (x86)\SleepyHead. It will show a window that tells about the update at first start, when you ok it you're in as normal, it does not reinstall.

I am always logged in under Administrator account..don't bother with lessor account. Sleepyhead was not running when I tried it.
I know how to open folders and change out files but I can't get my SH folder to open so that I can see the contents of the folder.
I could do it easily with prior SH versions that didn't have the installer. Now it just wants to install.

Maybe my problem is that I am trying to do it on an already installed SH version that of course has already been updated????
I installed SH under the run as administrator command also. So I the update didn't present a problem.
So SH has administrator privileges as well as me.
My problem is changing the exe file in my previously up and running SH version...I can't seem to find my way into the folder.
I am missing something but I don't know what steps.

First of all, the file you downloaded in this thread is not an installer, it is the actual program exe file. I had an existing udated installation and all I did was move the old Sleepyhead.exe file to another folder and then copy in the downloaded file. I then started Sleepyhead as usual from my existing desktop icon. Sleepyhead showed a box telling about the update, I oked that and was immeadiatly in my normal Status panel. It then says Sleepyhead v0.9.2-3
You could try creating a new Administrator account and log on with that. Then see if you get into the folder. A restart into safe mode could also work.
http://www.w7forums.com/safe-mode-t1497.html

tetragon wrote:My build from source is displaying details from the 461 that I've been loaned. CPAP-Check mode looks a bit weird, but is technically accurate (displays as auto, with a range tethered around its set value, no mention of the altered rules for pressure change). Although it is displaying flow limitation, which it doesn't appear to track in that mode. Or if it does, it's in some place in that mode that SleepyHead cannot find it, whilst in auto-trial it can be found.

Looking at the source it seems that flow limit events are directly generated by the machines - they're not interpretations of other events by the software. So, there are a few possible reasons for what you're seeing:

1. The machine is not recording flow limit events. That would mean there isn't much hope for capturing them unless SleepyHead becomes smart enough to interpret data for itself, which is something that has been proposed but I don't know that anybody is actively working on it (I could be wrong there).

2. The machine is identifying flow limit events, but the importer is not detecting them.

3. You might not be having flow limit events. I've actually found that my own sleep quality seems to correlate better with flow limit than AHI and with settings tuned flow limit events are relatively rare. I'm not sure how they're defined - you could always try holding your breath with your airway closed off for 10 seconds and see how it gets logged (ie use your tongue to block the back of your throat).

The series 60 importer is almost identical to those before. The main difference is to field length changes. There is the potential to capture data about temperature at the mask but that isn't actually enabled in the software yet. There aren't any changes specific to flow limit handling.

If the series 60 behaves differently in various modes then there might be a need to detect and handle this. Not having one myself I can't do too much to experiment with this. However, I'm interested in whatever observations people have.