BulgariaSat-1 – Falcon 9 – Кеннеди LC-39A – 23.06.2017 19:10 UTC

[andr59]

Кстати, знал одну даму в конструкторском бюро МЭИ, которая своими руками паяла кварцевый резонатор на 1 МГц для гагаринского Востока. 
Резонатор не подвел, она получила премию, кажется 15 рублей..А может быть это байки... Но я верю.

[andr59]

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

[andr59]

SGS_67 пишет:
Как раз конструктив корпуса, подвес пьезопластины и составляет ноу-хау, защищённое сотнями патентов у десятков крупных произаводителей

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

Ладно , сдаюсь , ваша взяла...

[andr59]

И последнее, вообще о резонаторах на какие частоты мы говорим? Одно дело линзы для низкочастотных резонаторов - там действительно нужна полированная поверхность, или о высокочастотных резонаторах выше 15 МГц.

Н-да.

[SGS_67]

DiZed пишет:
можно сжимать последний кадр только на основании предыдущих, но если в обработке будут участвовать и последующие - эффективность будет выше.

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


Это так называемая схема "анализа через синтез", разработанная ещё в начале 70-х для компрессии речевого сигнала, и впоследствии получившая широкое распространение в разных областях техники.
Её алгоритмическая задержка равна 0. То есть, 0 кадров.
Реальное значение для системы трансляции, с учётом времени передачи, составляет величину порядка одного кадра.
Попробуйте разобраться. Источник - вот, чуть ли не первый попавшийся, но там всё хорошо описано:
https://doc.lagout.org/Others/Information%20Theory/Compression/Real-Time%20Video%20Compression%20Techniques%20and%20Algorithms%20-%20Raymond%20Westwater.pdf

А до того, больше об этом не пЕшите.

 задержка на величину буфера - обычное дело, кроме тех случаев, когда ее нужно минимизировать. 

Вот же дятел...  

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

Формулировка не моя, но тут она как нельзя кстати.

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

Брехня.
Как и всё далее.
Извольте ознакомиться с записями рокиткамов. Там всё, о чём я писал, наличествует в полной мере.

[SGS_67]

andr59 пишет:

SGS_67 пишет:
Как раз конструктив корпуса, подвес пьезопластины и составляет ноу-хау, защищённое сотнями патентов у десятков крупных произаводителей.
Наилучшие резонаторы вообще имеют бесконтактный подвес, и левитируют в вакууме между злектродами.

особенно понравился "бесконтакный подвес" и левитация между электродами...

Понятно.
Разработчикам кварцевых фильтров такое даже в страшном сне не привидится, верно?     

andr59 пишет:

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

Н-да. Если речь не идет о низкочастотных резонаторах на частоты порядка 1 Мгц, а о резонаторах частотного диапазона выше 15 МГц достаточно шлифованной поверхности кристаллического элемента...

Во-во, шлифованной...
Абразивной шкуркой, ещё скажите.
Поверхность пьезоэлемента, вообще-то, полируется.
И чистота поверхности как раз определяет качество резонатора.

Да, кварцы с частотой фундаментальной моды 1-2 МГц относят к среднечастотным, а не НЧ.

 - низкое сопротивление определяется диаметром электрода и при диаметре пластины в 6 мм этот электрод диаметром в 3 мм вполне обеспечивает 3-6 ом сопротивления при ослаблении неж. резонансов в 3-6 дБ.

Приведите практический пример резонатора с эквивалентным R в 3-6 ом.
Либо больше ничего не пишите на сию тему.

Что касается фильтровых резонаторов, то у них из за так называемой теории захвата энергии значительно меньшие диаметры электродов, которые при определенной массонагрузке электродов дают ослабление неж. резонансов выше 45 дБ. Для того, чтобы они дышали, необходима полированная поверхность, только тогда можно обеспечить сопротивление не выше 20-40 ом при добротности в 120 тыс.

