[LG Optimus L7 (P700)] Τροποποιήσεις / Βελτιώσεις

[memostrikas]

σε ευχαριστω πολυ για την απαντηση σου. Πρέπει να ειναι αποκλειστικα για cm10 ή κανει και για AOKP?

Αληθεια με την καμερα εχεις καποιο θέμα?

 

Oχι φιλε μου κανουν και για AOKP σχεδον ολα...:)

 

Οσο για την καμερα δεν την δουλεψα πολυ ακομα αλλα απο το λιγο που την δουλεψα (και συγκεκριμενα βραδυ και χωρις φωτισμο), τα αποτελεσματα ειναι αρκετα ικανοποιητικα (για εμενα τουλαχιστον)!

 

μια ερωτηση να σου κανω κι εγω: Εσυ ποια rom εχεις? Την v20d την δοκιμασες?

[memostrikas]

Φιλε pkatsaras μιας και φαινεται πως το κατεχεις καλα το "αθλημα..." μηπως θα μπορουσες να εξηγησεις τι σημαινουν οι ρυθμισεις του kernel ( π.χ sio, cfq, noop, κ.α) και ποιος ειναι ο σωστοτερος τροπος ρυθμισης? :confused:

 

 

Υ.Γ: Kαι ενα μεγαλο ευχαριστω για οτι εχεις κανει για εμας μεχρι τωρα, και τα Λ EΦΤΑ μας ξαναπηραν τα πανω τους!!!

Edited May 15, 2013 by memostrikas

[steliosk]

Oχι φιλε μου κανουν και για AOKP σχεδον ολα...:)

 

Οσο για την καμερα δεν την δουλεψα πολυ ακομα αλλα απο το λιγο που την δουλεψα (και συγκεκριμενα βραδυ και χωρις φωτισμο), τα αποτελεσματα ειναι αρκετα ικανοποιητικα (για εμενα τουλαχιστον)!

 

μια ερωτηση να σου κανω κι εγω: Εσυ ποια rom εχεις? Την v20d την δοκιμασες?

Nαι αυτήν εχω και πάει αρκετα καλά, αλλα γενικα μου αρεσει να τις πειραζω τισ rom.

[pkatsaras]

Φιλε pkatsaras μιας και φαινεται πως το κατεχεις καλα το "αθλημα..." μηπως θα μπορουσες να εξηγησεις τι σημαινουν οι ρυθμισεις του kernel ( π.χ sio, cfq, noop, κ.α) και ποιος ειναι ο σωστοτερος τροπος ρυθμισης? :confused:

 

 

Υ.Γ: Kαι ενα μεγαλο ευχαριστω για οτι εχεις κανει για εμας μεχρι τωρα, και τα Λ-ΕΦΤΑ μας ξαναπηραν τα πανω τους!!!

 

Δεν έχω ιδέα! :P Εγώ βασικά βάζω εμπειρικά noop γιατί βλέπω ότι πάει καλύτερα.

[memostrikas]

Δεν έχω ιδέα! :P Εγώ βασικά βάζω εμπειρικά noop γιατί βλέπω ότι πάει καλύτερα.

 

noop λοιπον κι εγω (αφου ακομα και εμπειρικα κατι ξερεις παραπανω απο εμενα) και δοκιμαζουμε...!:happy:

[Gemik]

Μετα απο μια αλλαγη στη V20d ξαναεβαλα την cm10 μιας και το καινουριο uptade δεν κανει random reboot.Αλλα εχω ενα θεμα με την εφαρμοφη για το play store ενω εβαλα κανονικα τα gapps οπως ειχα κανει και παλαιοτερα τωρα οταν παταω να ανοιξει το play store μου λεει οτι η εφαρμογη σταματησε να λειτουργει.Ολες οι υπολοιπες εφαρμογες απο το gapps δουλευουν μια χαρα...

 

Ξερει κανεις τι μπορει να φταιει?

[steliosk]

Μετα απο μια αλλαγη στη V20d ξαναεβαλα την cm10 μιας και το καινουριο uptade δεν κανει random reboot.Αλλα εχω ενα θεμα με την εφαρμοφη για το play store ενω εβαλα κανονικα τα gapps οπως ειχα κανει και παλαιοτερα τωρα οταν παταω να ανοιξει το play store μου λεει οτι η εφαρμογη σταματησε να λειτουργει.Ολες οι υπολοιπες εφαρμογες απο το gapps δουλευουν μια χαρα...

 

