Обозначение стерва: СТЕРВА | это… Что такое СТЕРВА?

Моя начальница — стерва. Как найти управу на истеричного босса? — 19 сентября 2016

Поделиться

Грустную историю поведала редакции NN.RU жительница Нижегородской области. Едва устроившись на работу своей мечты, она столкнулась с непредвиденным обстоятельством. Милая и уравновешенная начальница оказалась истеричной натурой, в общем и целом – настоящей стервой.

«Мне кажется, что ей во мне не нравится всё: то, как я говорю, как одеваюсь, как выполняю её задания. Она взрывается по любому малозначимому поводу. Даже то, как я распечатываю документы (!), выводит её из себя, — посетовала горожанка. – Мне нравится моя работа, я долго её искала. А теперь, получается, придётся уходить на другое место?».

Многим из нас «везло» на крайне эмоциональных, требовательных, спесивых, придирчивых начальников. Стервами могут быть не только женщины, но и мужчины. Как найти ключ к такому боссу или, в самом деле, стоит задуматься о новой работе, NN.RU поинтересовался у специалистов в сфере подбора персонала.

«Когда мы говорим «руководитель», то подразумеваем (в идеале) человека, который управляет процессами, ставит задачи, контролирует их выполнение, мотивирует сотрудников, — считает руководитель отдела подбора и учёта персонала (сеть фитнес-клубов «ФизКульт») Евгения Махонина. — Руководители, действительно, бывают разными. Это личностные особенности людей: стиль, культура общения».

По мнению Евгении Махониной, если попался руководитель, который не отвечает нормам партнёрских взаимоотношений, в первую очередь, не следует переходить на его стиль общения. «Для начала я бы исключила моменты личностного, нерабочего общения и разговаривала с таким руководителем конструктивно, только по теме, — отмечает она. — Если даётся неконкретное задание – уточняла бы, в какие сроки его нужно выполнить и какой результат необходим. Выполнив работу, проверить результат на соответствие постановленной задаче. Если будут претензии — напомнить, каким было задание».

Отношения с начальником неплохо «протоколировать». Если задание даётся на словах, попросить продублировать техническое задание в электронную почту. Хорошо, когда задачи ставятся на собрании, общей встрече и есть несколько «свидетелей». Как правило, такие руководители подавляют своих подчинённых наедине, отмечает HR-специалист.

Как правило, люди такого типа не приносят требуемого результата. Лишняя эмоциональность им вредит
.

Если босс зашёл слишком далеко, не следует бояться обратиться к вышестоящему руководителю. Не следует, однако, разговаривать с руководством с позиции силы, пытаться дать начальнику отпор. «Поймите, что это такой человек. Он привык именно так общаться и именно так руководить. Вам нужны конструктивная беседа и сохранение ровного эмоционального фона. А ещё — точки соприкосновения, то, что вас объединяет. К примеру, если бы у вас был общий знакомый или общие интересы, вы общались бы иначе, более продуктивно».

В случае разногласий с начальницей-стервой смена работы – не выход. «Проблемы нужно решать, а не бежать от них. Нельзя сдаваться. Если девушке нравится её компания, работа, нужно находить решение», — рекомендует Евгения Махонина. HR-специалист отмечает, что если «спесивый босс» работает в небольшой компании и его ценит вышестоящее руководство, скорее всего, он будет работать там длительное время. В крупной компании такой человек надолго не задержится. «Как правило, люди такого типа не приносят требуемого результата. Лишняя эмоциональность им вредит, поскольку для них цель №1 – показать свою ценность и важность, подчинить себе людей. Они тратят время на обозначение своей персоны, а не на результат», — подчёркивает Евгения Махонина.

Общаться – тоже работа

«Когда речь заходит о конфликтах на работе, я советую любому человеку начать с себя, — отмечает руководитель отдела персонала сети магазинов DNS (регион «Приволжский») Ксения Клокова. – Если бы ко мне пришёл соискатель, который уволился из-за разногласий с начальником, я бы тщательно расспросила его обо всех предыдущих местах работы».

По мнению Ксении Клоковой, порядка 80% соискателей с подобными историями имели схожие конфликты и на прежней работе, с вариациями. «Конфликт никогда не бывает односторонним, в особенности если речь идёт об общении с непосредственным руководителем, — подчёркивает HR-специалист. — Это характеризует сотрудника по-разному. Возможно у него самого проблемы с коммуникацией. Он не слышит требований руководителя (независимо от того, формальные они или нет) или не может правильно истолковать их, чтобы предотвратить конфликты».

