Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

This latest post, honestly, deserves own thread, for further discussion, that I'm damn sure will happen. Also, it would be nice to bookmark it, for every new person asking "why I should avoid installing (...)patch?". I really got enough of writing it all over and over again.

So, please, please, start another thread with direct copy of this post as 1st post, and just drop a link here ;)

/Estel

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

So...is there any way for someone to restore default files after speed and battery patch installed and purged, without reflash?

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

Turns out the damage is less than it was in previous versions. So yes. There are backups made in your /home/user/ directory when speedpatch "updates" your .bashrc and .profile (and ls -a will find them). As for the kernel settings, running a kernel-config command to default to the right config for yourself will repair that as well.

Repairing the fact that this forces overclocking when people think they're not overclocking though... And this assumes that all cgroup stuff already in the kernel resets every reboot, and isn't stored somewhere (like in gconf).

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

As suggested by Karam, I instead reposted the entry to the patch announce thread. To my surprise, he responded, leading to another article where I break down exactly what his scripts are doing.

Of course several of his followers (including his alternate ego Mohammad) quickly chimed in with their "it worked for me!" Without reading anything I said.

Realistically, the only good thing either patch does is pull in KP. That, and the overzealous use of overclocking and enabling SR (dangerously in most cases) makes things faster and/or saves battery, in spite it the shenanigans being done by Karam's scripts. :P

Anyway.. feel free to drop in and read/like/add to the discussion, as it won't be taking any more of this thread over. ;)

(PS: Sorry about the minor highjack of the thread Nicolai! Thanks for all the great work on N900 and the several apps you've made. I use many of them daily.)

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

...not to mentioned i still wonder why the dependency on bash. IIRC he stated that if you use bash as your default shell, the cgroups are then set up correctly because the whole desktop experience is started from a login shell.

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

Another dependency not listed in the install debs? :(

Which may be all fine and dandy... but then desktop and shell and all scripts are in one cgroup. That also assumes cgroups are inherited across a fork/exec, which I'm not sure is always the case.

One more thing to chat about in the other thread. :)

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

...and remember: If you continue to discuss about speedpatch, people think you are though. If people think you are tough, they want to see how tough. When people wanna see how tough, you wake up in a roadside ditch. Don't wake up in a roadside ditch. Get rid of ... ;)

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

What would be the best way to run a script before the camera-ui application loads and run another after it is closed?

I was trying to do that by using dbus (tracking the event of the camera shutter) but with no success - it seems that the only possible event to hook to was:

:1.10 null org.freedesktop.Hal.Device Condition ButtonPressed cover

but this event is also fired during application usage - i think when i press the camera button but not sure...

i would like to run a script that activates the dsp profile and disconnects 3G network, wifi and bluetooth to avoid interference with the video recordings.

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

@impeham
take a look at /usr/bin/camera-ui-set-priortiy
(should be in freemangordons latest camera-ui, maybe
in the cssu-testing version as well)
it is a shell script by freemangordon which starts with camera-ui
(or when recording starts) and renices some
processes and stops the thumbnailer and tracker daemon.
You could try to include your own commands there.

Re: camera-ui2 (now a part of CSSU) (updated 09. May)
 

I tried doing so and it works, but not so well since it takes a long time to start/stop the recording...

is there a way to make camera-ui-set-priortiy run when the camera-ui application starts/closes? i prefer the wait time to happen on application launch. this will make a super fast recording start