SannySanoff

Я вот подумал, что тупые (?!) яббловцы получили бы гораздо больше профита и publicity, если бы зафигачили свой тачбар не вместо, а НАД функц клавишами. Поуменьшили бы заодно свой тачпад, тк клава уехала бы ниже ровно на нужный размер, тк все жалуются на ненужный огромный тачпад. Одним ударом два зайца.

Мое предыдущее пророчество было после появления тачбара, что у них tic-tac цикл, типа, вначале делаем говно, потом продаем фикс, таким образом фанаты сначала не веря своим глазам покупают говно, потом избавление от него. Это бы сработало если бы вот в 19 году вышел исправленный девайс.

Но, судя по тому, что тачбар где был, там и остался, у них там происходит одно из двух: 1) там вообще они все тупые (или юзеры жрут?) 2) цикл у них на самом деле tic-tic-tac, то есть может они прислушаются в следующем году?

SannySanoff

>
Людей привлекает в изделиях Apple то, что вне зависимости от того, что вы пытаетесь с ними делать, они не работают так, как вы от них хотите. Как следствие, вы вынуждены бросать все попытки их настроить под себя, и вместо этого начинать подстраиваться под то, как эти продукты работают. Это освобождает кучу времени и внимания, которое было бы потрачено на борьбу с ними.

Так как эти изделия по факту подходят для большого количества людей, и так как вы в принципе умеете адаптироваться, следовательно, вы уверены, что сможете адаптироваться к ним.

Выбрав однажды путь адаптации себя к изделиям Эппл, каждый раз эта адаптация для вас оказывается все легче и легче, пока не становится полностью бессознательной. Каждый раз как Apple убирает полезные для вас фишки, ваши привычки идут лесом, но, в конечном итоге, вы покорно всё принимаете.

via news.ycombinator.com

SannySanoff

Прямо душа радуется, когда на Линукс вернулся.

Отключил еще window manager композитинг нафиг. Зачем? Наслаждаюсь ветерком.

Посидел неделю на KDE. Очередной подход считаю завершенным, вернулся в Mate, там как раз давеча hidpi прикрутили.

Новое железо (Lenovo X1 Extreme) рулит по скорости, но есть некоторое "но" у Макоси по сравненю с Линуксом, которое в принципе не лечится на Линуксе. Например в макоси на каждом мониторе свой scale factor, а в Линуксе одно на всех, поэтому окна с 4K монитора тянутся на встроенный, получаются крупные (у меня не 4К на ноуте). И еще особенность этого ноута, встроенная видяха (intel) не умеет в 2 монитора, только nvidia. Кинул ноут в рюкзак — а там по прежнему нвидия работает, т.к линукс не умеет в оптимус (про bumblebee еще не ковырял, пишут что вроде умеем), а пока что его нужно ребутить для переключения из nvidia в интел. Потребление idle 6W vs 20W, такие дела.

Плюс набор софта у меня там был для time tracking (ловил урлы, приложения, показывал таймлайн, суммы, теги по проектам, рисовал суммарное время). Тут пришлось свое быренько набросать.

Но все плюшки линукса УРА! Акселераторы! Шорткаты в пальцах!

lurker
Mac

тут какие-то токи утечки. вобщем я заклеил центральный пин на magsafe разъёме, теперь зарядка не определяется, и мак вроде как заряжать батарею не должен — о чём честно пишет в статусе. но заряжает! заряд вырос с 69 до 74 где-то за час

vt

джобс разрешил скроллить тачпадом, прикладывая только один или два пальца, случайно касаешься третьим пальцем и все окна разлетаются.
P.S. Для красноглазиков — это отключается

SannySanoff

Вот хочешь ты такой поставить себе адблок на сафари на гейбуке, идешь к ним, а тебе: "с iTunes ставь, вот редирект".
Приходишь ты на iTunes, нажимаешь гет, а тебе: "А фигле у тебя макос не обновлен, так нельзя".

Закрываешь iTunes.

Fuck you, that's why.

SannySanoff

*programming

Одолел на гейбуке FFMpeg, OpenGL, OpenCL, OpenCV, SDL и VideoToolbox hardware decoding, писал на плюсах.

Короче, FFMpeg через RTSP получает кусочек фрейма с IP камеры.
Затем это скармливается в VideoToolbox. Он мне в GPU дает буфер.
Потом это я из этого делаю OpenGL текстуру, из нее делаю OpenCL mem_obj.
Потом таки GPU->GPU копирую в OpenCV UMat (GPU-based матрицу) для алгоритмов всяческих.
Потом делаю алгоритмы
Потом стало быть беру из SDL тот SDL_Surface который рисую, и маплю его на другой mem_obj
Потом копирую из OpenCV матрицы (GPU->GPU) в етот surface/texture.
И потом тут же его рисую снова через SDL не вылазя в host RAM. Наверняка, если потрахаться с форматами текстуры, можно и не копировать, миллисекунду-другую выигрываешь.

Короче, выходит, что все быстро декодируется, весь процессинг и отображение происходит не покидая GPU, с дыркой куда вставить OpenCV/OpenCL вызовы для графических алгоритмов.

Все это дело занимает 7% CPU и чуток GPU на 25 кадрах Full HD, около 7 мсек на кадр выходит (в основном декодирование 5 мсек). У меня на гейбуке устроен Intel IRIS 6100, это подобие GPU.

Когда я стал затем прикручивать OpenCV процессинг на тамошних матрицах, оно занимает по 4-5 мсек на проход одной матрицы кернелом, просто чтобы хотя бы сложить 2 такие матрицы. Потому что Full HD и интел. А целиком весь мой задуманный процессинг получается 100 Мсек на кадр, потому что куча матричных операций. Это неинтересно. Полез смотреть как оно устроено, увидел там как выглядит голый OpenCL kernel (и не один), чей исходник они препроцессором допиливают под конкретные типы прежде чем запускать.

Решил, а чем мы хуже. Взял переписал весь свой алгоритм на OpenCL на тамошней сишечке, OpenCV предоставляет простой API. 18 миллисекунд на кадр, братие! Из говенного интела! Туда еще столько влезет!

Короче, прикольно-то как! Чувство глубокого удовлетворения.

SannySanoff

Новый спорт открыл: засечь за сколько найдешь в гугле спецификацию какой i7 проц стоит в гейбуке early 2015 13 inch (полное название проца нужно). С тех пор как обновили страницу википедии оставив там только новые модели, вот прошло уже 3 минуты как мучаюсь.

Тут кретин и я, и они, которые изначально пишут только частоту даже на официальной странице "specifications".

lurker
Mac

подозрительная закономерность — когда проливаешь на мак воду — ничего не происходит. когда проливаешь на мак пиво — приходится менять клавиатуру

lurker
Mac

There is a way to run the Windows version of Winamp on a Mac. I have Winamp 5.5 running on my Mac. It's just great.For this you need Winebottler available here for free macupdate.com
Also you'll need Winamp of course. I suggest Winamp 5.5. Get it here oldversion.com
Install Winebottler then from within Winbottler click 'Advanced', then under 'Program to install — select file', select the Winamp 5.5.exe, then click 'Install' at the bottom. Go through the Winamp.exe installation routine that opens. When everything's done name your app Winamp.
That's all. Takes just a couple of minutes.
You can use the Bento skin. With this skin you can use the built in browser to go to Shoutcast radio. But adding radio stations is tricky so I use a standard browser and copy/paste the radio stations into Winamp via File/Play URL (Ctrl-L).
I use the Modern skin. You select from color themes (config button) you can select City Night, MonoLite or MonoDark to make it gray and blend nicely with the Mac gui.
Works great but a problem is the Media Library which won't work. Also the time slider does not work. The tracks info don't always properly update or not at all. I was unable to fix this right now.

SannySanoff

Поставил ту же бубунту на Surface Pro 3, который ждал своего времени на полочке, так тут блютуц не конфликтует с wifi, как конфликтует под бубунтой на гейбуке. Те же уши работают норм, даже когда шифи качается.

Нужно еще добавить, что если вспомнить все что касалось гейбука и радио, так я постил еще давненько, что механическая блютуц клава, которую я наконец-то купил больше года назад, ТАКЖЕ галимо работала с гейбуком: дропала нажатия, отпускания итд. Стандартный профиль, макось, все дела. Пришлось клаву тоже поставить в дальний угол (на сег день уже пристроил к делу однако)

Проведя эксперимент, я купил блютуц адаптер и засунул его в гейбук и подключил через него свои уши. Что же в результате? Тот же дроп звука при нагрузке на wifi.

ВЕРДИКТ: шифи в гейбуке глючит (отваливается под линуском, бывает не коннектится под макосью) и не поддерживает стандарты: мусорит в эфире (?) (под макосью тоже). Broadcom BCM4306 вот это оно все. Линуск ни при чем.

ХОТЯ: щас поставил рядом гейбук и surface pro 3, запустил с последнего музончик, а с первого качать файло. Файло качается, музончик играет. Надо отдать должное, качается 2 МБ/сек (через этаж), а с surface то же файло качается 500 К/сек. Если под макосью запустить уши (под макосью не глючит) то качается 1Мб/сек когда уши.

Нет щастья.

provaton

Ох ты ж, оказывается макось без спросу сконвертировала мне диск с ХФС+ на АПФС. То есть, на проприетарную поделку с закрытыми спеками, которая нигде кроме макоси не читается, и читаться в ближайшее время (в случае линукса так и в дальнейшее тоже) не будет. СПАСИБО, родные, позаботились.

Sanny

Qt проект, билд под андроед.
Используются SDK/NDK, Qt libraries, JDK/Gradle. Компилится 1 файл, линкуется, запускается gradle+android build, сканируются QML зависимости, что-то еще докапывается, снова gradle, получается ADB, деплоится через USB. Все hot (в кешах), несколько запусков. Userspace filesystems отсутствуют. Фоновые процессы минимальны (chrome/dropbox итд остановлены)

Linux + ZFS (все на ZFS) — 32 секунды
Mac OS + ZFS (все на ZFS, openzfs) — 41 секунда
Mac OS + HFS+ (все на HFS+) — 39 секунд
Mac OS + HFS+ (все на HFS+) + переключиться с закладочки с билд логом, минимизировать Qt Creator и не отсвечивать — 34 секунды.
Линукс ext4 с минимизацией отрисовки не пробовал.

Такие дела. Тест делался по мотивам тормозов макси в отрисовке ейного ГУЯ, для сравнения прочих перфомансов.

Sanny

Поставил на гейбук линукс. Потому, что он быстрее работает. Макос оставил на маленьком разделе, потому что с нею работать и работать. В качестве общего диска сделал большой раздел, сделал его на ZFS. Работает достаточно быстро и там и там (macos: openzfs), еще и компрессию поддерживает. Померил еще с какой скоростью работает распиаренный Paragon NTFS , оказалось отстой. Какие были еще варианты? Fat32?

SannySanoff

Я замерял latency ввода клавиатуры гейбука на манер как делал афтор в матерьяле #2886434. Ну, скажем, что рендеринг страницы еще добавляет времени.

Короче, 7 кадров 120 FPS ~ 60 msec. +/- 16 мсек на рефреш — это встроенная клава + встроенный монитор гейбука.

А вот 4К моник (тоже 60FPS over DisplayPort) плюс механическая клава (CM Storm) дали реакцию 4 кадра, что составляет ~ 33 мсек +/- 16 мсек на рефреш.

Думаю, дело в клаве. Картинка, для удовольствия читателя, прилагается (встроенная клава+моник).