С другой стороны, не исключено, что при трудоустройстве человек не совсем правильно оценил свои возможности, и не учёл требования организации, отмечает Ксения Клокова. «К примеру, человек мог по-своему интерпретировать требования руководителя к стилю одежды. Есть компании, в которых дресс-код полностью отсутствует. А в банковской сфере, к примеру, он обязателен. Корпоративный стандарт может учитывать даже цвет рубашки: только светло-голубой или светло-розовой».

Вопрос не только в том, кто вам попался и как вам повезло, но и в том, как вы с этим работаете, что извлекаете для себя из конкретной ситуации.

Второй совет — сесть с руководителем за стол переговоров и обсудить сложившуюся ситуацию. «Нужно получить от него полную обратную связь: узнать, что не устраивает босса в вашей работе, что следовало бы изменить и как определить, что изменения успешны». «Не отрицаю, что некоторых начальниц «за глаза» можно смело отнести к категории «стерва». Но ведь вопрос не только в том, кто вам попался и как вам повезло, но и в том, как вы с этим работаете, что извлекаете для себя из конкретной ситуации, — подчёркивает Ксения. — Если вы осознанно выбираете организацию, профессию и ставите перед собой конкретные цели – достигайте их, работайте над компетенциями, в том числе коммуникативными навыками».

По сведениям специалиста, существует несколько формальных способов определения конфликтного сотрудника. Зачастую «стервы» интенсивно меняют работу: каждые 1,5 года — руководители, каждые полгода – линейные специалисты. «На собеседовании такие люди либо излишне услужливы (пытаются подстроиться под собеседника), либо, наоборот, громко заявляют о себе (входят в какой-либо образ). Если мне встречается такой человек, я запрашиваю рекомендации с предыдущих мест работы. От кого-нибудь в неформальном разговоре вы точно услышите горькую правду».

Стали свидетелем интересного события? Знаете важную информацию, о которой не можете молчать? Сообщите нам об этом – [email protected] – и об этом узнает весь Нижний Новгород.

Задержка в онлайн-трансляциях с веб-камеры, бессердечная ты стерва / Хабр

В данной статье мы расскажем о задержке, возникающей при проведении онлайн-трансляций с веб-камеры из браузера. Почему она возникает, как ее избежать и как сделать онлайн-трансляцию действительно трансляцией в реальном времени.

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

Задержка

1-3 секунды уже вызывает легкий дискомфорт в общении. Лаг уже явно заметен и под него приходится подстраиваться. Зная, что лаг есть, вы говорите как в рацию, и ждете пока долетит до удаленной стороны и придет ответ. Такую задержку еще можно назвать Роман-Татьяна, в честь двух журналистов, которые выходят на видеосвязь с места событий.

— Роман, вы меня слышите? Роман?
— Прошло 3 секунды
— Слышу вас отлично. Татьяна?
— Прошло 3 секунды…
— Роман, тут пии… что творится. Роман?

Распространенные мифы о задержке

Ниже приведем три часто-встречаемых заблуждения, связанных с задержкой и качеством передачи видео в Web.

У меня 100 mbps

1. У меня 100 мегабит, никаких проблем быть не должно.

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

Провайдер физически не может организовать 100 Mbps до любого произвольного узла в сети Интернет. Даже скорость 1 Mbps не гарантирована. Допустим ваш собеседник физически находится в глухой бразильской провинции, а вы вещаете из московского дата центра. Сколь бы толстым и быстрым ни был ваш заявленный канал, он не будет таким же до конечного адресата.

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

Кроме пропускной способности, важна еще и регулярность прихода пакетов (no-jittering). Вы можете качать видео с торрентов на больших скоростях или видеть хорошие результаты в сервисе Speedtest, но при воспроизведении в реальном времени и с минимальной задержкой — важно получить все пакеты вовремя.

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

Поэтому, если кто-то говорит, что у него хорошая и быстрая сеть (в контексте передачи real-time видео) — не верьте. Любой узел сети в любой момент времени может применить ограничения и начать сбрасывать или задерживать в своих очередях видео пакеты и с этим ничего нельзя сделать. Нельзя отправить сообщение всем узлам на пути пакета и сказать “Эй, не сбрасывайте мои пакеты. Мне нужна минимальная задержка”. Точнее сделать это можно, промаркировав пакеты специальным образом. Но не факт, что узлы сети, через которые пойдет этот пакет, ее применят.


