I didn't know it had that option, I thought it was for overclocking and all this things only.
I will buy it to support him. He's doing a great job.:good:
[KERNEL][GPL][N4] franco.Kernel - r217
- Thread starter franciscofranco
- Start date
I will buy it to support him. He's doing a great job.:good:
Re: [KERNEL][GPL][N4] franco.Kernel - r72
Flashed your kernel but decided to go back so flashed AOSP as mentioned in OP. Suddenly phone no longer boots.
It would be nice if some1 could tell me what i missed. Did i have to do a full wipe?
As i said before, i must have done sthg wrong.
Flashed your kernel but decided to go back so flashed AOSP as mentioned in OP. Suddenly phone no longer boots.
It would be nice if some1 could tell me what i missed. Did i have to do a full wipe?
This was posted a few pages back:
So the only thing is to get the kernel back in stock and push it through CWM (or any other), right?
Please correct any errors:
1. Download stock kernel from here:
http://forum.xda-developers.com/show....php?t=2024982
2. Flash it in recovery.
3. Boot into android.
4. Go from root explorer to system/lib/hw and
i) Delete power.msm8960.so
ii) Remove .fkbak extension from power.msm8960.so.fkbak so it looks like, power.msm8960.so
iii) Fix the permissions to rw-r--r--
5. Reboot
Then flash the update from recovery and install the best kernel out there again.
Yes you need a full wipe, but the AOSP build in the OP is just for troubleshooting - but you're free to use it ofc.
Franco - When using interactive/deadline, should writes_starved be set to 6 instead of 1 as default? You had mentioned the same issue on the N7 thread and I wanted to confirm it is the same issue on the N4 kernel. Currently, the N4 is defaulting to 350/3500/6/1/1 (read_expire/write_expire/fifo_batch/front_merges/writes_starved). Thank you.
Yes, you are right.
Re: [KERNEL][GPL][N4] franco.Kernel - r72
Thank u Franco for this awesome kernel I bought ur app on the market and controlling the color and gamma makes this phone look beautiful
Sent from my Nexus 4 using xda premium
Thank u Franco for this awesome kernel I bought ur app on the market and controlling the color and gamma makes this phone look beautiful
Sent from my Nexus 4 using xda premium
Re: [KERNEL][GPL][N4] franco.Kernel - r72
Any advice on good kernel/governor settings for a long battery life?
Sent from my Nexus 4
Any advice on good kernel/governor settings for a long battery life?
Sent from my Nexus 4
Re: [KERNEL][GPL][N4] franco.Kernel - r72
Sent from my Nexus 7 using tapatalk pro
ROM: MINCO v6 N7
Kernel: Franco r46
T-Mobile USA
Use default values... Clean Francos app's data and reboot.
Sent from my Nexus 7 using tapatalk pro
ROM: MINCO v6 N7
Kernel: Franco r46
T-Mobile USA
Re: [KERNEL][GPL][N4] franco.Kernel - r72
Sent from my Nexus 10 using Tapatalk HD
Yes, I recommend using the settings that Franco ships the kernel with.
Sent from my Nexus 10 using Tapatalk HD
Color Calibration for the Nexus 4
Thanks for all those of you who provided feedback on my color calibration settings using r72 and Franco's app.
Someone messaged me to ask what the thinking was behind my settings, and I thought it might be worth posting the reasons here too so everyone can understand the why behind them.
Because this thread moves so quickly, here are the settings I'm using again, so you don't have to go searching for them:
R 175
G 175
B 175
Whites 20
Mids 100
Blacks 255
Contrast 0
Brightness 0
Saturation 200
Grays 0
Screen Brightness 50%
These settings provide a VERY close approximation to my calibrated PC monitor when studying my photos in detail (I'm a cinematographer and photographer by profession - see here: http://www.visceralpsyche.com).
A lot of you love the settings, but some of you also say they are too dark, or wonder why you can't put a lower screen brightness and compensate by increasing the RGB values to let more light through.
To understand why I chose my settings, you have to remember that our displays are made up of two parts - the backlight (screen brightness control in Android) and the LCD panel itself (adjusted by Franco's app), which the backlight shines through.
What I found with my testing was that with RGB set to 255, specular highlights (and white edges in general) tended to blow out, causing color fringing artifacts. This is easily seen as pink or yellow edges to what should be pure white images. As I pulled back the RGB values, this fringing began to get smaller, until by my settings of 175 there was no longer any color fringing to my whites. Think of it as a form of highlight recovery. By pulling the clipped channels down equally, I found the point at which the values didn't overflow the hardware limitation of the LCD panel itself.
Once this was done, I went into the gamma interface and began looking for where the whites and blacks ran close to the limit, but not over. I adjusted the screen brightness to where I could distinguish the bottom and top values as individual shades. THis was close enough to 50% that I set it to 50% and tweaked it to be perfect.
Then I played with the Mid and Gray values until middle grey was indeed in the middle, so that the tone curve wasn't biased to one direction.
From there, I adjusted saturation to match my PC monitor's saturation level.
After all that, I arrived at the values I posted above, and now have a screen which faithfully replicates the tonality of my photos without any artifacts or strange tone curves.
If you want to test these values (or your own) I recommend the following images. The calibration chart is one I found online a long time ago, which is useful for seeing the top and bottom end of white and black, to make sure your screen is showing you all the proper values:
The photo is my own, and is useful because I know exactly how I processed it and therefore that it touches both the white end of the spectrum (the highlighted side of her face, with values at precisely full white) and the black end of the spectrum (the fine detail in her hair, which is very black but not crushed in the details):
You can also use her facial tonality to make sure you see a smooth transition through the grays, not steps.
It's also black and white, which means that any color fringing you see is entirely due to artifacts introduced by errors in the color or gamma settings and not the backlight of the screen).
Both images are hosted on my own server, so there are no compression artifacts introduced by the forum.
Again - my aim with these settings is to give you a proper, reference screen that displays accurate colors without any artifacts or errors. Brightness is set to match a proper reference display (120cd/m2) and may be brighter or darker than you prefer.
If you value absolute battery savings over accurate color, then these settings may not be for you. That's perfectly ok of course. But for me, in my line of work, I value accuracy over the little bit of battery savings I might get by lowering my screen brightness, so if that's your goal too, then you'll find these colors are a good basis for having the best possible photo viewing screen on any phone.
Because I can tell you, I have never had a more accurate screen than the Nexus 4 when it comes to looking at my photos, when combined with Franco's fantastic color interface and kernel.
Hope this helps!
Cheers,
Paul Leeming
Writer/Director/Cinematographer
Visceral Psyche Films
http://www.visceralpsyche.com
Thanks for all those of you who provided feedback on my color calibration settings using r72 and Franco's app.
Someone messaged me to ask what the thinking was behind my settings, and I thought it might be worth posting the reasons here too so everyone can understand the why behind them.
Because this thread moves so quickly, here are the settings I'm using again, so you don't have to go searching for them:
R 175
G 175
B 175
Whites 20
Mids 100
Blacks 255
Contrast 0
Brightness 0
Saturation 200
Grays 0
Screen Brightness 50%
These settings provide a VERY close approximation to my calibrated PC monitor when studying my photos in detail (I'm a cinematographer and photographer by profession - see here: http://www.visceralpsyche.com).
A lot of you love the settings, but some of you also say they are too dark, or wonder why you can't put a lower screen brightness and compensate by increasing the RGB values to let more light through.
To understand why I chose my settings, you have to remember that our displays are made up of two parts - the backlight (screen brightness control in Android) and the LCD panel itself (adjusted by Franco's app), which the backlight shines through.
What I found with my testing was that with RGB set to 255, specular highlights (and white edges in general) tended to blow out, causing color fringing artifacts. This is easily seen as pink or yellow edges to what should be pure white images. As I pulled back the RGB values, this fringing began to get smaller, until by my settings of 175 there was no longer any color fringing to my whites. Think of it as a form of highlight recovery. By pulling the clipped channels down equally, I found the point at which the values didn't overflow the hardware limitation of the LCD panel itself.
Once this was done, I went into the gamma interface and began looking for where the whites and blacks ran close to the limit, but not over. I adjusted the screen brightness to where I could distinguish the bottom and top values as individual shades. THis was close enough to 50% that I set it to 50% and tweaked it to be perfect.
Then I played with the Mid and Gray values until middle grey was indeed in the middle, so that the tone curve wasn't biased to one direction.
From there, I adjusted saturation to match my PC monitor's saturation level.
After all that, I arrived at the values I posted above, and now have a screen which faithfully replicates the tonality of my photos without any artifacts or strange tone curves.
If you want to test these values (or your own) I recommend the following images. The calibration chart is one I found online a long time ago, which is useful for seeing the top and bottom end of white and black, to make sure your screen is showing you all the proper values:
The photo is my own, and is useful because I know exactly how I processed it and therefore that it touches both the white end of the spectrum (the highlighted side of her face, with values at precisely full white) and the black end of the spectrum (the fine detail in her hair, which is very black but not crushed in the details):
You can also use her facial tonality to make sure you see a smooth transition through the grays, not steps.
It's also black and white, which means that any color fringing you see is entirely due to artifacts introduced by errors in the color or gamma settings and not the backlight of the screen).
Both images are hosted on my own server, so there are no compression artifacts introduced by the forum.
Again - my aim with these settings is to give you a proper, reference screen that displays accurate colors without any artifacts or errors. Brightness is set to match a proper reference display (120cd/m2) and may be brighter or darker than you prefer.
If you value absolute battery savings over accurate color, then these settings may not be for you. That's perfectly ok of course. But for me, in my line of work, I value accuracy over the little bit of battery savings I might get by lowering my screen brightness, so if that's your goal too, then you'll find these colors are a good basis for having the best possible photo viewing screen on any phone.
Because I can tell you, I have never had a more accurate screen than the Nexus 4 when it comes to looking at my photos, when combined with Franco's fantastic color interface and kernel.
Hope this helps!
Cheers,
Paul Leeming
Writer/Director/Cinematographer
Visceral Psyche Films
http://www.visceralpsyche.com
Re: [KERNEL][GPL][N4] franco.Kernel - r72
Just wanted to say I'm also with r72 and have absolutely no problems. Everything working fine here.
Sent from my Nexus 4 using Tapatalk 2
Just wanted to say I'm also with r72 and have absolutely no problems. Everything working fine here.
Sent from my Nexus 4 using Tapatalk 2
I just got again the " screen doesn't turn on while charging" and I switched it off by pressing volume down and power button.
So I wanted to add the last ksmg but it's just not there?? How can that be? Checked under /proc three times.. The kmsg is there but not the last ksmg.
Really weird
So I wanted to add the last ksmg but it's just not there?? How can that be? Checked under /proc three times.. The kmsg is there but not the last ksmg.
Really weird
Wow... now thats how a screen should be calibrated by default - looks so accurate! Good job.
Last edited:
these colors look great. thanks!Thanks for all those of you who provided feedback on my color calibration settings using r72 and Franco's app.
Someone messaged me to ask what the thinking was behind my settings, and I thought it might be worth posting the reasons here too so everyone can understand the why behind them.
Because this thread moves so quickly, here are the settings I'm using again, so you don't have to go searching for them:
R 175
G 175
B 175
Whites 20
Mids 100
Blacks 255
Contrast 0
Brightness 0
Saturation 200
Grays 0
Screen Brightness 50%
These settings provide a VERY close approximation to my calibrated PC monitor when studying my photos in detail (I'm a cinematographer and photographer by profession - see here: http://www.visceralpsyche.com).
A lot of you love the settings, but some of you also say they are too dark, or wonder why you can't put a lower screen brightness and compensate by increasing the RGB values to let more light through.
To understand why I chose my settings, you have to remember that our displays are made up of two parts - the backlight (screen brightness control in Android) and the LCD panel itself (adjusted by Franco's app), which the backlight shines through.
What I found with my testing was that with RGB set to 255, specular highlights (and white edges in general) tended to blow out, causing color fringing artifacts. This is easily seen as pink or yellow edges to what should be pure white images. As I pulled back the RGB values, this fringing began to get smaller, until by my settings of 175 there was no longer any color fringing to my whites. Think of it as a form of highlight recovery. By pulling the clipped channels down equally, I found the point at which the values didn't overflow the hardware limitation of the LCD panel itself.
Once this was done, I went into the gamma interface and began looking for where the whites and blacks ran close to the limit, but not over. I adjusted the screen brightness to where I could distinguish the bottom and top values as individual shades. THis was close enough to 50% that I set it to 50% and tweaked it to be perfect.
Then I played with the Mid and Gray values until middle grey was indeed in the middle, so that the tone curve wasn't biased to one direction.
From there, I adjusted saturation to match my PC monitor's saturation level.
After all that, I arrived at the values I posted above, and now have a screen which faithfully replicates the tonality of my photos without any artifacts or strange tone curves.
If you want to test these values (or your own) I recommend the following images. The calibration chart is one I found online a long time ago, which is useful for seeing the top and bottom end of white and black, to make sure your screen is showing you all the proper values:
The photo is my own, and is useful because I know exactly how I processed it and therefore that it touches both the white end of the spectrum (the highlighted side of her face, with values at precisely full white) and the black end of the spectrum (the fine detail in her hair, which is very black but not crushed in the details):
You can also use her facial tonality to make sure you see a smooth transition through the grays, not steps.
It's also black and white, which means that any color fringing you see is entirely due to artifacts introduced by errors in the color or gamma settings and not the backlight of the screen).
Both images are hosted on my own server, so there are no compression artifacts introduced by the forum.
Again - my aim with these settings is to give you a proper, reference screen that displays accurate colors without any artifacts or errors. Brightness is set to match a proper reference display (120cd/m2) and may be brighter or darker than you prefer.
If you value absolute battery savings over accurate color, then these settings may not be for you. That's perfectly ok of course. But for me, in my line of work, I value accuracy over the little bit of battery savings I might get by lowering my screen brightness, so if that's your goal too, then you'll find these colors are a good basis for having the best possible photo viewing screen on any phone.
Because I can tell you, I have never had a more accurate screen than the Nexus 4 when it comes to looking at my photos, when combined with Franco's fantastic color interface and kernel.
Hope this helps!
Cheers,
Paul Leeming
Writer/Director/Cinematographer
Visceral Psyche Films
http://www.visceralpsyche.com
visceralpsyche's post is one of the best informative posts I have seen.
Thank you for sharing.
:good:
Thank you for sharing.
:good:
Re: [KERNEL][GPL][N4] franco.Kernel - r72
I'll admit I was skeptical at first just by glancing at the colors... But after actually using them they are great. I vote these be the default values from here on out.
Sent from my Nexus 4
I'll admit I was skeptical at first just by glancing at the colors... But after actually using them they are great. I vote these be the default values from here on out.
Sent from my Nexus 4
yepp. this has got to be the best colors ever. thanks alot. i recommend this to every single person
Last edited:
Lets try not to quote whole post again, at least remove the
Re: [KERNEL][GPL][N4] franco.Kernel - r72
New to this kernel. What is the recommended Governor?
Sent from my Nexus 4 using xda premium
New to this kernel. What is the recommended Governor?
Sent from my Nexus 4 using xda premium
Our Apps
Get our official app!
The best way to access XDA on your phone
Nav Gestures
Add swipe gestures to any Android
One Handed Mode
Eases uses one hand with your phone