А если мерять в IDEA, там все 80 мсек по ощущениям 8(

SannySanoff

Я запустил в live mode убунту на гейбуке со своим нищебродским 4К монитором, И ОНО НЕ ТОРМОЗИТ НА НЕМ как гей-ос тормозила! Да и вообще летает очень здорово, ИДЕЙка отрисовует как родная, интерфейс умножай, не умножай, одинаково летает.

Карочи, дуал-бут! Скорее дуал-бут! Все в сад!

SannySanoff
Mac

Гейбук на 4К работает 60Гц через DisplayPort. Через HDMI работает 30Гц, выглядит неприятно: мышу тягаешь, расстояния большие, отрисовывается редко, прыгает через 3 сантиметра, мерцает. Давеча нашел DisplayPort проводочек в магазине, доволен теперь.

Новая напасть теперь — тормозит отрисовка. Не видео, а UI. Когда ставишь приемлемый HiDpi scaling, это отличается от того, как если бы пиксель-в-пиксель рисовать то же что и на обычном мониторе. Если рисовать как раньше, мелко выходит чересчур. И вот, результат: тормозит.

Это проявляется во всем, например при скролле в хроме. Видно, что процессору тяжело, ЦПУ высоко, задержки всякие. А при Хрущеве такого не было! И если поставить пиксель-в-пиксель, то количество букв и картинок на тот же размер экрана увеличивается, но не тормозит!

Хорошо заметно в IDEA, что и сподвигло меня на исследования. Я еще тогда замерял как курсор перемещается по тексту и сколько оно кушает ЦПУ. Так вот, разница ощутимая в разных scaling factors. Один быстрый, но useless, все остальные, включая "Default for display" — медленные (на встроенном мониторе default for display — быстрый).

Да, и в результате всего этого CPU жрется гораздо быстрее при простом редактировании текста! Отсюда вентилятор, троттлинг чаще итп. Началось все с новым монитором. Жабка конечно свое тоже дает, но раньше как-то было менее критично.

Такие дела. Надо будет проверить линукс еще.

SannySanoff

Почему гейпад не заряжается от гейбука? Казалось бы, все должно работать нормально, по более чем одной причине.

Но нет.. ну, какие-то копейки есть, но если экран включен, то скорее разряжается чем заряжается.

Shchvova

хочу странного. Что бы stderr выводился красным.
Сейчас это сделано таким вот сниппетом в ~/.zshrc

```
sm_color_red="$( tput setaf 1)"
sm_color_reset="$(tput sgr0 )"
exec 2>>( awk '{print "'"$sm_color_red"'"$0"'"$sm_color_reset"'"}' >&2 & )
```

Все клево работает, но есть один говняный эффект — всякие интерактивные консольные тулы пытаются спрашивать вопросы в stderr. У них это не получается прям ваще. Вопросы то не вылазят, то вылазят поздно и вообще, говно.

L29Ah

Какой mandatory access control позволит разграничить мне права для скриптоговнища, которое живёт в виде кучи симлинков с разными именами на один говноскрипт, который по имени понимает что именно запускать, без дополнительных обёрток на каждый симлинк?

nemesida7

Обновляюсь да какой-то макОС seere, 30 минут глядеть на черный экран — это скучно, но интересно, что же новенького, кажется там Siri появится, если я правильно поняла.

SannySanoff

Долгое время меня беспокоило отсутствие акселераторов на макосе. Сейчас уже не беспокоит, просто оно неудобно, и все тут. Макоеды по своей привычке быть полностью удовлетворенными даже не разводят больших флеймов по этому поводу: "ну нету акселераторов, не дал их нам Джобс, ну и Джобс с ним, Джобсу лучше видно".

Но вот в очередной раз искал как нажать шорткатом "Don't save" в стандартном диалоге закрытия в местном аналоге Notepad, и т.к. это самое частое место, решил погуглить.

Оказывается, акселераторы для диалогов пишутся штучно, руками для каждого случая, и нигде об этом не объявляется. Наткнулся я на псто, содержащее следующую боль:

"Раньше," — писал автор, — " мы счастливо нажимали Command+D, чтобы в диалоге случалось Don't save [ офигеть шаманы, откуда узнали? из платного журнала? — SannySanoff ], но в новой версии оси этот шорткат не работает, и мы все страдаем".

Отвечает гранд-шаман:

"Теперь вместо Command+D нажимайте Command+Delete, потому что это более натуральный шорткат, по нему к тому же легче попадать пальцами, а Command+D теперь меняет в диалоге тек директорию на Desktop. А если вы хотите чтобы все было как раньше, вот вам строчка в registry записать"

osxdaily.com

Вот такой вот индивидуальный подход к акселераторам, полный неожиданного WIN-а с характерным оттенком. Нескучно живут, не микрософтщина поди.