У меня LAN

2. У меня в локальной сети точно задержки быть не должно.

В локальной сети задержка действительно менее вероятна, просто потому, что трафик проходит меньше узлов — как минимум три: устройство отправителя, роутер, устройство получателя видео.

Эти три устройства имеют свои операционные системы, буферы, сетевые стеки. Что будет если например устройство отправителя активно раздает торренты? Или если сетевой стек сервера или CPU нагружены другими задачами или если в офисе беспроводная сеть и несколько сотрудников одновременно смотрят YouTube в разрешении 720p?

При достаточно толстом (с высоким битрейтом) видеопотоке, около 10 Mbps, роутер или другой узел вполне может начать сбрасывать или задерживать часть пакетов.

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

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

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

У меня UDP

3. Я использую UDP, а при использовании UDP протокола не бывает задержек.

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

Протоколы

В то время, как космические корабли бороздят, мы осознаем, что веб-протоколов передачи данных (протоколов, с которыми работают браузеры) у нас всего два:
TCP
и UDP.

TCP — протокол с гарантированной доставкой. Это означает, что отправка пакета в сеть — это необратимая операция. Если вы отправили данные в сеть, они будут там путешествовать пока не дойдут до места назначения или пока TCP соединение не будет разорвано по таймауту. И это основная причина задержки при использовании протокола TCP.

Действительно, если пакет был задержан или сброшен, он будет высылаться вновь и вновь, пока удаленная сторона не пришлет подтверждение о прибытии пакета и это подтверждение не дойдет до отправителя.

На протоколе TCP основываются следующие протоколы / технологии более высокого уровня, которые используются для передачи Live-видео в web:

  • RTSP (interleaved mode)
  • RTMP
  • HTTP (HLS)
  • WebRTC over TLS
  • DASH
Все эти протоколы гарантируют высокую задержку при проблемах в сети. При этом важно отметить, что эти проблемы вполне могут быть не на отправителе или принимающей стороне, а на любом из промежуточных узлов. Поэтому при попытке определить причину такой задержки, зачастую бесполезно проверять сеть отправителя видеопотока и сеть принимающей стороны. С ними может быть все хорошо и при этом будет задержка более 5 секунд, вызванная чем-то посередине.

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

Отказаться от TCP не всегда просто, т.к. В отдельных случаях ему нет альтернатив. Например, если на корпоративном Firewall закрыты все порты кроме 443 (https), то единственный способ передать видео, это туннелировать его в https, организовав передачу видео пакетов по HTTPS протоколу, основанному на TCP. В этом случае придется мириться с непредсказуемой задержкой, но видео так или иначе будет доставлено.

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

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

На UDP не так много веб-протоколов для передачи видео:

  • WebRTC over UDP
  • RTMFP
Здесь под WebRTC мы имеем в виду весь UDP-based стек протоколов этой технологии STUN, ICE, DTLS, SRTP, который работает по UDP и обеспечивает в конечном итоге доставку видео по SRTP.

Таким образом, используя UDP мы имеем возможность доставить пакеты быстро, с частичными потерями. Например потерять или надолго задержать 5% отправленных пакетов. Преимущество состоит в том, что мы сами, на уровне приложения можем решать — достаточно ли нам 95% полученных вовремя пакетов для корректного отображения видео и при желании запросить недостающие пакеты опять же на уровне приложения и запросить их столько раз, сколько потребуется для того чтобы а) достичь необходимого качества видео б) сохранить задержку на низком приемлемом уровне.

В результате UDP протокол не освобождает нас от необходимости досылки пакетов, но позволяет реализовать досылку более гибко, балансируя между качеством видео, зависящим от потери пакетов и задержкой. Этого нельзя сделать в TCP, т.к. там по дизайну вшита гарантированная доставка.

Управление перегрузками (Congestion control)

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

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

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

Таким образом, абстрактное приложение для low-latency стриминга имеет две основные цели:

  • Задержка менее 500 мс
  • Максимально возможное качество для данной задержки
И эти цели достигаются следующими способами:

Цели
Задержка менее 500 мс Максимально возможное качество
  • Использование протокола UDP
  • Динамическое определение сетевых проблем
  • Динамическое определение нагрузки на CPU
  • Динамическое снижение битрейта
  • Динамическое снижение FPS
  • Динамическое снижение разрешения

  • Частичная досылка пакетов
  • Динамическое повышение битрейта
  • Динамическое повышение FPS
  • Динамическое повышение разрешения