Ξερει κανεις τι μπορει να φταιει?

 

εκανες wipe data / factory reset, β) - wipe cache, γ) - advanced, - wipe dalvik cache δ) - advanced, - fix permissions?

 

και μια ερωτηση, μετα την 20D πως πηγες στην cm10? Εβαλες την 10a?

[memostrikas]

Μετα απο μια αλλαγη στη V20d ξαναεβαλα την cm10 μιας και το καινουριο uptade δεν κανει random reboot.Αλλα εχω ενα θεμα με την εφαρμοφη για το play store ενω εβαλα κανονικα τα gapps οπως ειχα κανει και παλαιοτερα τωρα οταν παταω να ανοιξει το play store μου λεει οτι η εφαρμογη σταματησε να λειτουργει.Ολες οι υπολοιπες εφαρμογες απο το gapps δουλευουν μια χαρα...

 

Ξερει κανεις τι μπορει να φταιει?

 

http://dfiles.eu/files/3gpzupqep

Μπες και κατεβασε την τελευταια version του Goole Play και μετα εγκατασταση και θα εισαι οκ!!;)

 

Και βαλε και τον καινουργιο kernel αν θες απο εδω: http://sourceforge.net/projects/lgl7mods/files/%5BP700%5D%20LG%20L7/Gandalf%20Kernel%20Source/gandalf_kernel_1.4.zip/download

και θα το κινητο θα γινει "F1..."! Κανε με τα την εγκατασταση του kernel και ενα wipe cache / wipe dalvik cache και μετα reboot!

Edited May 14, 2013 by memostrikas

[steliosk]

http://dfiles.eu/files/3gpzupqep

Μπες και κατεβασε την τελευταια version του Goole Play και μετα εγκατασταση και θα εισαι οκ!!;)

 

Και βαλε και τον καινουργιο kernel αν θες απο εδω: http://sourceforge.net/projects/lgl7mods/files/%5BP700%5D%20LG%20L7/Gandalf%20Kernel%20Source/gandalf_kernel_1.4.zip/download

και θα το κινητο θα γινει "F1..."! Κανε με τα την εγκατασταση του kernel και ενα wipe cache / wipe dalvik cache και μετα reboot!

 

 

ξέρεις μετα την 20D πως μπορω να βάλω CM10 με τον τελευταιο kernel που αναφέρεις εδω?

[Gemik]

http://dfiles.eu/files/3gpzupqep

Μπες και κατεβασε την τελευταια version του Goole Play και μετα εγκατασταση και θα εισαι οκ!!;)

 

Και βαλε και τον καινουργιο kernel αν θες απο εδω: http://sourceforge.net/projects/lgl7mods/files/%5BP700%5D%20LG%20L7/Gandalf%20Kernel%20Source/gandalf_kernel_1.4.zip/download

και θα το κινητο θα γινει "F1..."! Κανε με τα την εγκατασταση του kernel και ενα wipe cache / wipe dalvik cache και μετα reboot!

Ευχαριστω δουλεψε κανονικα:)

Τον kernel τον εχς ηδη και το κινητο πραγματικα πεταει...

εκανες wipe data / factory reset, β) - wipe cache, γ) - advanced, - wipe dalvik cache δ) - advanced, - fix permissions?

 

και μια ερωτηση, μετα την 20D πως πηγες στην cm10? Εβαλες την 10a?

 

Ναι εβαλα την v10k και μετα εβαλα την cm10.

Edited May 14, 2013 by Gemik

[memostrikas]

ξέρεις μετα την 20D πως μπορω να βάλω CM10 με τον τελευταιο kernel που αναφέρεις εδω?

 

Φλάσαρε την CM10 από την v20a απευθείας και μετά φλάσαρε αυτό-> https://disk.yandex.com/public/?hash=gX3YHLIx5o7EfaI4Ab6Xaq1gRvZLm1QkD0bjpQT6i2w%3D μέσω CWM, μετα κάνε wipe data / cache / dalvik cache, άνοιξε το κινητό (θα αργήσει κάνα 10-15λεπτο) και αφού ανοίξει κάντου κάνα 2 φορές reboot και πες μου αν έχει σήμα.

 