Батенька, мне приходилось общаться с кварцеведами, которые вручную делали фильтры с добротностью порядка 3-5 миллионов на частотах до 10 мегагерц. Но это была штучная продукция.

Вы, думаю, о таких даже не слышали.

andr59 пишет: 

SGS_67 пишет: 

Как раз конструктив корпуса, подвес пьезопластины и составляет ноу-хау, защищённое сотнями патентов у десятков крупных произаводителей

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

Это технологии даже не конца прошлого века, а его середины.
Сейчас, например, пьезоэлемент вывешивают на 4-х "пружинках", полученных на его краях методами глубокого травления. По технологии MEMS, если вам это слово что-то говорит.

Ладно , сдаюсь , ваша взяла...

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

[DiZed]

SGS_67 пишет:

 https://doc.lagout.org/Others/Information%20Theory/Compression/Real-Time%20Video%20Compression%20Techniques%20and%20Algorithms%20-%20Raymond%20Westwater.pdf

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

B frames (bidirectional or interpolated frames) are coded using two reference frames, a past and a
future frame (which can be I or P frames). Bidirectional, or interpolated coding provides the highest
amount of compression

и поймите, что кодирование B-фреймов не может начаться, пока в буфере не окажется 2
опорных I/P фрейма, первый и последний. Т.е. первый B - фрейм не может появиться на выходе раньше последнего в этом блоке I/P фрейма, задержка не может быть меньше чем число кадров в таком блоке. При этом для увеличения эффективности I/P фреймы стараются вставлять в поток как можно реже. в свою очередь, декодирование первого B-фрейма не может начаться раньше поступления в декодер последнего опорного; соответственно увидеть вы его можете только с удвоенной задержкой. мне казалось, что уж этот принцип-то с опорными кадрами вообще всем известен, кто хоть когда хоть что-то пытался с видео делать.

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

[SGS_67]

DiZed пишет: 

SGS_67 пишет: 

https://doc.lagout.org/Others/Information%20Theory/Compression/Real-Time%20Video%20Compression%20Techniques%20and%20Algorithms%20-%20Raymond%20Westwater.pdf 

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

B frames (bidirectional or interpolated frames) are coded using two reference frames, a past and a 
future frame (which can be I or P frames). Bidirectional, or interpolated coding provides the highest
amount of compression 

Хорошо, что нашли время почитать, серьёзно. Жаль, что поверхностно, но это временные трудности.
"Вода камень точит".    

Теперь начнём разбор полётов.

Я не зря упоминал реал-тайм (live) трансляцию, с постоянным битрейтом. Например, с IP-камер, коих сейчас чуть не в каждом подъезде.
Там B-кадры, как правило, отсутствуют вовсе, и на это есть причины.

Есть специальные случаи live-трансляций, где они присутствуют стандартно, однако, умолчу из вредности. К теме это отношения не имеет.
Приведённая мной схема соотв. получению Р-кадра. Там таких большинство. Есть ещё опорные I, но там прямая обработка, без оглядки на соседей.
Получение и тех, и других, имеет алгоритмическую задержку, равную 0 кадров.

Использование B-кадров имеет смысл в двух- и более проходных системах кодирования, особенно с переменным битрейтом, когда видеопоток предполагает его сохранение на носитель. Исходно он обычно пожат слабо, или вообще raw. В этих случаях, используются обширные возможности компьютера в части буферизации и скорости вычислений. И то - на качественное пережатие, скажем, 40-Гб блюрей фильма до 8-10Гб рипа, на ПК уходит несколько часов. А при записи HD видео с камеры, компрессию обычно делают слабую, ради качества исходного материала, который потом можно обработать не торопясь.

Цель использования Б-кадров состоит не в "улучшении изображения", а в уменьшении интегрального размера выходного материала.
Так вот.

и поймите, что кодирование B-фреймов не может начаться, пока в буфере не окажется 2 
опорных I/P фрейма, первый и последний.