В левом столбце перечислены способы, направленные на уменьшение задержки, а в правой — вещи, способствующие улучшению качества видео.

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

Приведем один из распространенных вопросов: “Могу ли я стримить 720p live видео с задержкой 500 мс”. Этот вопрос, в общем случае не имеет смысла, т.к. разрешение 1280x720p при битрейте 2 Mbps и при битрейте 0.5 Mbps — это две совершенно разных картинки, хотя обе имеют разрешение 720p, одна будет четкой, а вторая сильно разбавленной макроблоками.

Правильным был бы вопрос: «Могу ли я стримить качественное видео 720p с задержкой менее 500 мс и битрейтом 2 Mbps». Ответ — да можете, если между вами и точкой назначения есть реальная выделенная 2 Mbps полоса (не та полоса, которую указывает провайдер), которая позволяет это сделать. Если такой гарантированной полосы нет, то битрейт и качество картинки будет плавающим, с целью вписаться в указанную задержку, с ежесекундной подстройкой под существующую полосу.

Как видите, смайл улыбается, но задает себе вопрос “Am I happy?”. Действительно, плавающий битрейт, адаптация разрешения под полосу пропускания и частичная досылка пакетов — это компромиссы, которые не позволяют одновременно достичь близкой к нулевой задержки и true Full HD качества в произвольной сети. Но такой подход позволяет держать качество приближенным к максимальному в каждый момент времени и контролировать задержку, удерживая ее на низком уровне.


WebRTC

Многие ругают технологию WebRTC за якобы сырость и избыточность. Однако если копнуть глубже в особенности реализации, то выясняется, что технология вполне пригодная и делает свое дело неплохо — т.е. обеспечивает доставку аудио и видео в реальном времени с сохранением низкой задержки.

Выше мы писали, что в силу неоднородности сети, для поддержания низкой задержки приходится постоянно корректировать параметры потока, такие как битрейт, FPS и разрешение. Всю эту работу хорошо видно в обычном Chrome браузере, во вкладке chrome://webrtc-internals

Все начинается с веб-камеры. Предположим камера хорошая и выдает видео стабильно 30 FPS. При этом вот что может происходить с реальным видеопотоком:

Как видно из графика, несмотря на то что камера выдает 30 FPS, реальный фрейм рейт скачет при передаче в примерном диапазоне 25-31 FPS и на локальных минимумах может достигать 21-22 FPS.

Одновременно с FPS снижается битрейт. Действительно, чем меньше видео кодируется, тем меньше фреймов / пакетов отправляется в сеть, тем меньше общая скорость видеопотока.


К вспомогательным метрикам относятся RTT, NACK и PLI, которые влияют на поведение браузера (WebRTC) и результирующий битрейт и качество потока.

RTT — это Round Trip Time, который говорит о “пинге” до получателя.

NACK — это сообщение о потерянных пакетах, отправленное получателем потока, отправителю этого потока.

PLI — это сообщение о потерянном ключевом кадре с требованием его досылки.

Основываясь на количестве потерянных пакетов, досылок, RTT, можно строить выводы о качестве сети в каждый момент времени и динамически корректировать мощность видеопотока таким образом, чтобы она не превышала пределов возможности каждой конкретной сети и не забивала канал. В WebRTC это уже реализовано и работает.

Тестирование 720p WebRTC видеопотока

Для начала протестируем трансляцию WebRTC видеопотока в разрешении 1280×720 (720p) и измерим задержку. Тестировать трансляцию будем через WebRTC медиасервер Web Call Server 5. Тестовый сервер находится на площадке Digitalocean в датацентре Франкфурта. Пинг до сервера составляет 90 ms. Интернет-провайдером обозначена скорость 50 Mbps.

Параметры тестирования:

Сервер Web Call Server 5, DO, Frankfurt DC, ping 90ms, 2 core, 2Gb RAM
Разрешение потока 1280×720
Система Windows 8.1, Chrome 58
Тест Эхо тест с отправкой видео на сервер в одном окне браузера и получением в другом
Для тестирования мы использовали стандартный пример media_devices.html, расположенный по этой ссылке. Исходный код примера находится здесь.

Для того, чтобы установить разрешение потока 720p, выбираем камеру и выставляем 1280×720 в настройках Size. Кроме этого Play / Video / Quality выставляем в 0 чтобы не использовать транскодинг.

