I changed the PWM Min option from 0 to 5, and now the darker scenes don't dim as much. Maybe you can change back the PWM_MOVIE_INI to 30, and set both PWM Mid and PWM Min to 30. Maybe this will fix your "overly white" image. As far as i can tell, these settings control the amount of current that is sent to the LEDs. Seems that 30 is the setting for normal watching. There's also the PWM Max option, which is set to 100, which i think means, when there's a bright image (like an all white picture) on screen, send the maximum amount of current allowed to the LEDs.masterturk wrote: ↑Sun Jul 02, 2017 1:06 pmjust to let people know, i found a way to disable ths dimming! just had to put the PWM_MOVIE_INI to 100 in the 2D_Subseting![:)]( "Smile")
but now that i can use non-pc mode i noticed my colors and picture is brighter and overly white compared to pc mode eventhough picture setting are the same. is this normal? or did something in service menu mess upcan someone explain to me what the A, N, S versions on the colors mean in colormapping?
thanks.
CODE:
can someone explain to me what the A, N, S versions on the colors mean in colormapping?
$ virtualenv Illegal instruction$ dmesg[ 0.000000] [show_info] It's not show_info() case for Process Name[virtualenv], Thread Name[virtualenv], PC = 0xb5b23008, LR = 0xb5b1f4f8 .[ 0.000000] ##### send signal from KERNEL, SIG : 4, virtualenv, PID:17075, force_sig_info [ 0.000000] Backtrace: [ 0.000000] Function entered at [<c00164e8>] from [<c029ece0>][ 0.000000] r6:b5b23008 r5:00000004 r4:d7195f40 r3:c036e940[ 0.000000] Function entered at [<c029ecc8>] from [<c0035980>][ 0.000000] Function entered at [<c0035944>] from [<c00173a4>][ 0.000000] r8:00000000 r7:d1b51fb0 r6:b5b23008 r5:d1b51f08 r4:d1b50000[ 0.000000] Function entered at [<c0017350>] from [<c00082d4>][ 0.000000] r5:ee190f1d r4:c036d67c[ 0.000000] Function entered at [<c0008194>] from [<c0013058>][ 0.000000] Exception stack(0xd1b51fb0 to 0xd1b51ff8)[ 0.000000] 1fa0: 00000000 00000000 b5c4f0dc 00000008[ 0.000000] 1fc0: b5c4efd8 b5c4f164 00000001 00000000 be0e5078 00000002 00000000 be0e51cc[ 0.000000] 1fe0: b5c4f040 be0e4f60 b5b1f4f8 b5b23008 60000150 ffffffff 00000000[ 0.000000] r8:00000f00 r7:00000001 r6:d1b50050 r5:60000150 r4:b5b23008[ 0.000000] ##### send signal SIG : 4, virtualenv(17075)->virtualenv(17075) __send_signal[ 0.000000] ##### ignored user defined signal (4) handler, call kernel default handler[ 0.000000] ##### deliver signal SIG : 4, virtualenv(17075) get_signal_to_deliver[ 0.000000] [VDLP COREDUMP] SIGNR:4[ 0.000000] FATAL: minimal core: Unable to open /mtd_rwcommon directory[ 0.000000] FATAL: minimal core: Unable to open /mtd_rwcommon/error_log/ directoryI have the same issue. Do you know how to fix it?
CODE:
Checking if drmdecrypt is already compiled.File drmdecrypt doesn't exist. Compiling...gcc aes.c drmdecrypt.c -o drmdecryptdrmdecrypt.c:44:15: error: conflicting types for ‘off64_t’ typedef off_t off64_t; ^~~~~~~In file included from drmdecrypt.c:31:0:/usr/include/stdio.h:97:19: note: previous declaration of ‘off64_t’ was here typedef __off64_t off64_t; ^~~~~~~Makefile:2: recipe for target 'all' failedmake: *** [all] Error 1Getting PVR list.