Κανε αυτο που μου ειπε τοτε ο δασκαλος (pkatsaras) κι εμενα και πιστευω θα εισαι οκ! Με καθε επιφυλαξη παντως, επειδη εσυ εισαι στην v20d ενω εγω ημουν στην v20a, αλλα δεν νομιζω να εχεις καποιο θεμα.

Βεβαια εμενα reboot δεν χρειαστηκε διοτι ειχε σημα με την πρωτη εκκινηση! Και μετα φλασαρεις και τον kernel!

Edited May 14, 2013 by memostrikas

[steliosk]

Κανε αυτο που μου ειπε τοτε ο δασκαλος (pkatsaras) κι εμενα και πιστευω θα εισαι οκ! Με καθε επιφυλαξη παντως, επειδη εσυ εισαι στην v20d ενω εγω ημουν στην v20a, αλλα δεν νομιζω να εχεις καποιο θεμα.

Βεβαια εμενα reboot δεν χρειαστηκε διοτι ειχε σημα με την πρωτη εκκινηση! Και μετα φλασαρεις και τον kernel!

Εκανα αυτα που ειπατε εσυ και ο "δασκαλος" και ολα ειναι οκ, ενω ειχα την 20D εβαλα την CM10 και μετα από πανω την baseband 10 και μετα gandalf kernel και στο τέλος τα gapps. Και ολα οκ.

[memostrikas]

Ωραιος!! :D Και πες μας και εντυπωσεις...! Edited May 14, 2013 by memostrikas

[memostrikas]

Και εδω σας παραθετω εναν πληρη οδηγο που βρηκα στο XDA, για το τι σημαινουν οι διαφορες επιλογες στις ρυθμισεις ενος kernel:

 

1) Noop

 

Inserts all the incoming I/O requests to a First In First Out queue and implements request merging. Best used with storage devices that does not depend on mechanical movement to access data (yes, like our flash drives). Advantage here is that flash drives does not require reordering of multiple I/O requests unlike in normal hard drives.

 

Advantages:

Serves I/O requests with least number of cpu cycles. (Battery friendly?)

Best for flash drives since there is no seeking penalty.

Good throughput on db systems.

Disadvantages:

Reduction in number of cpu cycles used is proportional to drop in performance.

 

2) Deadline

 

Goal is to minimize I/O latency or starvation of a request. The same is achieved by round robin policy to be fair among multiple I/O requests. Five queues are aggressively used to reorder incoming requests.

 

Advantages:

Nearly a real time scheduler.

Excels in reducing latency of any given single I/O.

Best scheduler for database access and queries.

Bandwidth requirement of a process - what percentage of CPU it needs, is easily calculated.

Like noop, a good scheduler for solid state/flash drives.

Disadvantages:

When system is overloaded, set of processes that may miss deadline is largely unpredictable.

 

3) CFQ

 

Completely Fair Queuing scheduler maintains a scalable per-process I/O queue and attempts to distribute the available I/O bandwidth equally among all I/O requests. Each per-process queue contains synchronous requests from processes. Time slice allocated for each queue depends on the priority of the 'parent' process. V2 of CFQ has some fixes which solves process' i/o starvation and some small backward seeks in the hope of improving responsiveness.

 

Advantages:

Considered to deliver a balanced i/o performance.

Easiest to tune.

Excels on multiprocessor systems.

Best database system performance after deadline.

Disadvantages:

Some users report media scanning takes longest to complete using CFQ. This could be because of the property that since the bandwidth is equally distributed to all i/o operations during boot-up, media scanning is not given any special priority.

Jitter (worst-case-delay) exhibited can sometimes be high, because of the number of tasks competing for the disk.

 

4) BFQ

 

Instead of time slices allocation by CFQ, BFQ assigns budgets. Disk is granted to an active process until it's budget (number of sectors) expires. BFQ assigns high budgets to non-read tasks. Budget assigned to a process varies over time as a function of it's behavior.

 

Advantages:

Believed to be very good for usb data transfer rate.

Believed to be the best scheduler for HD video recording and video streaming. (because of less jitter as compared to CFQ and others)

Considered an accurate i/o scheduler.

Achieves about 30% more throughput than CFQ on most workloads.

Disadvantages:

Not the best scheduler for benchmarking.

Higher budget assigned to a process can affect interactivity and increased latency.

 

5) SIO

 