Таким образом, мы отправляем на удаленный сервер 720p видеопоток и проигрываем его в окне справа. На странице в это время отображается подтверждающий статус PUBLISHING.

Далее запускаем таймер с миллисекундами с виртуальной камеры и делаем несколько скриншотов для измерения реальной задержки.

Скрин 1

Скрин 2

Скрин 3

Скрин 4

Скрин 5

Скрин 6

Скрин 7

Скрин 8

Скрин 9

Скрин 10

Результаты теста и задержка

В результате, получаем следующую таблицу с результатами измерений в миллисекундах:

  Captured Displayed Latency
1 09599 09277 322
2 13376 12992 384
3 16256 15866 390
4 19198 18751 447
5 22394 22022 372
6 25661 25211 450
7 32511 32126 385
8 36166 35839 327
9 40318 39935 383
10 45310 44987 323
Получаем такой график задержки 720p потока на нашем минутном тесте:

Тест 720p трансляции показал довольно неплохой результат с визуальной задержкой в 300-450 миллисекунд.

Графики WebRTC битрейта

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

Ниже приведены графики этой WebRTC-трансляции

Из графиков видно, что битрейт потока динамически меняется в диапазоне 1-2 Mbps. Это происходит потому, что сервер автоматически определяет нехватку канала и просит Chrome понижать битрейт время от времени. Планка битрейта меняется динамически и обозначена на графике красным цветом googAvailableSendBandwidth. Зеленым цветом обозначен реально отправляемый битрейт googTransmitBitrate.

Так работает Congestion Control на стороне сервера. С целью избежать перегрузок сети и потерь пакетов, сервер постоянно корректирует битрейт и браузер следует командам сервера по корректировке битрейта.

При этом на графиках ширины и высоты все стабильно. Отправляемая ширина 1280, а высота 720p. Т.е. Отправляемое разрешение не меняется и управление битрейтом происходит без изменения разрешения, путем понижением битрейта кодирования видео.


Контроль перегрузок CPU

Для того, чтобы разрешение не менялось, мы отключили на тестах использование CPU детектора (googCpuOveruseDetection) для браузера Google Chrome.

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

mediaConnectionConstraints: {"mandatory": {googCpuOveruseDetection: false}}
С использованием CPU-детектора графики выглядят плавнее, но при этом разрешение видеопотока постоянно переключается вверх и вниз.

Для тестирования адаптаций выберем машину послабее. Это будет Mac Mini 2011 года с core i5 1.7 Ghz и Chrome 58. В качестве теста будем использовать тот же самый мультик.

Обратите внимание, что в самом начале стриминга разрешение видео упало на 540×480.

В результате имеем следующие графики:

На графиках можно видеть как меняется ширина и высота картинки, т.е. Разрешение видео:

А на этих графиках показано, на фоне каких изменений проходили понижения и повышения ширины и высоты.

Параметр googAdaptationChanges показывает количество событий (адаптаций), которые инициировал Chrome в процессе стриминга. Чем больше адаптаций проходит, тем чаще меняется разрешение видео и битрейт в процессе видео стриминга.

Что касается битрейта, его график получился более пилообразным, несмотря на то, что сервер не занижал верхнюю планку.

Такое агрессивное изменение битрейта связано с двумя вещами:

  1. Включением адаптаций googAdaptationChanges на стороне браузера Google Chrome, которые были вызваны повышенной нагрузкой на CPU.
  2. Использованием кодека H.264, который кодирует иначе чем VP8 и может сильно сбрасывать битрейт кодирования в зависимости от содержания сцены.



Заключение

В результате мы сделали следующее:

  • Измерили задержку WebRTC трансляции через удаленный сервер и определили ее средние значения.
  • Показали как ведет себя битрейт 720p видеопотока в VP8 кодеке при отключенных адаптациях CPU, как битрейт адаптируется к сетевым условиям.
  • Увидели планку битрейта, динамически выставляемую сервером.
  • Протестировали WebRTC-трансляцию на менее мощной клиентской машине с адаптацией под CPU и H.264 кодеком и увидели динамическую корректировку разрешений видеопотока.
  • Показали метрики CPU, которые влияют на изменение разрешения и количество адаптаций.
Таким образом, можно ответить на несколько вопросов, которые подразумевались в начале статьи:

Вопрос: Что нужно сделать, чтобы сделать WebRTC трансляцию с минимальной задержкой?
Ответ: Просто сделать трансляцию. Разрешение и битрейт потока автоматически скорректируются к значениям, обеспечивающим минимальную задержку. Например, если задать 1280×720, битрейт может спуститься до 1 Mbps, а разрешение 950×540.

