dG
Следует отметить, что HSV и HSL — две разные цветовые модели (lightness — светлота, что отличается от яркости).
Size: a a a
2021 December 01
dG
The difference between HSL and HSV is that a color with maximum lightness in HSL is pure white, but a color with maximum value/brightness in HSV is analogous to shining a white light on a colored object (e.g. shining a bright white light on a red object causes the object to still appear red, just brighter and more intense, while shining a dim light on a red object causes the object to appear darker and less bright).
VP
А, окей. Был уверен, что это одно и то же
VS
но в классике L - Lum - Luminance
VP
Ну в таком случае более понятна причина хотя бы - чтоб не путать один hsl с другим hsl
VP
хотя слово value мне тут совсем не нравится. оно не несёт конкретики. остальные цифры это тоже value
VS
Тут ещё вопрос, поменялось ли что-то кроме лейбла :)
dG
наглядно
dG
dG
в веб-архиве нашли исходники WinAMP (какие-то слоупоки залили туда код, который уже года полтора гуляет по сети)
dG
Немного статистики.
Строк кода:
github.com/AlDanial/cloc v 1.88 T=15.95 s (676.5 files/s, 188136.3 lines/s)
---------------------------------------------------------------------------------------
Language files blank comment code
---------------------------------------------------------------------------------------
C++ 3273 145153 59180 840351
C 1164 124114 185371 597546
C/C++ Header 5086 120848 175728 484389
MSBuild script 212 0 0 94710
XML 267 3160 1019 33828
Windows Resource File 111 3839 3629 24832
IDL 202 2334 0 23001
Objective-C 110 3379 2729 18524
HTML 41 816 111 12539
Assembly 53 2647 2785 11680
make 133 1358 1174 2730
Visual Basic 2 203 882 2031
INI 16 184 11 1690
Python 9 668 5140 1614
JavaScript 4 108 6 1048
Bourne Shell 4 73 38 752
DOS Batch 33 116 5 703
Windows Module Definition 18 35 90 598
Scheme 17 0 0 365
Perl 4 68 38 308
Jam 24 116 268 296
TNSDL 5 100 33 286
yacc 1 18 0 137
CSS 3 3 0 103
lex 1 7 2 45
Bourne Again Shell 1 3 0 7
---------------------------------------------------------------------------------------
SUM: 10794 409350 438239 2154113
---------------------------------------------------------------------------------------
dG
Сквернословие:
$ grep -aRPio '\b[A-z]*(suck|fuck|gay|cunt|dick)[A-z]*\b' | tr '[:upper:]' '[:lower:]' | cut -f2- -d: | sort | uniq -c | sort -n
1 clusterfuck
1 fuckers
1 fuckit
1 fuckup
1 gaydickian
1 gayerror
1 gayfire
1 gaymu
1 isgay
1 mgay
1 pengaya
1 sucka\r\n
1 suckies
1 sucking
1 sucky
1 vgay
1 xrlgayrkd
1 zgay
2 bgay
2 gaybag
2 gayg
2 gen_ml\gaystring
2 motherfucker
2 sucked
2 suckers
2 supermegafucko
2 unfucks
3 gayness
3 sucker
3 ubergay
4 amgsucksfactory
4 fucks
4 fuckyou
4 gaythread
4 microsoft_sucks_ass
5 fuckomode
6 amgsucksguid
7 menufucker
7 menufucker_build
7 menufucker_result
9 _nullsoft_gen_ml_menufucker_h_
9 winamp\ml_disc\gaystring
9 winamp\ml_history\gaystring
10 agave_api_amgsucks
10 gaya
10 gayasx_to_xml_converter
11 fucking
11 ml_ipc_menufucker_build
11 ml_ipc_menufucker_result
14 fucked
17 suck
21 _gaystring_h_
21 winamp\ml_local\gaystring
22 gay
23 menufucker_t
24 fuck
24 winamp\gen_ml\gaystring
30 winamp\gen_ml\menufucker
31 amgsucks
31 api_amgsucks
32 m_vbr_gayhdr
36 sucks
116 fucko
167 gaystring
203 gaystringw
N
О, круто, на досуге изучу
N
Если исходники полные, может получится собрать
N
Заодно надо изучить почему в своё время в больших плейлистах так медленно инфа о треках прогружалась
VS
🤷♂️ Об извлечении файлов из теневых копий в клиентских Windows
Возможность достать удаленный документ или фото из теневой копии не раз выручала тех, кто знал этот лайфхак или удачно нагугливал его. К сожалению, всему хорошему рано или поздно приходит конец, в том числе в Windows.
👉 Извлеченные файлы могут быть битыми как минимум с версии #Windows10 1903. Причем они скорее будут повреждены, чем нет. Их размер идентичен оригинальным файлам, однако они полностью или частично забиты нулями.
ℹ️ Зависимости от типа файла не наблюдается. Скорее значение имеет размер, но и здесь все неоднозначно. Для эксперимента я в #Windows11 закинул в папку Downloads файлы разного типа и размера, а затем создал две точки восстановления.
• Без ошибок прочитались лишь маленькие текстовые файлы размером в несколько килобайт (txt, log, css, md).
• Большие текстовые файлы (логи CBS 8-35мб) забивались нулями целиком либо частично. Например, оставалось ~8кб с конца.
• PDF файлы иногда открывались, но ограничивались 1-2 страницами. Остальное забито нулями (см. картинку).
• Даже маленькие текстовые файлы, которые не повредились в первой теневой копии, частично забивались нулями во второй.
• Большинство картинок и видео не читалось.
• Внутри ZIP-архивов ситуация была такая же. То есть удавалось извлечь только не битые файлы. Для остальных - ошибка заголовка или содержимого.
🤦♂️ Логика разработчиков мне непонятна в принципе. Если вы занимаете место на диске, то почему бы не хранить целый файл вместо файла того же размера, забитого нулями.
Но даже если это баг, то вероятность его исправления близка к нулю. Исходя из графического интерфейса, извлечение файлов из теневых копий не поддерживается в клиентских Windows с 2012 года. #Классика блога дает полную историю вопроса с картинками.
Впрочем, для очистки совести я занес дефект в центр отзывов, поддержите его https://aka.ms/AAewqla 👍 И не забывайте делать резервные копии важных файлов!
Возможность достать удаленный документ или фото из теневой копии не раз выручала тех, кто знал этот лайфхак или удачно нагугливал его. К сожалению, всему хорошему рано или поздно приходит конец, в том числе в Windows.
👉 Извлеченные файлы могут быть битыми как минимум с версии #Windows10 1903. Причем они скорее будут повреждены, чем нет. Их размер идентичен оригинальным файлам, однако они полностью или частично забиты нулями.
ℹ️ Зависимости от типа файла не наблюдается. Скорее значение имеет размер, но и здесь все неоднозначно. Для эксперимента я в #Windows11 закинул в папку Downloads файлы разного типа и размера, а затем создал две точки восстановления.
• Без ошибок прочитались лишь маленькие текстовые файлы размером в несколько килобайт (txt, log, css, md).
• Большие текстовые файлы (логи CBS 8-35мб) забивались нулями целиком либо частично. Например, оставалось ~8кб с конца.
• PDF файлы иногда открывались, но ограничивались 1-2 страницами. Остальное забито нулями (см. картинку).
• Даже маленькие текстовые файлы, которые не повредились в первой теневой копии, частично забивались нулями во второй.
• Большинство картинок и видео не читалось.
• Внутри ZIP-архивов ситуация была такая же. То есть удавалось извлечь только не битые файлы. Для остальных - ошибка заголовка или содержимого.
🤦♂️ Логика разработчиков мне непонятна в принципе. Если вы занимаете место на диске, то почему бы не хранить целый файл вместо файла того же размера, забитого нулями.
Но даже если это баг, то вероятность его исправления близка к нулю. Исходя из графического интерфейса, извлечение файлов из теневых копий не поддерживается в клиентских Windows с 2012 года. #Классика блога дает полную историю вопроса с картинками.
Впрочем, для очистки совести я занес дефект в центр отзывов, поддержите его https://aka.ms/AAewqla 👍 И не забывайте делать резервные копии важных файлов!
T
тоже обнаруживал такое у себя. ждал, когда Вадим обновит статью)
как костыль нашёл решение -
как костыль нашёл решение -
wmic shadowcopy call create Volume='C:\' в планировщикVS
Гм... логично было не молча ждать, а сообщить о проблеме и поделиться обходным путем, чтобы я мог внести и то и другое в статью
А чем этот вызов отличается от обычных точек восстановления?
А чем этот вызов отличается от обычных точек восстановления?
VS
Тем более, что в чате это обсуждалось недавно c @Muzychenko https://t.me/winsiders/798331