Simple I/O scheduler aims to keep minimum overhead to achieve low latency to serve I/O requests. No priority quesues concepts, but only basic merging. Sio is a mix between noop & deadline. No reordering or sorting of requests.

 

Advantages:

Simple, so reliable.

Minimized starvation of requests.

Disadvantages:

Slow random-read speeds on flash drives, compared to other schedulers.

Sequential-read speeds on flash drives also not so good.

 

6) V®

 

Unlike other schedulers, synchronous and asynchronous requests are not treated separately, instead a deadline is imposed for fairness. The next request to be served is based on it's distance from last request.

 

Advantages:

May be best for benchmarking because at the peak of it's 'form' VR performs best.

Disadvantages:

Performance fluctuation results in below-average performance at times.

Least reliable/most unstable.

 

7) Anticipatory

 

Based on two facts

i) Disk seeks are really slow.

ii) Write operations can happen whenever, but there is always some process waiting for read operation.

 

So anticipatory prioritize read operations over write. It anticipates synchronous read operations.

 

Advantages:

Read requests from processes are never starved.

As good as noop for read-performance on flash drives.

Disadvantages:

'Guess works' might not be always reliable.

Reduced write-performance on high performance disks.

 

Q. "Best I/O Scheduler?"

A.There is nothing called "best" i/o scheduler. Depending on your usage environment and tasks/apps been run, use different schedulers. That's the best i can suggest.

However, considering the overall performance, battery, reliability and low latency, it is believed that

SIO > Noop > Deadline > VR > BFQ > CFQ, given all schedulers are tweaked and the storage used is a flash device

 

 

Explanation of Different Governors

 

Pulled from this page here

 

1) Ondemand:

Default governor in almost all stock kernels. One main goal of the ondemand governor is to switch to max frequency as soon as there is a CPU activity detected to ensure the responsiveness of the system. (You can change this behavior using smooth scaling parameters, refer Siyah tweaks at the end of 3rd post.) Effectively, it uses the CPU busy time as the answer to "how critical is performance right now" question. So Ondemand jumps to maximum frequency when CPU is busy and decreases the frequency gradually when CPU is less loaded/apporaching idle. Even though many of us consider this a reliable governor, it falls short on battery saving and performance on default settings. One potential reason for ondemand governor being not very power efficient is that the governor decide the next target frequency by instant requirement during sampling interval. The instant requirement can response quickly to workload change, but it does not usually reflect workload real CPU usage requirement in a small longer time and it possibly causes frequently change between highest and lowest frequency.

 

2) Ondemandx:

Basically an ondemand with suspend/wake profiles. This governor is supposed to be a battery friendly ondemand. When screen is off, max frequency is capped at 500 mhz. Even though ondemand is the default governor in many kernel and is considered safe/stable, the support for ondemand/ondemandX depends on CPU capability to do fast frequency switching which are very low latency frequency transitions. I have read somewhere that the performance of ondemand/ondemandx were significantly varying for different i/o schedulers. This is not true for most of the other governors. I personally feel ondemand/ondemandx goes best with SIO I/O scheduler.

 

3) Conservative:

A slower Ondemand which scales up slowly to save battery. The conservative governor is based on the ondemand governor. It functions like the Ondemand governor by dynamically adjusting frequencies based on processor utilization. However, the conservative governor increases and decreases CPU speed more gradually. Simply put, this governor increases the frequency step by step on CPU load and jumps to lowest frequency on CPU idle. Conservative governor aims to dynamically adjust the CPU frequency to current utilization, without jumping to max frequency. The sampling_down_factor value acts as a negative multiplier of sampling_rate to reduce the frequency that the scheduler samples the CPU utilization. For example, if sampling_rate equal to 20,000 and sampling_down_factor is 2, the governor samples the CPU utilization every 40,000 microseconds.

 

4) Interactive:

Can be considered a faster ondemand. So more snappier, less battery. Interactive is designed for latency-sensitive, interactive workloads. Instead of sampling at every interval like ondemand, it determines how to scale up when CPU comes out of idle. The governor has the following advantages: 1) More consistent ramping, because existing governors do their CPU load sampling in a workqueue context, but interactive governor does this in a timer context, which gives more consistent CPU load sampling. 2) Higher priority for CPU frequency increase, thus giving the remaining tasks the CPU performance benefit, unlike existing governors which schedule ramp-up work to occur after your performance starved tasks have completed. Interactive It's an intelligent Ondemand because of stability optimizations. Why??