Вопрос: Что нужно сделать, чтобы сделать WebRTC трансляцию с минимальной задержкой в стабильном разрешении 720p?
Ответ: Для этого канал пользователя должен реально давать как минимум 1 Mbps и должны быть отключены адаптации CPU. В этом случае разрешение не будет падать и подстройка будет происходить только за счет битрейта.

Вопрос: Что будет с 720p видеопотоком на полосе 200 kbps?
Ответ: Будет размытая макроблоками картинка и низкий (около 10) FPS. При этом задержка останется низкой, но качество видео визуально будет очень плохим.

Ссылки

Media Devices — тестовый пример WebRTC трансляции, который использовался для тестирования задержки
Source — исходный код примера тестовой трансляции.
Web Call Server — WebRTC сервер
chrome://webrtc-internals — графики WebRTC

запросов, состоящих из одного слова. Есть ли мужской эквивалент слова «сука»?

спросил

Изменено 5 лет, 1 месяц назад

Просмотрено 263 тыс. раз

Хотя я знаю, что мужчине можно приписать слово «стерва», я чувствую, что в нем есть чувство женственности.

Мне интересно, есть ли разговорный эквивалент, описывающий кого-то с качествами «суки» без женского оттенка.

Кроме того, Википедия говорит, что

Применительно к мужчине стерва является уничижительным термином для подчиненного.

Означает ли это, что сука полностью теряет свое значение, когда приписывается кобелю? Поскольку это слово вульгарное и неформальное, имеет ли оно вообще какое-то значение?

  • однословные запросы
  • сленг
  • уничижительный язык
  • гендерно-положительный
8

В комментариях было разъяснено, что точная цель здесь состоит в том, чтобы найти общее оскорбление , которое применяется только к мужчинам , так же, как «сука» применяется только к женщинам, когда используется как общее оскорбление. .

Таким образом, я бы предложил член(голова) , придурок , дрочил (в основном британский английский) или 9 0035 укол .

Все это довольно общие термины оскорблений, которые не подразумевают и не акцентируют внимание на чем-то конкретном в отношении человека, на которого направлено оскорбление (в отличие, скажем, от слов «идиот» или «придурок», которые фокусируются на интеллекте объекта, или его отсутствие), но вряд ли будут использоваться по отношению к женщинам.

Отредактируйте , чтобы добавить:

Как отмечено в комментариях, эти могут иметь более конкретные значения, чем просто общие. Если вы говорите, что кто-то хамит в чем-то, это обычно означает, что он ведет себя снисходительно, упрямо и высокомерно. Этот нюанс отсутствует, если вы просто употребляете слова аппозитивно к местоимению, т. е. говорите «Ты хуй!» кому-то.

9

В самом общем смысле «ублюдок» может быть эквивалентом и кажется наиболее универсальным термином. (даже на некоторых других языках)

Как в «Ублюдок!» против «Ты, сука!». Но между ними все же могут быть разные смыслы. Это зависит от ситуации.

От Etymonline:

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


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

Из книги «Освободительные движения в композиции: Риторика возможности» Андреа Гринбаум (2012):


Из книги «Анатомия ругани» 005


Существует manwhore также для эквивалента оригинального смысла:

(сленг) Человек, продающий свое тело за деньги; мужчина проститутка.

(сленг) Распутный мужчина, не уважающий своих сексуальных партнеров или эмоциональную ценность своих отношений.

Примечание: Это скорее эквивалент слова «шлюха» в современном использовании. Slut даже иногда используется для мужчин.


Википедия также говорит: (от «сука»)

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


Существует даже термин «мужчина сука» согласно городскому словарю. (Примечание: такое использование не распространено.)

Мужчина, который ведет себя как стерва. Злобный, неприятный эгоистичный человек; особенно как женщина. Слабый или недостойный.

4

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

Если вам нужно что-то с рейтингом G, я бы выбрал рывок или ползучесть.

1

Лучший эквивалент dick , используемый во многих сериалах, например:

  • Она настоящая стерва.
  • Он настоящий мудак.

Обычно подразумевает, что человек эгоистичен и высокомерен.

1

Я думаю, этот ублюдок действительно делает это… для меня это эквивалент стервы в женском мире 😉

0

