search

cosimo-dw / soundflower

Automatically exported from code.google.com/p/soundflower
GNU General Public License v2.0
1 stars 0 forks source link

Soundflower prevents screen saver, display and comptuer sleep #179

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Launching Soundflower, automatically or manually.
2. Using 'pmset -g assertions' in terminal indicates computer and display sleep 
is blocked.
3.

What is the expected output? What do you see instead?

What version of the product are you using? On what operating system?
Soundflower 1.6.6 on Mountain Lion 10.8.2

Please provide any additional information below.
Following processes named as preventing sleep:

  pid 131(coreaudiod): [0x0000000100000472] 00:08:50 NoIdleSleepAssertion named: "com.apple.audio.'AppleHDAEngineOutputDP:1B,3,1,2:0:{2D4C-091B-5A345242}'.noidlesleep" 

  pid 131(coreaudiod): [0x0000000100000471] 00:08:50 NoIdleSleepAssertion named: "com.apple.audio.'SoundflowerEngine:0'.noidlesleep" 

  pid 131(coreaudiod): [0x0000000500000473] 00:08:50 NoDisplaySleepAssertion named: "com.apple.audio.'AppleHDAEngineOutputDP:1B,3,1,2:0:{2D4C-091B-5A345242}'.nodisplaysleep"

Original issue reported on code.google.com by btoder...@gmail.com on 1 Dec 2012 at 9:45

GoogleCodeExporter commented 9 years ago 
I have the same problem.

Original comment by videlapa...@gmail.com on 8 Feb 2013 at 7:21

GoogleCodeExporter commented 9 years ago 
I also have the same issue

Original comment by t...@tonyward.me on 5 Apr 2013 at 7:40

GoogleCodeExporter commented 9 years ago 
Bump. I'm having the same issue with the same culprit processes from pmset -g 
assertions.

Original comment by mark.ped...@gmail.com on 24 Jun 2013 at 8:42

GoogleCodeExporter commented 9 years ago 
Same problem here on OS X 10.8.4.

Hot corners still work, but the automatic sleep or automatic screensaver 
doesn't work anymore.

Original comment by lee.chis...@gmail.com on 7 Jul 2013 at 4:01

GoogleCodeExporter commented 9 years ago 
Same issue. Maybe a work around is to set soundflowerbed to end after a certain 
period of inactivity then everything should go back to normal. A bit ridiculous 
if you are using thunderbolt to DP monitor with speaker out running through DP. 
If I forget, the monitor could burn.

Original comment by VanSant....@gmail.com on 7 Jul 2013 at 6:19

GoogleCodeExporter commented 9 years ago 
I have the same problem.

Original comment by hap8...@gmail.com on 13 Jul 2013 at 1:59

GoogleCodeExporter commented 9 years ago 
i have same issue

Original comment by phuongph...@gmail.com on 17 Jul 2013 at 2:26

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
I observed the same issue with Mountain Lion. 
Soundflowerbed is preventing display sleep when output device != None. 

The only solution is to select "None" output, or to quit Soundflowerbed

Original comment by guido.av...@gmail.com on 28 Oct 2013 at 1:04

GoogleCodeExporter commented 9 years ago 
Same problem for me, Mavericks 10.9.4, 6 month again and no solutions?

Original comment by ver...@gmail.com on 28 Jul 2014 at 8:13

GoogleCodeExporter commented 9 years ago 
Just got a new DP monitor yesterday and discovered soundflower as the way to 
manage volume.  Unfortunately kills screen saver.  I will have to uninstall and 
find another solution.

Original comment by alangst...@gmail.com on 1 Aug 2014 at 5:29

GoogleCodeExporter commented 9 years ago 
Hello,

I am finding soundflower very useful since allows me to control the volume 
through HDMI, however I noticed that when soundflower is running, it prevents 
the computer from sleeping. By running pmset -g on terminal, I found that the 
process "coreaudiodo" is what prevents the mac from sleeping. The only way to 
stop that process from preventing sleep is to quit soundflower. Is this 
something that can be addressed in future updates? This forced me to uninstall 
the software since it is overworking my laptop causing it to overheat.

Thank you,

Original comment by cabellor...@gmail.com on 4 Dec 2014 at 2:00