Sampling the CPU load every X ms (like Ondemand) can lead to under-powering the CPU for X ms, leading to dropped frames, stuttering UI, etc. Instead of sampling the CPU at a specified rate, the interactive governor will check whether to scale the CPU frequency up soon after coming out of idle. When the CPU comes out of idle, a timer is configured to fire within 1-2 ticks. If the CPU is very busy between exiting idle and when the timer fires, then we assume the CPU is underpowered and ramp to max frequency.

 

5) Interactivex:

This is an Interactive governor with a wake profile. More battery friendly than interactive.

 

6) Lulzactive:

This new find from Tegrak is based on Interactive & Smartass governors and is one of the favorites.

Old Version: When workload is greater than or equal to 60%, the governor scales up CPU to next higher step. When workload is less than 60%, governor scales down CPU to next lower step. When screen is off, frequency is locked to global scaling minimum frequency.

New Version: Three more user configurable parameters: inc_cpu_load, pump_up_step, pump_down_step. Unlike older version, this one gives more control for the user. We can set the threshold at which governor decides to scale up/down. We can also set number of frequency steps to be skipped while polling up and down.

When workload greater than or equal to inc_cpu_load, governor scales CPU pump_up_step steps up. When workload is less than inc_cpu_load, governor scales CPU down pump_down_step steps down.

Example:

Consider

inc_cpu_load=70

pump_up_step=2

pump_down_step=1

If current frequency=200, Every up_sampling_time Us if cpu load >= 70%, cpu is scaled up 2 steps - to 800.

If current frequency =1200, Every down_sampling_time Us if cpu load < 70%, cpu is scaled down 1 step - to 1000.

 

7) Smartass:

Result of Erasmux rewriting the complete code of interactive governor. Main goal is to optimize battery life without comprising performance. Still, not as battery friendly as smartassV2 since screen-on minimum frequency is greater than frequencies used during screen-off. Smartass would jump up to highest frequency too often as well.

 

8) SmartassV2:

Version 2 of the original smartass governor from Erasmux. Another favorite for many a people. The governor aim for an "ideal frequency", and ramp up more aggressively towards this freq and less aggressive after. It uses different ideal frequencies for screen on and screen off, namely awake_ideal_freq and sleep_ideal_freq. This governor scales down CPU very fast (to hit sleep_ideal_freq soon) while screen is off and scales up rapidly to awake_ideal_freq (500 mhz for GS2 by default) when screen is on. There's no upper limit for frequency while screen is off (unlike Smartass). So the entire frequency range is available for the governor to use during screen-on and screen-off state. The motto of this governor is a balance between performance and battery.

 

9) Intellidemand:

Intellidemand aka Intelligent Ondemand from Faux is yet another governor that's based on ondemand. Unlike what some users believe, this governor is not the replacement for OC Daemon (Having different governors for sleep and awake). The original intellidemand behaves differently according to GPU usage. When GPU is really busy (gaming, maps, benchmarking, etc) intellidemand behaves like ondemand. When GPU is 'idling' (or moderately busy), intellidemand limits max frequency to a step depending on frequencies available in your device/kernel for saving battery. This is called browsing mode. We can see some 'traces' of interactive governor here. Frequency scale-up decision is made based on idling time of CPU. Lower idling time (<20%) causes CPU to scale-up from current frequency. Frequency scale-down happens at steps=5% of max frequency. (This parameter is tunable only in conservative, among the popular governors )

To sum up, this is an intelligent ondemand that enters browsing mode to limit max frequency when GPU is idling, and (exits browsing mode) behaves like ondemand when GPU is busy; to deliver performance for gaming and such. Intellidemand does not jump to highest frequency when screen is off.

 

10) Lazy:

This governor from Ezekeel is basically an ondemand with an additional parameter min_time_state to specify the minimum time CPU stays on a frequency before scaling up/down. The Idea here is to eliminate any instabilities caused by fast frequency switching by ondemand. Lazy governor polls more often than ondemand, but changes frequency only after completing min_time_state on a step overriding sampling interval. Lazy also has a screenoff_maxfreq parameter which when enabled will cause the governor to always select the maximum frequency while the screen is off.

 

11) Lagfree:

Lagfree is similar to ondemand. Main difference is it's optimization to become more battery friendly. Frequency is gracefully decreased and increased, unlike ondemand which jumps to 100% too often. Lagfree does not skip any frequency step while scaling up or down. Remember that if there's a requirement for sudden burst of power, lagfree can not satisfy that since it has to raise cpu through each higher frequency step from current. Some users report that video playback using lagfree stutters a little.

 

12) Lionheart:

Lionheart is a conservative-based governor which is based on samsung's update3 source. Tweaks comes from 1) Knzo 2) Morfic. The original idea comes from Netarchy. See here. The tunables (such as the thresholds and sampling rate) were changed so the governor behaves more like the performance one, at the cost of battery as the scaling is very aggressive.

 

To 'experience' Lionheart using conservative, try these tweaks:

sampling_rate:10000 or 20000 or 50000, whichever you feel is safer. (transition latency of the CPU is something below 10ms/10,000uS hence using 10,000 might not be safe).

up_threshold:60

down_threshold:30

freq_step:5

Lionheart goes well with deadline i/o scheduler. When it comes to smoothness (not considering battery drain), a tuned conservative delivers more as compared to a tuned ondemand.

 

13) LionheartX

LionheartX is based on Lionheart but has a few changes on the tunables and features a suspend profile based on Smartass governor.

 

14) Brazilianwax:

Similar to smartassV2. More aggressive ramping, so more performance, less battery.

 

15) SavagedZen:

Another smartassV2 based governor. Achieves good balance between performance & battery as compared to brazilianwax.

 

16) Userspace:

Instead of automatically determining frequencies, lets user set frequencies.

 

17) Powersave:

Locks max frequency to min frequency. Can not be used as a screen-on or even screen-off (if scaling min frequency is too low).

 

18) Performance:

Sets min frequency as max frequency. Use this while benchmarking!

 

So, Governors can be categorized into 3/4 on a high level:

1.a) Ondemand Based:

Works on "ramp-up on high load" principle. CPU busy-time is taken into consideration for scaling decisions. Members: Ondemand, OndemandX, Intellidemand, Lazy, Lagfree.

1.b) Conservative Based:

Members: Conservative, Lionheart, LionheartX

2) Interactive Based:

Works on "make scaling decision when CPU comes out of idle-loop" principle. Members: Interactive, InteractiveX, Lulzactive, Smartass, SmartassV2, Brazilianwax, SavagedZen.

3) Weird Category:

Members: Userspace, Powersave, Performance.

 

Unavailable!

 

 

Ζητω συγγνωμη απο τους διαχειριστες του φορουμ που το εθεσα εδω μιας και ειναι γενικο θεμα για android, αλλα οταν πηγα να το βαλω στην αναλογη κατηγορια δεν μπορεσα λογο δικαιωματων που δεν εχω. Παρακαλω ας μεταφερθει οπου πρεπει!

 

Επισης ζητω συγγνωμη που ειναι αμεταφραστο αλλα δυστηχως τα αγγλικα μου, καθως και η μεταφραση της google που δοκιμασα (αισχος) δεν ειναι καθολου καλη ωστε να δωσουν τα επιθυμητα αποτελεσματα...

[steliosk]

Ωραιος!! :D Και πες μας και εντυπωσεις...!

 

Ολα ειναι πολυ σταθερα και με ενα θεμα που εβαλα για CM10 εγινε και πολυ ομορφο το περιβαλον του κινητού.

Εχω όμως ενα πρόβλημα, με την CM10 δεν μου δουλευει η μουσικη στο Bluetooth που έχω, δεν ξερω γιατι...

Επίσης ενω το εχω συνδεσει με το κινητο μετα απο 4 ωρες ξεσυνδεεται....

Edited May 15, 2013 by steliosk

[pkatsaras]

Ολα ειναι πολυ σταθερα και με ενα θεμα που εβαλα για CM10 εγινε και πολυ ομορφο το περιβαλον του κινητού.

Εχω όμως ενα πρόβλημα, με την CM10 δεν μου δουλευει η μουσικη στο Bluetooth που έχω, δεν ξερω γιατι...

Επίσης ενω το εχω συνδεσει με το κινητο μετα απο 4 ωρες ξεσυνδεεται....

 

Είναι γενικό bug δεν υπάρχει λύση. Το είδα και στο thread του xda τυχαία σήμερα!

[memostrikas]