Для более буквальной противоположности «собака» может работать (в кругах разведения «сука» — это самка, а «собака» — самец). При правильном тоне и контексте это может означать ленивого или нелюбимого человека.

Он никчёмный пёс.

Тон и контекст здесь очень важны, так как «собака» применительно к людям может иметь много значений. Например, это может относиться к удаче или удаче, а не к оскорблению:

Счастливчик!

Однако из-за множества значений одно и то же слово, безусловно, может применяться как к мужчинам, так и к женщинам. Используемое как оскорбление, «собака», применяемое к женщине, обычно относится к уродливой внешности, а не к какой-либо другой черте характера (как это могло бы быть применительно к мужчине).

Говорят, она настоящая собака.

Хотя осел не обязательно является мужским эквивалентом стервы, он может быть прекрасной альтернативой стерве.

Дик также может быть подходящим эквивалентом. Хотя его использование может вызвать в памяти образы вышеупомянутой части тела. Я чувствую, что предложения «Перестань быть мудаком» и «Перестань быть стервой» для их соответствующего пола одинаковы. Тем не менее, «Хватит быть придурком» и «Перестань быть пиздой» также имеют одинаковое значение для представителей своего пола, хотя общественное признание последнего в США не так хорошо воспринимается.

На мой взгляд, осел был бы вероятным кандидатом на мужскую форму стервы.

Я не думаю, что слово, которое вы ищете, существует, потому что значение «сука» заложено в женской гендерной норме. Он описывает довольно специфический тип поведения, который гораздо чаще встречается у женщин; таким образом, невозможно вести себя как «стерва», не действуя стереотипно по-женски.

Если вам нужно слово, аналогичное слову стерва, в том смысле, что оно описывает похожее поведение, но в мужском ключе, я бы выбрал «придурок», если акцент делается на дерзости, или «мудак», если акцент на подлости.

Применительно к мужчине и женщине это означает разные вещи.

Стерва, говоря о женщине, относится к женщине, которая не дружелюбна и ведет себя эгоистично, постоянно жалуется или очень оскорбляет. «Я только что поздоровался, а она огрызнулась на меня, как стерва». Конкретным мужским аналогом этого в Соединенных Штатах будет член.

Сука, говоря о мужчине, относится к плаксивому или трусливому мужчине. Это скорее кастрирующее оскорбление. «Этот чувак боится пауков. Он такая сука».

Сука, говоря о неодушевленном предмете, обычно имеет в виду что-то сложное. «Работа сегодня была сукой».

Точного эквивалента нет, потому что «стерва» как оскорбление, по крайней мере, в современном употреблении, тесно связано с гендерными нормами. «Стерва» относится не только к поведению; это также подразумевает, что такое поведение неуместно из-за пола человека.

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

Если вам нужен аналог мужского пола, вы можете воспользоваться двумя подходами:

1) Агрессивного и откровенного мужчину можно назвать «прямым в лицо» или «напористым», или, в крайнем случае, «засранец.» Но его поведение, вероятно, не будет охарактеризовано так негативно, как женское, потому что общество ожидает от мужчин иного базового уровня агрессии, чем от женщин.

2) С другой стороны, есть много терминов для мужчин, которые нарушают гендерные нормы. В этом смысле слова вроде «киска», «педик», «слабак» или «педик» можно считать мужскими «эквивалентами» слова «стерва».

На мой взгляд, (другое) эквивалентное слово может быть cur . Это также относится к собаке, и я также видел, как оно используется в уничижительной манере. Что-то вроде

«Ты бесполезная дворняга»

, хотя сейчас это кажется немного грубее/невежливее, чем «сука».

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

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

1

99 % — это стерва: 100 % — это ветерок

100 % — это ветерок

Когда вы на 100 % привержены чему-то, становится значительно легче, чем если бы вы были привержены этому только на 99 %. Вам редко приходится принимать какие-либо решения, будете ли вы заниматься этим или нет. Вы просто делаете.

Например, представьте, что вы обязуетесь сдать сертификационный экзамен (например, экзамен Security+) в определенный день. Вы понимаете, что для этого вам нужно учиться определенное количество времени, и вы решаете учиться не менее двух часов каждый вечер. Это становится вашим 100% обязательством.