Что значит "первый и последний"?
Там, где применяются B-кадры, алгоритмическая задержка равна длине их непрерывной последовательности, и на практике не превышает 2-х кадров. Дальнейшее её увеличение не имеет смысла.
Специальные случаи не-реал-тайм компрессии не рассматриваем.

 Т.е. первый B - фрейм не может появиться на выходе раньше последнего в этом блоке I/P фрейма, задержка не может быть меньше чем число кадров в таком блоке.

Бред.
Алгоритмическая задержка равна длине непрерывной последовательности B-фреймов. То есть, меньше числа кадров в вашем блоке на 2.
См. выше.

 При этом для увеличения эффективности I/P фреймы стараются вставлять в поток как можно реже.

Для "увеличения эффективности", в части зрительного восприятия, в реал-тайм системах, опорные I-кадры как раз стараются вставлять как можно чаще, насколько это позволяет битрейт.
Вследствие вероятных ошибок в канале.
P-кадры, вообще говоря, являются не опорными, а "предсказанными вперёд" (forward predicted) по схеме, приведённой мною выше.

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

Бред в квадрате.
Подумайте, о чём вы пишете. Особенно в части задержки, с которой я его увижу, с учётом его путешествия на геостационар и обратно. Возможно, даже не одну.
Какое это вообще имеет значение?
Тогда, как речь идёт о задержке только передачи информации о событии, относительно момента его фактического наступления.

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

Ну, я-то, положим, пытался, и не так уж безуспешно. Был внедрённый проект лет -надцать назад, именно по части записи видеопотоков с аналоговых камер на диск.
А вот на что рассчитывают пейсатели от понятий - не понять мне, хоть убей...
К несчастью, всеобщее отупение, вкупе с жаждой самоутверждения, стало не только реальностью, но даже нормой, нашей жизни...      

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

Определение невежества дано в моём предыдущем посте.
Большая просьба ознакомиться, не петушась.

[tnt22]

На FNSF открыта ветка, освещающая доставку 1-й ступени РН (F9-B1029.2) в Порт Канаверал.

Ожидаемая дата прибытия в порт - 2017-06-29

[tnt22]

Прогнозируемое время прибытия ELSBETH III в Порт Канаверал - 06:00 - 14:00 EDT (13:00 - 21:00 ДМВ)

[tnt22]

Общие сведения о судне ELSBETH III и текущее местоположение. Положение на карте

[DiZed]

SGS_67 пишет:

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

[tnt22]

На 08:52 UTC ELSBETH III находилась от входа в порт примерно в 16.5 милях (≈ 30.5 км). Текущая скорость судна - 5.1 уз. Примерное время в пути - 3 часа 15 мин.

[tnt22]

Julia Bergeron‏ @julia_bergeron 2 мин. назад

Look who came to say good morning! #OCISLY is on the horizon and still standing. @SpaceX @NASASpaceflight

[tnt22]

Julia Bergeron‏ @julia_bergeron 58 мин. назад

Welcome home #OCISLY You have new hardware on board! #Roomba Wave to the team everybody!

[tnt22]

Julia Bergeron‏ @julia_bergeron 48 мин. назад

A better shot of #Octograbber #bargex from my camera.

[tnt22]

Julia Bergeron‏ @julia_bergeron 31 мин. назад

A shot with a little more leg. #bargex #Octograbber @Avron_p @NASASpaceflight Please credit or tag me in photo use.

[tnt22]

Michael Seeley‏ @Mike_Seeley 16 мин. назад

"Roomba" (or whatever we're calling it) deployment: confirmed, as the #SpaceX #BulgariaSat1 #Falcon9 returns to port Thursday AM.

[tnt22]

Scott M‏ @Restrantek 24m ago

Arrived. #OCISLY #Falcon9 #BulgariaSat1 @SpaceX @SpaceNews360

[xatkoff]

под ступенью "Румба"?