?Video AR Fix? for firmware T-CHL5DEUC

[erdem_ua]

Admin started coding of SquashFS image. First version might be only for linux.
probably release at weekend.
Does some one know which arguments are the best for the mksquashfs at re-packing image?
Thanks

[erdem_ua]

Ok thanks, I thieved

Code: Select all

 -b 65536 -le -all-root

lines from you for my script
Am I needed to disable compression? Because resulting file is half of the original one... (24 mb vs 12 mb ) which became to me huge difference.
I prefer bigger images as original one because I don't wanna stuck CPU. There is no lots of CPU power and might be resulting FW could delay opening of TV.

[erdem_ua]

The day has come!
Only think at my mind that If It's safe to use FAT or NTFS to extract that SquashFS image and pack again.
Do you know about it?
-------------------------
Edit:
Anyway I have released v0.22.
If I were you I don't use windows for patching. But I guess it's working...
T-CHL5DEUC have one more question that for enable WiseLink Hack. Say Y if you want to enable "Movie Player" feature.

DO NOT BURN LAST FIRMWARE FROM SAMSUNG OR YOUR TV WILL HAVE BAD HABITS...

[erdem_ua]

I tested on V?rtual XP SP3 on NTFS.
I can verify that there is no CRC update problem here.
If CRC is faulty at validinfio.txt, than TV will not accept & burn this firmware.

FW looks okey but don't know what is wrong.
Have you read something on debug output? (Requires exlink)

[erdem_ua]

I patched now with saying Y to all but coloring. (I only press enter to every question )

In linux,
Calculated CRC : 0x624FED7
And valid info is: *007_exe.img_0624fed7*011_appdata.img_532558a9
which looks same to my eye...

with XPSP3 CRC32 is: 0xFCF4A23E
with WinXP64 bit : 0x2A785450
validinfo data has same crc (with non capital letters)

CRCs are different on different OS'es but this because of SquashFS compression.