Ολα ειναι πολυ σταθερα και με ενα θεμα που εβαλα για CM10 εγινε και πολυ ομορφο το περιβαλον του κινητού.

Εχω όμως ενα πρόβλημα, με την CM10 δεν μου δουλευει η μουσικη στο Bluetooth που έχω, δεν ξερω γιατι...

Επίσης ενω το εχω συνδεσει με το κινητο μετα απο 4 ωρες ξεσυνδεεται....

 

Πηγαινε στις ρυθμισεις bluetooth και διπλα απο την συσκευη bluetooth σου πατα στις ρυθμισεις της και τσεκαρε και το σαν ηχο πολυμεσων αν δεν το εχεις κανει, αλλιως θα δουλευει μονο για τις κλησεις! θα δοκιμασω κι εγω και θα σου πω. Τωρα οσο αναφορα στο οτι σου αποσυνδεετε μετα απο 4 ωρες εμενα τετοιο θεμα δεν εχει (δοκιμασμενο απο 8 πρωι - 8 βραδυ)! Υποθετο μηπως ειναι θεμα ασυμβατοτητας με το κινητο λογο του οτι το κινητο μας εχει bluetooth v3 ενω το δικο σου bluetooth μπορει να ειναι v2.1 και με μερικες μαρκες υπαρχει θεμα ασυμβατοτητας! Ψαξε αν μπορεις να βρεις ενα LG να δοκιμασεις, η να αγορασεις (ειναι φθηνα τα LG) ενα. Εγω εχω το HBM-260 και πραγματικα εχει πολυ καλη ακουστικη!:)

Edited May 16, 2013 by memostrikas

[memostrikas]

Το δοκιμασα κι εγω και δεν δουλευει με την μουσικη το Bluetooth. Αποσυνδεση παντως δεν μου κανει! Φιλε pkatsaras απο την cm10 που ειμαι τωρα πως μπορω να παω στην v20d (να την δοκιμασω) αλλα χωρις να χρειαστει να τα ξαναπερασω ολα απο την αρχη? Και απο θεμα αποκρισης, lag, σταθεροτητας ειναι καλη?

Ρωταω επειδη με την cm10 εχω ταχυτητα στην αποκριση αλλα θα ηθελα να δοκιμασω και την v20d.

Edited May 17, 2013 by memostrikas

[pkatsaras]

Το δοκιμασα κι εγω και δεν δουλευει με την μουσικη το Bluetooth. Αποσυνδεση παντως δεν μου κανει! Φιλε pkatsaras απο την cm10 που ειμαι τωρα πως μπορω να παω στην v20d (να την δοκιμασω) αλλα χωρις να χρειαστει να τα ξαναπερασω ολα απο την αρχη? Και απο θεμα αποκρισης, lag, σταθεροτητας ειναι καλη?

Ρωταω επειδη με την cm10 εχω ταχυτητα στην αποκριση αλλα θα ηθελα να δοκιμασω και την v20d.

 

Φλασάρεις το backup της v20d από CWM, αν έχεις ή την v20d μέσω Kdz, κάνεις factory reset, και μετά φλασάρεις το baseband της v20, τα έχω στο xda. Εννοείται ότι το έχεις το baseband στην sd πριν ξεκινήσεις. ΟΜΩΣ, δε μπορείς να έχεις το ίδιο στήσιμο που είχες στην CM10 στην v20d και αντίστροφα. Άρα χρειάζεσαι ξεχωριστά backup. Ελπίζω να καταλαβαίνεις όπως το εξήγησα.

[memostrikas]

Αφου θα περασω μεσω kdz την v20d την v20 baseband τι την χρειαζομαι?

Και για το στησιμο που λες τι εννοεις?

Και οταν την περασω σε diag η σε emergency?

Και αν μπορεις (παρακληση) να τα εβαζες να τα παρω απο εδω.

Edited May 17, 2013 by memostrikas

[pkatsaras]

Αφου θα περασω μεσω kdz την v20d την v20 baseband τι την χρειαζομαι?

Και για το στησιμο που λες τι εννοεις?

Και οταν την περασω σε diag η σε emergency?

 