И тут возникает конфликт. Вы внезапно испытываете искушение сделать что-то еще (например, пойти на вечеринку, пойти на шоу, пойти на спортивное мероприятие или что-то еще, кроме учебы. Вы придерживаетесь своего обязательства учиться или делаете что-то еще?

Если вы действительно на 100% преданы делу, это совсем не искушение. Вы кратко оцениваете варианты, признаете свое обязательство и придерживаетесь его.


Принцип № 35 от того, где вы находитесь, к тому, где вы хотите быть» — 99% — стерва: 100% — ветерок. 1% может изменить мир. Представьте, если бы авиакомпании стремились обеспечить безопасность только на 99,9%, это привело бы к двум небезопасным посадкам в международном аэропорту О’Хара (не говоря уже обо всех других аэропортах мира).

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

– Кен Бланчард


99% это стерва

Напротив, представьте, что вы преданы своему делу только на 99%. Каждое искушение может украсть вашу энергию и концентрацию, если вы потратите время на размышления о том, поддадитесь ли вы искушению или нет. Всевозможные сценарии могут начать прокручиваться в вашем уме. Может быть, я смогу исправить это завтра. Может быть, пропустить день — это нормально. Возможно, экзамен будет не таким сложным. Может быть, я смогу спать с книгой под подушкой.

В связи с этим стоит не торопиться, прежде чем брать на себя обязательства. Одним словом, не давайте себе обещаний, которые не сможете выполнить.

Нерест лосося и 100% обязательство

Мы с женой недавно наслаждались прогулкой на реактивном катере вверх по реке Суситна на Аляске. Одним из ярких моментов был вид на несколько сотен нерестящихся лососей, ожидающих своей очереди, чтобы прыгнуть через водопад. Это было потрясающее зрелище.


Несмотря на то, что многие прыжки были довольно сложными для этих рыб, они упорствовали. Их цель была ясна, и ничто не могло помешать им достичь ее. Каждый из них был на 100% привержен достижению своей цели. Когда они подошли к сложному прыжку, они не сомневались в своей приверженности. Они не тратили время на обсуждение того, будут ли они продолжать. Они не искали оправданий. Они не винили ни скалы, ни течение. Они просто продолжились.

100% — это бриз, когда звенит будильник

Мартин Базер участвовал в Iditarod 33 раза и четыре раза занимал первое место. Он говорит, что обычно бегает с собаками около пяти-семи часов, а затем делает перерыв примерно на пять-семь часов. Тем не менее, перерыв в основном для его собак. Он проводит большую часть времени, кормя их, ухаживая за ними, растирая и проверяя их ноги, меняя их пинетки и бросая сено, чтобы они могли спать. В какой-то момент он ест и спит, иногда спит всего около 45 минут.

«Я точно знаю, где мои пределы;
Я переступаю через них каждый день.

– Мартин Базер, четырехкратный победитель Iditarod

Когда срабатывает будильник, он говорит, что должен принять решение. Он больше встает или спит? (У него нет будильника.) Однако решение очевидно. Он в гонке, чтобы закончить ее и сделать все, что в его силах. Он встает, готовит своих собак и вскоре снова начинает тискать.

Четырехкратный чемпион Iditarod Мартин Базер покидает контрольно-пропускной пункт Rohn на Аляске во время гонок на собачьих упряжках Iditarod Trail во вторник, 5 марта 2013 г. (AP Photo/The Anchorage Daily News, Bill Roth)

Представьте себе гонщика, который не участвовал в гонке, чтобы финишировать, а просто хотел стартовать и участвовать. По мере того, как сильный мороз (до 60 градусов ниже нуля) и метель становятся интенсивными, это может легко создать отвлекающий разговор в его (или ее) голове. Без стопроцентного обязательства он может начать спрашивать себя: «Действительно ли я хочу это сделать?»

100 % – это легко Резюме

Разница между 99 % и 100 % может показаться небольшой, но когда вы преследуете любую достойную цель, она может означать разницу между успехом и неудачей. Этот 1% может создать мини-дебаты в вашей голове. Это может украсть ваше внимание, энергию и энтузиазм. Однако при 100% приверженности ваши решения будут легкими. Во многих сценариях 100%-е обязательство — это очень просто.


Об этом посте

С 2008 года я учился у Джека Кэнфилда (известного автора «Куриного бульона для души»). Я приписываю большую часть своего успеха (включая авторство или соавторство более 40 книг) применению принципов в моя жизнь, которой он учит. В настоящее время я просматриваю его книгу «Принципы успеха: как добраться от того, где вы находитесь, до того, где вы хотите быть», охватывая один принцип в неделю.


Вот ссылка на другие размышления о принципах успеха Джека Кэнфилда.