Notices


Reply
Thread Tools
Estel's Avatar
Posts: 5,028 | Thanked: 8,613 times | Joined on Mar 2011
#851
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
__________________
N900's aluminum backcover / body replacement
-
N900's HDMI-Out
-
Camera cover MOD
-
Measure battery's real capacity on-device
-
TrueCrypt 7.1 | ereswap | bnf
-
Hardware's mods research is costly. To support my work, please consider donating. Thank You!
 
Posts: 336 | Thanked: 129 times | Joined on Jan 2011 @ portugal
#852
So...is there any way for someone to restore default files after speed and battery patch installed and purged, without reflash?
 
woody14619's Avatar
Posts: 1,455 | Thanked: 3,309 times | Joined on Dec 2009 @ Rochester, NY
#853
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).
 

The Following 2 Users Say Thank You to woody14619 For This Useful Post:
woody14619's Avatar
Posts: 1,455 | Thanked: 3,309 times | Joined on Dec 2009 @ Rochester, NY
#854
Originally Posted by Estel View Post
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
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.)
 

The Following 5 Users Say Thank You to woody14619 For This Useful Post:
Posts: 1,523 | Thanked: 1,997 times | Joined on Jul 2011 @ not your mom's FOSS basement
#855
...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.
 
woody14619's Avatar
Posts: 1,455 | Thanked: 3,309 times | Joined on Dec 2009 @ Rochester, NY
#856
Originally Posted by don_falcone View Post
...not to mentioned i still wonder why the dependency on bash.
Another dependency not listed in the install debs?

Originally Posted by don_falcone View Post
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.
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.
 

The Following User Says Thank You to woody14619 For This Useful Post:
Posts: 1,523 | Thanked: 1,997 times | Joined on Jul 2011 @ not your mom's FOSS basement
#857
Originally Posted by woody14619 View Post
One more thing to chat about in the other thread.
...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 ...

Last edited by don_falcone; 2012-01-24 at 22:48.
 
Posts: 669 | Thanked: 433 times | Joined on May 2010
#858
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.
 
nicolai's Avatar
Posts: 1,637 | Thanked: 4,424 times | Joined on Apr 2009 @ Germany
#859
@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.
 

The Following 3 Users Say Thank You to nicolai For This Useful Post:
Posts: 669 | Thanked: 433 times | Joined on May 2010
#860
Originally Posted by nicolai View Post
@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.
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
 
Reply

Tags
camera-ui, fremantle

Thread Tools

 
Forum Jump


All times are GMT. The time now is 08:31.