Το baseband είναι για να έχεις σήμα. Δεν έχει σημασία το ότι θα φλασάρεις την v20d. Η CM10 πατάει στην 10 οπότε πρέπει να αλλάξεις το baseband αλλιώς δε θα έχεις δίκτυο. Στήσιμο εννοώ τα δεδομένα σου. Θέλει factory reset αναγκαστικά. Άρα κράτα backup την CM10 όπως την έχεις τώρα, και κάνε factory reset, φλάσαρε την v20d, κάνε factory reset, φλάσαρε baseband, κάνε wipe cache/partition, αν έχεις πρόβλημα κάνε ένα ακόμα reset. Αφού γίνει αυτό, αν είχες backup από v20d, θα είχες όλα τα δεδομένα που είχες στην v20d πριν περάσεις την CM10. Το backup της CM10 όμως δε μπορείς να το περάσεις στην v20d γιατί αν περάσεις το backup, θα είναι σα να φλασάρεις την CM10 και άρα θέλεις το baseband 10 και άρα δε θα είσαι σε στοκ πια. Πιο αναλυτικά δε μπορώ! :p

[steliosk]

Το baseband είναι για να έχεις σήμα. Δεν έχει σημασία το ότι θα φλασάρεις την v20d. Η CM10 πατάει στην 10 οπότε πρέπει να αλλάξεις το baseband αλλιώς δε θα έχεις δίκτυο. Στήσιμο εννοώ τα δεδομένα σου. Θέλει factory reset αναγκαστικά. Άρα κράτα backup την CM10 όπως την έχεις τώρα, και κάνε factory reset, φλάσαρε την v20d, κάνε factory reset, φλάσαρε baseband, κάνε wipe cache/partition, αν έχεις πρόβλημα κάνε ένα ακόμα reset. Αφού γίνει αυτό, αν είχες backup από v20d, θα είχες όλα τα δεδομένα που είχες στην v20d πριν περάσεις την CM10. Το backup της CM10 όμως δε μπορείς να το περάσεις στην v20d γιατί αν περάσεις το backup, θα είναι σα να φλασάρεις την CM10 και άρα θέλεις το baseband 10 και άρα δε θα είσαι σε στοκ πια. Πιο αναλυτικά δε μπορώ! :p

 

To baseband τησ 20D το έχεις? ή υπάρχει στην ρουταρισμένη 20d? γιατι ειμαι σε cm10 μετα το baseband της 1ο που μου εγραψες εσυ....

[pkatsaras]

http://forum.xda-developers.com/showpost.php?p=40604310&postcount=3654

 

Όλα εδώ!

[memostrikas]

Το baseband είναι για να έχεις σήμα. Δεν έχει σημασία το ότι θα φλασάρεις την v20d. Η CM10 πατάει στην 10 οπότε πρέπει να αλλάξεις το baseband αλλιώς δε θα έχεις δίκτυο. Στήσιμο εννοώ τα δεδομένα σου. Θέλει factory reset αναγκαστικά. Άρα κράτα backup την CM10 όπως την έχεις τώρα, και κάνε factory reset, φλάσαρε την v20d, κάνε factory reset, φλάσαρε baseband, κάνε wipe cache/partition, αν έχεις πρόβλημα κάνε ένα ακόμα reset. Αφού γίνει αυτό, αν είχες backup από v20d, θα είχες όλα τα δεδομένα που είχες στην v20d πριν περάσεις την CM10. Το backup της CM10 όμως δε μπορείς να το περάσεις στην v20d γιατί αν περάσεις το backup, θα είναι σα να φλασάρεις την CM10 και άρα θέλεις το baseband 10 και άρα δε θα είσαι σε στοκ πια. Πιο αναλυτικά δε μπορώ! :p

 

Δεν υπαρχουν λογια για να σε ευχαριστησω!!

[pkatsaras]

Βασικά, επειδή δεν έχω το μυαλό μου αυτές τις ημέρες τρέχει σε πολλά, το βασικό με το baseband και γιατί γίνεται αυτό είναι ότι η CM10 είναι πάνω σε βάση v10 άρα ICS ενώ η v20d είναι Jelly Bean. Αν η βάση των ROM ήταν ίδια δε θα χρειαζόταν όλη αυτή η μανούρα όπως μέχρι πριν βγει η Jelly Bean. Από CM10 πήγαινες σε Stock και τούμπαλιν χωρίς κόπο. Βέβαια, πάλι τα δεδομένα θα είχαν θέμα γιατί άλλα στοιχεία έχει η Stock, άλλα η CM αλλά το φλασάρισμα θα ήταν πιο απλό θέμα.