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

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

Fuck you, that's why.

*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 миллисекунд на кадр, братие! Из говенного интела! Туда еще столько влезет!

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

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

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

Mac

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

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.

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

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

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

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

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

Нет щастья.

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

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 с минимизацией отрисовки не пробовал.

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

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

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

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

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

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

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

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

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

Mac

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

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

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

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

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

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

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

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

хочу странного. Что бы 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. У них это не получается прям ваще. Вопросы то не вылазят, то вылазят поздно и вообще, говно.

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

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

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

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

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

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

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

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

osxdaily.com

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

Чтобы скомпилить проект на Xcode чтобы гонять его под 64-битовым X86_64 симулятором, надо угадайте что? Правильно, поставить в проекте архитектурой строго arm64.

Я сам догадался! Интуиция уже начала подсказывать анальноватое дао Яббла.