The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Player, остаётся под вопросом, opennews (??), 23-Янв-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


12. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  –1 +/
Сообщение от пох. (?), 23-Янв-21, 10:30 
Через два года сайты с таким содержимым просто сдохнут.
Останутся только оффлайн-помойки, которые и без этого булшит-бинго прекрасно работают прямо сейчас.

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

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

26. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от Я (??), 23-Янв-21, 12:10 
не сдохнут а останутся только в вэбархиве. а значит вебархиву нужно чтоб была возможность их проиграть.
Ответить | Правка | Наверх | Cообщить модератору

36. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от пох. (?), 23-Янв-21, 13:02 
Не останутся :-( Это ж не escopeta.swf известная всему миру, это ж просто сайты, например, из alexa crawl (то есть не то чтобы совсем уж васянские, алекса такими не интересуется)

Внимание: У вас нет на компьютере установленного Adobe Flash Player или версия Flash Version устарела. Вы должны скачать Flash Player для просмотра видео. Скачать Flash Player сейчас. (линк на макромедию которая линк на адоб который линк в /dev/null)

это один из таких сайтов. У меня _есть_ флэшплейер и сайт работает - это вебархив споткнулся о встроенную в плейер js проверку. И, естественно, ее там не обойти, да и  контент скачать тоже наверняка не осилил. Покажите мне хотя бы один такой плейер БЕЗ нее. То есть просто сующий object или embed без рукожопых попыток перехватить результат, чтобы это же самое пользователю показал браузер (там и мурзилой откроется).

Ответить | Правка | Наверх | Cообщить модератору

97. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от Аноним (97), 24-Янв-21, 07:48 
Даже если ты ее обойдешь - думаешь, вебархив знал как парсить флеш и выковыривать оттуда адрес откуда он H.263 качал? Поэтому он его скорее всего и не забэкапал, а оригигнал с учетом ситуации вероятно уже сдох. Как хинт - можно пытаться найти файлы с расширением FLV, их любой приличный плеер (vlc, mplayer, ffmpeg, ...) жует и без флешового интерфейса.
Ответить | Правка | Наверх | Cообщить модератору

104. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от пох. (?), 24-Янв-21, 08:45 
> Даже если ты ее обойдешь - думаешь, вебархив знал как парсить флеш и выковыривать оттуда
> адрес откуда он H.263 качал?

От вебархива ждать не приходится, а вообще с этим справлялся примитивный браузерный плагин (он даже с редту...простите, rutube справлялся, который изобрел аналог современного mse на .m3u и чем там еще, то есть в тексте самой страницы в принципе не было ссылки, она каждый раз разная, и к тому же rtmp://)

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

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

> Как хинт - можно пытаться найти файлы с расширением FLV

они туда не попадут тоже.

Традиционный механизм не 2000го, а хотя бы 2009го года - как-то так:
<div id="myvidos1">у вас компьютер говно или вы правда не слышали про плешь? Идите и не позорьтесь: http://мокромедияком/итд</div>
<script> player.init({.... "myvidos1",..."somethere.rss"...

И вот уже в этом rss - лежат ссылки на непосредственно файлы. Плейер на ходу подменяет содержимое этого div собственным объектом. Пихать голый <embed> в код страницы было немодно уже в 2005м.

А если скрипты отключить - видишь только ссылку на мокромедию. Что и имеем в случае вебархива.


Ответить | Правка | Наверх | Cообщить модератору

121. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от Аноним (121), 24-Янв-21, 16:44 
Там нет никаких стандартов, каждый городил передачу параметров к плееру как умел, плееров понаделали море, некоторые вообще внутрях SWF делали подгруз мувика, потому что ActionScript - вполне себе ЯП, покруче яваскрипта пожалуй. Так что если оно там с заподвыподвертом с своего сервера получает в SWF-ку какой-то свой формат, парсит его и качает то что там указано - ну, тогда вот так. И оттрейсить это - разве что проксиком катит.

Я даже смог найти пару стримов, ffmpeg их даже ухватил. "Problem solved!". И нахрен все эти граффли.

Ответить | Правка | Наверх | Cообщить модератору

141. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от пох. (?), 24-Янв-21, 20:40 
> Там нет никаких стандартов, каждый городил передачу параметров к плееру как умел

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

Показанный мной пример - это ДО момента когда есть что разбирать. Пока скрипт не выполнится - у тебя просто div с текстовым содержимым. И вот это уже более-менее современный веб, поэтому там все непросто, grep'ом этот js не попарсишь. Кстати, mp4/webp в такой странице вебархив тоже "не заметит" - там необязательно флэш.

> Я даже смог найти пару стримов, ffmpeg их даже ухватил. "Problem solved!".
> И нахрен все эти граффли.

для владельцев контента.


Ответить | Правка | Наверх | Cообщить модератору

150. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от Аноним (-), 25-Янв-21, 11:55 
> там все очень тривиально, эпоха до вебмакакинга.

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

> Если видишь что-то похожее на путь - вероятно, это он и есть. Собственно,
> разобрать (открытый!) формат swf тоже не особая беда, даже если этот путь где-то внутри.

Теоретически - да. Практически - это чужая *программа* и Тюринг все сказал про перспективы этого начинания. И таки да, у меня была допустим мультиплеерная игра в тетрис на этом. Наверное это все же уже не мувик, а именно некая программа.

> Но от вебархива ждать, конечно, не приходится, он в совсем тривиальных вещах путается

Именно. У них over 9000 более приоритетных проблем а флеш всегда был неудобен в вот именно этом аспекте. Ну вот не ссылался он на разные части сам себя урлами и не оперировал таковыми в диком виде.

> И вот это уже более-менее современный веб, поэтому там все непросто,
> grep'ом этот js не попарсишь. Кстати, mp4/webp в такой странице вебархив
> тоже "не заметит" - там необязательно флэш.

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

>> И нахрен все эти граффли.
> для владельцев контента.

Какого? Для них сделали EME который полу-недо-типа-стандарт. Особо наглые научились ключи выдирать, конечно, из гугловского widevine, но таковых все ж немного. А от хомячков неплохо работает, в общем то.

Ответить | Правка | Наверх | Cообщить модератору

96. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от Аноним (97), 24-Янв-21, 07:44 
> не сдохнут а останутся только в вэбархиве.

Не останутся. Ключевая проблема флеша - неумение в URL. Вебархив никогда не узнает где оно видик пыталось укачать. И не забэкапит его поэтому. А зачем вам плеер без видео? Чтобы посмотреть как он playback error напишет? :)

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

106. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от пох. (?), 24-Янв-21, 08:55 
>> не сдохнут а останутся только в вэбархиве.
> Не останутся. Ключевая проблема флеша - неумение в URL.

ну здрасьте, приехали. Урл обычно лежит себе в параметрах <object>/<embed> - и его как раз оттуда можно и грепом достать, с этим-то вебапчхив справляется кое-как, если там вообще файл - может быть rtmp, да, флэш умел и такое. Только нет же никакого object, это немодно и нестильно еще в 000х считалось, совать его пользователю без проверки, есть ли там чему открывать.
Его js на ходу создает, и урл собирает, возможно, из ошметков, куки и параметров страницы. В плейерах конца 10х годов - еще и модно было html5 capable подсовывать html, а остальным флэш (например, в пресловутый битрикс был встроен именно такой).

Вепапчхив потому и платит руфлю за as1, что, видать, это и есть тот контент, с которым единственно они знакомы - потому что он 90х годов, когда да, могли страницу сделать на статическом html.

Ответить | Правка | Наверх | Cообщить модератору

122. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от Аноним (122), 24-Янв-21, 16:50 
> ну здрасьте, приехали. Урл обычно лежит себе в параметрах <object>/<embed> -

Совершенно не обязательно, это никем никак не регламентировано и каждый др@чил как умел. Если на HLS и DASH есть хоть какое-то подобие стандарта, то в флеше бывает все что угодно. Можно даже мувик матрешкой в SWFку сунуть, о как. Выколупать его оттуда... ffmpeg вроде даже выколупывает.

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

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

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

Флешеры ржут аки кони, они все это на action script могли лет на 10 раньше вебмакак.

> Вепапчхив потому и платит руфлю за as1, что, видать, это и есть
> тот контент, с которым единственно они знакомы - потому что он
> 90х годов, когда да, могли страницу сделать на статическом html.

А они еще и платят за это? Странные люди. Лучше б авторам ffmpeg и т.п. задонатили за транскодирование.

Ответить | Правка | Наверх | Cообщить модератору

142. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от пох. (?), 24-Янв-21, 20:46 
> А они еще и платят за это? Странные люди. Лучше б авторам

да, они платиновые или какие-там спонсоры, вместе с танчиками.
> ffmpeg и т.п. задонатили за транскодирование.

swf это не только видео, а тот, который поддерживает ruffle - вообще не видео, это просто интерактивный контент. Его невозможно перекодировать.

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

Зачем нам такой архив? Архив предполагает сохранить все что можно сохранить.


Ответить | Правка | Наверх | Cообщить модератору

151. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от Аноним (151), 25-Янв-21, 11:58 
> да, они платиновые или какие-там спонсоры, вместе с танчиками.

Вселенная умеет стебаться. Но, кмк, это им не поможет и они только сольют сотни денег вникуда.

> swf это не только видео, а тот, который поддерживает ruffle - вообще
> не видео, это просто интерактивный контент. Его невозможно перекодировать.

Ну да. Это нечто типа программ могло быть. С них идеи для HTML5 и слизали...

> часто dv или еще хуже, после перекодирования совсем размазня будет.

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

> Зачем нам такой архив? Архив предполагает сохранить все что можно сохранить.

Ну, значит, будет forever lost for us.

Ответить | Правка | Наверх | Cообщить модератору

159. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от пох. (?), 25-Янв-21, 22:33 
> Вселенная умеет стебаться. Но, кмк, это им не поможет и они только сольют сотни денег вникуда.

может хотя бы escopeta.swf сохранят для потомков. Но пока стреляет из нее себе в опу, проявляя невиданную гибкость.

> Ну да. Это нечто типа программ могло быть. С них идеи для HTML5 и слизали...

оно и было, active script. Не, не слизали - в нем половины того нет, а второй половиной пользоваться невозможно, дерьмо оно.

Но as1 кое-как поддерживается руфлем, а здесь речь именно о том что в этих программах использовался готовый примитив video - и это соренсоновский h263. И вот с ним-то вышла особая бида.

> Так зачем завинчивать параметры кодирования? Оставить такие которые оригинал не портят особо.

Нет уже оригинала. Автора может уже и в живых нет, доставал тут такое надысь, давно я живу, к сожалению (причем это художественное видео, хотя и без претензий на качество). Есть часто только вот flv1. Уже с плохого оригинала, и уже слишком "эффективно" пожатый. Лучшее, что можно с ним сделать - не трогать больше.

Ну и вообще это удовольствие не на минуту - у того, вокруг чего я ходил, нажито пол-тера непосильным трудом. Мне было бы жалко своих дисков и своих ресурсов на порчу этого под возможности мегасовременных браузеров, разучившихся делать то что двадцать лет умели.
Нет, не сдуется, если не портить хотя бы явно. Кстати, напоминаю, у яблофона неодолимые проблемы с mp4 пожатым не в baseline, 8bit, шибкопродвинутые технологии не для нас.

> Ну, значит, будет forever lost for us.

Ну не то чтобы lost, но доступ будет крайне затруднен, уже не ткнешь в ссылку, придется простыню объяснений писать, куда пойти, чего нажать, чтобы это увидеть. И потом такой "обсуждаемое явление находится на 42й минуте ролика, остальное там не об этом"

Ответить | Правка | Наверх | Cообщить модератору

164. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от Аноним (-), 26-Янв-21, 18:38 
> может хотя бы escopeta.swf сохранят для потомков.

Я не знаю что это, но наверное если оно так офигенно нужно - можно вот именно эту штуку переписать? И наверное это даже сильно проще и дешевле будет, не?

> Но пока стреляет из нее себе в опу, проявляя невиданную гибкость.

Не, ну шоу с сервой они таки имхо не переплюнуть. Делать vaporware 10 лет для того чтобы оказаться уволенными за отсутствие результата это лол, конечно. ЧСХ, найти какой-то живой проект на хрусте, который бы еще и применялся где-то и прожил более 1 года вообще какой-то сильно отдельный квест.

> оно и было, active script. Не, не слизали - в нем половины
> того нет, а второй половиной пользоваться невозможно, дерьмо оно.

Ну так в флеше форматы данных все же профи делали. А в HTML5 - вебмакаки. О том что их "читаемый" (попробуйте прочесть pbf.min.js, и расскажите так ли уж жутко хексдамп читать после чтения ЭТОГО) текст жрет впятеро больше ресурсов и тормозит вообще везде. Ламерье крив@жопое, что с них взять.

> Но as1 кое-как поддерживается руфлем, а здесь речь именно о том что
> в этих программах использовался готовый примитив video - и это соренсоновский
> h263. И вот с ним-то вышла особая бида.

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

> хотя и без претензий на качество). Есть часто только вот flv1.

Ну и взять параметры которые его не портят. Я какому-то адовому div3 сделал вообще жесткий постпроцессинг до того как отдать его AV1. Даже лучше стало - по крайней мере на глаз. Адский ringing и blocking был выпилен ffmpeg'ским фильтром, а файло стало 1/3 от оригинала. Если знать что ищешь, небольшой подвох найти конечно можно (результат постпроцессинга ffmpeg) но я очень крутой постпроцессинг влупил, он медленнее-чем-реалтайм, т.е. при живом просмотре его даже такой врубать не станешь. Но т.к. AV1 сам по себе при кодировании не ракета, злой постпроцесинг ffmpeg'а меня совсем не парил.

> Уже с плохого оригинала, и уже слишком "эффективно" пожатый. Лучшее, что
> можно с ним сделать - не трогать больше.

Иногда таки прокатывает, с крутым постпроцесингом. Хотя естественно шило меняется на мыло.

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

Ну, блин, моя система не умеет запускать 32-битные бинари. Как категорию. А 20 лет назад умела.

> Нет, не сдуется, если не портить хотя бы явно.

H.263 - очень рыхлый кодек. Как и младшие мпег4.

> Кстати, напоминаю, у яблофона неодолимые проблемы с mp4 пожатым не в baseline,
> 8bit, шибкопродвинутые технологии не для нас.

А они кстати VP9 в своем сафари научились играть? AV1 вроде анонсили, но про это - я не понял, MS и то выеживаться перестал вроде.

> ткнешь в ссылку, придется простыню объяснений писать, куда пойти, чего нажать,
> чтобы это увидеть. И потом такой "обсуждаемое явление находится на 42й
> минуте ролика, остальное там не об этом"

Именно FLV открываются обычным vlc на раз и это даже полным хомякам доступно. Даже на винде и прочих андроидах.

Ответить | Правка | Наверх | Cообщить модератору

174. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от пох. (?), 27-Янв-21, 13:35 
> Я не знаю что это

Мем. Но это как раз es1 и вполне годится для вебархива (смешно как раз то, что еще и не работает)

> Не, ну шоу с сервой они таки имхо не переплюнуть.

Ну чем тебе лайтспарк (на б-жественной c++шечке) хуже? Это ж надо было все же суметь - ниасилить _полосу_прокрутки_ на втором после ютрупа сайте - за все время его жизни вообще, и за десять лет после.

Видимо, то ли es оказался нифига не простым языком для реализации, то ли место тут проклято...

> А в чем беда то? Отдать его ffmpeg и пусть тот и жрет его.

как я понимаю - ffmpeg в webasm скорее игрушка чем реально работает, и ведь отдать в него не так и просто. Больше уж шансов на то что эти ребята доделают свою реализацию - оно у них, судя по комментам, даже уже запускалось. Пока не увидели патент (протухший) и в ужасе не убежали. Но такими темпами - лет через 10.

> А они кстати VP9 в своем сафари научились играть?

вроде обещали - только кому он теперь нужен-то, если гугль за всех уже перерешил?
av1 у них есть.

> Именно FLV открываются обычным vlc на раз и это даже полным хомякам доступно.

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

Ответить | Правка | Наверх | Cообщить модератору

180. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от Аноним (181), 30-Янв-21, 04:58 
> Мем. Но это как раз es1 и вполне годится для вебархива (смешно
> как раз то, что еще и не работает)
> Видимо, то ли es оказался нифига не простым языком для реализации, то
> ли место тут проклято...

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

> как я понимаю - ffmpeg в webasm скорее игрушка чем реально работает,
> и ведь отдать в него не так и просто.

А зачем в webasm? Если тебе так зудит вывесить в современном вебе, в webm vp9 или h.264 перегони тем же ffmpeg'ом.

> вроде обещали - только кому он теперь нужен-то, если гугль за всех
> уже перерешил?

Ну как, вот прям ща играть ютуб нормально им не надо?

> av1 у них есть.

Есть, но в него пока далеко не все перекодировано.

> Ну не пойдут хомяки качать никакой vlc. Откроют сайт, увидят предложение чего-то
> там скачать, вздохнут и закроют.

Ну так перегони в вышеупомянутых, ничего предлагать не придется. Если не знаешь как с битрейтом правильно разбираться используй CRF или constrained quality, как гугл.

Ответить | Правка | Наверх | Cообщить модератору

29. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +1 +/
Сообщение от Аноним (29), 23-Янв-21, 12:28 
> Через два года сайты с таким содержимым просто сдохнут.

https://www.autodesk.com/products/scaleform/features/all/gal...

Без этого как жить? На чем рисовать 2D-скриптовую анимацию и интерфейсы меню в играх?
На SDL/DerictX корячиться прикажете, или может быть на HTML5 и прочие новые веб-стандарты переходить, которые стала замена Flash. Вон тот же PUBG имеет HTML5 вместо UI. Спросите игроков, хорошо он там работает.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

37. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  –2 +/
Сообщение от пох. (?), 23-Янв-21, 13:19 
Ну, типо - дать денех руфлю. За какие-то $500 в месяц они, вероятно, осилят поддержку твоего лично проекта - тем более что ты-то вряд ли используешь там немодный-немолодежный соренсоновский кодек? Если что не поддерживается - ну аккуратно избегай использования именно этих поломанных апи.

Это как раз то что у них похоже и впрямь получится. Через некоторое время (то есть - очень нескоро, поскольку as2 по прежнему на нуле).

directx12, конечно, вряд ли будет, но тебе ж, наверное, не надо?

Ответить | Правка | Наверх | Cообщить модератору

68. "Из-за патентов поддержка H.263 в Ruffle, эмуляторе Flash Pla..."  +/
Сообщение от Аноним (68), 23-Янв-21, 19:19 
Scaleform умер ещё раньше чем Flash, его уже давно не поддерживают и не продают. А замены не появилось, это правды. Хотя один хрен почти все игры сейчас делают на Unreal Engine, наверняка там свои приблуды есть готовые. Время своих игровых движков почти закончилось.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру