Скачивание с youtube в самом высоком качестве - Страница 6 - Videoforum

rococo795 · 20.11.2014, 09:55

Ааааа - суть то твоего вопроса..... Из вышесказанного думаю понятно, что мест откуда можно выдернуть данные кадра - как минимум НЕ ОДНО... Мне это говорит о том - что если кадры идентичны (то скорее всего они и есть идентичны, берутся из одного буфера,... но может что они берутся на каком то участке дороги? - тогда мы не знаем а что реально донесли киберчелы в пиксель) и вот сравнивать файлы или части файлов меж собой - можно только если ты чётко представляешь себе как закодированы данные.... может быть так что данные в файле НЕ идентичны - НО! киберчелы это знают и в конечном итоге разнесут все байты по своим пикселям.....
Вот как то так.. Сумбурно непонятно и непрофессионально конечно - но я не профи и никогда уж им не стану... Просто интересно.... Но думаю общий смысл донёс правильно....

zombie683 · 20.11.2014, 12:52

Цитата:

Просто чтобы определить как Супер переделывает видео

в режиме direct stream copy ни одна программа не переделывает видео, а по остальному - вроде h264avc c открытым кодом, сходи почитай что там у него на "молекулярном уровне".
На многих форумах по аудио есть такая присказка "Слушайте музыку ушами, а не рассматриванием спектрограмм и чтением логов", аналогично можно сказать - смотрите видео на экране, а не читая байтики и циферки.

Жрец Нефтиды · 20.11.2014, 21:23

Чтобы не осталось даже тени подозрения, что "Супер" в режиме "Direct stream copy" коверкает дорожку – пошаговая инструкция для дотошных египтян.
1. Скачиваем My MP4Box GUI с официального сайта:
http://my-mp4box-gui.zymichost.com/download.html
Поскольку этот официальный сайт пребывает в предматочном состоянии из-за недостатка бабла, скачать можно отсюда:
http://www.videohelp.com/tools/My-MP4Box-GUI
2. Чтобы софтина заработала, в систему должен быть установлен Нэт Фреймвок не ниже 3-го релиза.
3. Скачиваем с "тюбика" DASH mp4. Скармливаем его MP4Box GUI и мюксируем в контейнер mp4. Этот mp4 будет спокойно пожираться матрёшечником. Перегоняем его матрёшечником в mkv. Извлекаем из полученного mkv элементарный h264 поток MKVExtractGUI2.
4. Запускаем "Супер" и перегоняем исходный DASH mp4 в mkv. Извлекаем из полученного mkv элементарный h264 поток MKVExtractGUI2.
5. Сравниваем хэши полученных элементарных h264 потоков. Убеждаемся, что они идентичны.
Итог: программа MP4Box GUI, написанная совсем другими программистами, выдала тот же самый элементарный поток, что и "Супер". Полагаю, что больше нет повода ГОЛОСИТЬ, что "Супер" что-то там коверкает.
=====
Я рекомендую не шибко-то там юзать MP4Box GUI: прога не обновлялась с рокового 2012 года, да и не производит впечатление универсальной и надёжной. Здесь мы её задействовали в качестве свидетеля для снятия обвинений с "Супера". А вот "Супер" обновляется систематически, и если какой-либо файл не жрётся матрёшечником, то его нужно гнать через "Супер".

rococo795 · 21.11.2014, 06:24

Цитата:

Сообщение от zombie683

direct stream copy

Вот я не пойму при чём тут этот режим???? Мы ж говорили о том что Супер будет перекодировать нечитаемые эм пэ 4 в эм ка вэ???? Или я не так понял???

zombie683 · 21.11.2014, 06:49

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

Цитата:

Сообщение от rococo795

Супер будет перекодировать нечитаемые эм пэ 4 в эм ка вэ????

Это смена контейнера, а не перекодировка, с таким же успехом можешь вместо mkv поместить в m2ts в ТСМуксере или в АВИ в Дабе.
Например, очень захотелось AVI
[Для просмотра данной ссылки нужно зарегистрироваться]
Вот, посмотри AVI с h264 AVC, только звук не добавлял [Для просмотра данной ссылки нужно зарегистрироваться]

rococo795 · 21.11.2014, 07:34

zombie683,
Не всё так просто.... Вернее ты совсем не так думаешь... СОВСЕМ НЕ ТАК.... На самом деле чистое direct stream copy происходит лишь тогда КОГДА исходный и конечный контейнер не меняется.... СТОП... ДАЖЕ добавлю ещё так - когда контейнеры не то что одного вида, а одной ВЕРСИИ... Только тогда происходит на самом деле то - о чём ты думал все эти годы... В таком случае все данные ложатся по тем же адресам что и в исходном файле... Если же видеопоток (или аудио) посредством direct stream copy перекидывается в другой контейнер, то этот поток уже не может быть таким как в исходном файле... Он дробиться совершенно на другие размеры на другие смещения на другие функции.... Вызов видео и аудиофрагментов (их чередование) вообще другое... Как пример... Есть видеоданные ави - это 10 складов стоящие подряд по порядку... В них лежат ящики своего размера.... Вот перенос этих ящиков на плац и есть воспроизведение видеофала (плац-экран)... В соседней воинской части есть идентичный плац с идентичными складами и нумерацией....direct stream copy между этими в/ч и есть direct stream copy между двумя идентичными контейнерами ави.... Тебе нужно перевезти ящики в другую часть, где складов 100 расположены они не по порядку... Объём складов намного меньше или больше... на плац этой в/ч можно выносить ящики в совсем другом порядке (первый - с 99 склада, потом с 3, потом с 85 и тэ дэ)...Привезённые тобою ящики - не кратны этим 100 складам... То есть пол ящика не влазит в любой из этих складов, чтоб добить его до упора (либо пол ящика будет не хватать, либо полящика будет торчать) торчать - не реально, недоставать - ТО ЖЕ... так как злой командир жёстко определил - все склады - до упора набивать... выход - открывать ящик крайний и половину сухпайков ставить в этот заполненый склад а другой половиной начинать заполнять пустой склад в который потом будут таскать невскрытые ящики) так как условия командира-контейнера файла абсолютно жёсткие-в некоторых складах (те что ещё непрапарциональней) придётся вскрывать даже сухпай и частью его заполнять до упора один склад и другой частью начинать заполнять пустой.... И это ещё часть более менее нормальная.... А другая часть - там вообще один склад и один плац... Токо в этом складе можно хранить не ящики а только сухпайки отдельные... да ещё по углам эти сухпайки не помещаются, надо опять несколько вскрывать и дробить....
Так вот.... Многие контейнеры имеют не один вариант расположения данных потоков в себе... Вывод - при direct stream copy информация кодируется ( дробится, многие байты кодятся в биты и раскладываются по разным местам и ещё чё нить) НО делается это с максимальным пожеланием - взять каждый байт изначального потока и поместить его значение (!!!! не всегда байт просто скопировать - а запомнить его значение и положить его осторожно на новое место - а зачастую запомить его значение и разложить побитно по разным местам, чтоб потом при воспроизведении - собрать его в первозданном виде... НО в этом первозданном виде - он в новом формате - НЕ лежит....) ага ага и...поместить его значение по нужным местам.... так как в разных контейнерах данные кадра храняться по разному и самое главное не обязательно кратными величинами, то там придумано чё то чтоб эти минимальные разногласия сглаживать...
Вобщем это не то как ты думал - взял пригоршню из первого потока и положил в другой..... там происходит КАДИРОВКА данных первого потока в другой поток...

zombie683 · 21.11.2014, 07:45

ВСЕ ОЧЕНЬ ПРОСТО!!! Не забивая голову разной мутью, посмотрел инфо - видео было 1920х1080 - такое же осталось, размер - 16х9, такой же остался, FPS 23,... - такая же.
Смотрю на экран монитора/ТВ - картинка идентична.
Или для того что бы просто посмотреть фильм надо на старости лет в Университет поступить на факультет информатики и программирования.,
И ЕЩЕ РАЗ - МУКС/ДЕМУКС, DSC - НИКАКОЙ ПЕРЕКОДИРОВКИ НЕТ!!!

rococo795 · 21.11.2014, 07:49

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

zombie683 · 21.11.2014, 07:54

Цитата:

Сообщение от rococo795

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

Ты когда копируешь/перемещаешь файл в другое место - он у тебя что перекодируется? Так же и здесь - файл просто копируется с изменением/добавлением текстовой информации о параметрах контейнера и НЕТ НИКАКИХ ПРОМЕЖУТОЧНЫХ ФАЗ, кроме как на слабых машинах задействования системного или софтового кеша.

rococo795 · 21.11.2014, 08:01

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

Похожие темы
Тема	Автор	Раздел	Ответов	Последнее сообщение
Авторские права на YouTube	Скерцо	Мир интернет	3	10.07.2014 21:25
Как вставить видео на форум с серверов youtube.com и других видео хостингов	Vitaly	Правила форума и ЧаВо	14	24.04.2013 19:43
Немного о реверсе и качестве перекодировки	aleksey	Общие вопросы по видеомонтажу	17	15.11.2010 13:07

20.11.2014, 09:55	#51
rococo795 Мыслитель Регистрация: 23.09.2012 Возраст: 43 Сообщений: 586 Сказал(а) спасибо: 50 Поблагодарили 141 раз(а) в 112 сообщениях Вес репутации: 495	Ааааа - суть то твоего вопроса..... Из вышесказанного думаю понятно, что мест откуда можно выдернуть данные кадра - как минимум НЕ ОДНО... Мне это говорит о том - что если кадры идентичны (то скорее всего они и есть идентичны, берутся из одного буфера,... но может что они берутся на каком то участке дороги? - тогда мы не знаем а что реально донесли киберчелы в пиксель) и вот сравнивать файлы или части файлов меж собой - можно только если ты чётко представляешь себе как закодированы данные.... может быть так что данные в файле НЕ идентичны - НО! киберчелы это знают и в конечном итоге разнесут все байты по своим пикселям..... Вот как то так.. Сумбурно непонятно и непрофессионально конечно - но я не профи и никогда уж им не стану... Просто интересно.... Но думаю общий смысл донёс правильно....

20.11.2014, 21:23	#53
Жрец Нефтиды Модератор Регистрация: 15.07.2012 Адрес: Санкт-Петербург Сообщений: 1,395 Сказал(а) спасибо: 344 Поблагодарили 539 раз(а) в 368 сообщениях Вес репутации: 623	Чтобы не осталось даже тени подозрения, что "Супер" в режиме "Direct stream copy" коверкает дорожку – пошаговая инструкция для дотошных египтян. 1. Скачиваем My MP4Box GUI с официального сайта: http://my-mp4box-gui.zymichost.com/download.html Поскольку этот официальный сайт пребывает в предматочном состоянии из-за недостатка бабла, скачать можно отсюда: http://www.videohelp.com/tools/My-MP4Box-GUI 2. Чтобы софтина заработала, в систему должен быть установлен Нэт Фреймвок не ниже 3-го релиза. 3. Скачиваем с "тюбика" DASH mp4. Скармливаем его MP4Box GUI и мюксируем в контейнер mp4. Этот mp4 будет спокойно пожираться матрёшечником. Перегоняем его матрёшечником в mkv. Извлекаем из полученного mkv элементарный h264 поток MKVExtractGUI2. 4. Запускаем "Супер" и перегоняем исходный DASH mp4 в mkv. Извлекаем из полученного mkv элементарный h264 поток MKVExtractGUI2. 5. Сравниваем хэши полученных элементарных h264 потоков. Убеждаемся, что они идентичны. Итог: программа MP4Box GUI, написанная совсем другими программистами, выдала тот же самый элементарный поток, что и "Супер". Полагаю, что больше нет повода ГОЛОСИТЬ, что "Супер" что-то там коверкает. ===== Я рекомендую не шибко-то там юзать MP4Box GUI: прога не обновлялась с рокового 2012 года, да и не производит впечатление универсальной и надёжной. Здесь мы её задействовали в качестве свидетеля для снятия обвинений с "Супера". А вот "Супер" обновляется систематически, и если какой-либо файл не жрётся матрёшечником, то его нужно гнать через "Супер".

21.11.2014, 07:34	#56
rococo795 Мыслитель Регистрация: 23.09.2012 Возраст: 43 Сообщений: 586 Сказал(а) спасибо: 50 Поблагодарили 141 раз(а) в 112 сообщениях Вес репутации: 495	zombie683, Не всё так просто.... Вернее ты совсем не так думаешь... СОВСЕМ НЕ ТАК.... На самом деле чистое direct stream copy происходит лишь тогда КОГДА исходный и конечный контейнер не меняется.... СТОП... ДАЖЕ добавлю ещё так - когда контейнеры не то что одного вида, а одной ВЕРСИИ... Только тогда происходит на самом деле то - о чём ты думал все эти годы... В таком случае все данные ложатся по тем же адресам что и в исходном файле... Если же видеопоток (или аудио) посредством direct stream copy перекидывается в другой контейнер, то этот поток уже не может быть таким как в исходном файле... Он дробиться совершенно на другие размеры на другие смещения на другие функции.... Вызов видео и аудиофрагментов (их чередование) вообще другое... Как пример... Есть видеоданные ави - это 10 складов стоящие подряд по порядку... В них лежат ящики своего размера.... Вот перенос этих ящиков на плац и есть воспроизведение видеофала (плац-экран)... В соседней воинской части есть идентичный плац с идентичными складами и нумерацией....direct stream copy между этими в/ч и есть direct stream copy между двумя идентичными контейнерами ави.... Тебе нужно перевезти ящики в другую часть, где складов 100 расположены они не по порядку... Объём складов намного меньше или больше... на плац этой в/ч можно выносить ящики в совсем другом порядке (первый - с 99 склада, потом с 3, потом с 85 и тэ дэ)...Привезённые тобою ящики - не кратны этим 100 складам... То есть пол ящика не влазит в любой из этих складов, чтоб добить его до упора (либо пол ящика будет не хватать, либо полящика будет торчать) торчать - не реально, недоставать - ТО ЖЕ... так как злой командир жёстко определил - все склады - до упора набивать... выход - открывать ящик крайний и половину сухпайков ставить в этот заполненый склад а другой половиной начинать заполнять пустой склад в который потом будут таскать невскрытые ящики) так как условия командира-контейнера файла абсолютно жёсткие-в некоторых складах (те что ещё непрапарциональней) придётся вскрывать даже сухпай и частью его заполнять до упора один склад и другой частью начинать заполнять пустой.... И это ещё часть более менее нормальная.... А другая часть - там вообще один склад и один плац... Токо в этом складе можно хранить не ящики а только сухпайки отдельные... да ещё по углам эти сухпайки не помещаются, надо опять несколько вскрывать и дробить.... Так вот.... Многие контейнеры имеют не один вариант расположения данных потоков в себе... Вывод - при direct stream copy информация кодируется ( дробится, многие байты кодятся в биты и раскладываются по разным местам и ещё чё нить) НО делается это с максимальным пожеланием - взять каждый байт изначального потока и поместить его значение (!!!! не всегда байт просто скопировать - а запомнить его значение и положить его осторожно на новое место - а зачастую запомить его значение и разложить побитно по разным местам, чтоб потом при воспроизведении - собрать его в первозданном виде... НО в этом первозданном виде - он в новом формате - НЕ лежит....) ага ага и...поместить его значение по нужным местам.... так как в разных контейнерах данные кадра храняться по разному и самое главное не обязательно кратными величинами, то там придумано чё то чтоб эти минимальные разногласия сглаживать... Вобщем это не то как ты думал - взял пригоршню из первого потока и положил в другой..... там происходит КАДИРОВКА данных первого потока в другой поток...

21.11.2014, 07:45	#57
zombie683 Мастер Регистрация: 14.07.2014 Сообщений: 126 Сказал(а) спасибо: 12 Поблагодарили 18 раз(а) в 18 сообщениях Вес репутации: 0	ВСЕ ОЧЕНЬ ПРОСТО!!! Не забивая голову разной мутью, посмотрел инфо - видео было 1920х1080 - такое же осталось, размер - 16х9, такой же остался, FPS 23,... - такая же. Смотрю на экран монитора/ТВ - картинка идентична. Или для того что бы просто посмотреть фильм надо на старости лет в Университет поступить на факультет информатики и программирования., И ЕЩЕ РАЗ - МУКС/ДЕМУКС, DSC - НИКАКОЙ ПЕРЕКОДИРОВКИ НЕТ!!!

21.11.2014, 07:49	#58
rococo795 Мыслитель Регистрация: 23.09.2012 Возраст: 43 Сообщений: 586 Сказал(а) спасибо: 50 Поблагодарили 141 раз(а) в 112 сообщениях Вес репутации: 495	В принципе это абсолютно то же что рассказал жрец чуть выше.... Только я залез в сам файл... Смысл и сила в правильном кодировании и извлечении/воспроизведении потоков.... То есть важен конечный результат... А я рассказал о промежуточной фазе, чтоб не думали что якобы там ничего не кодируется а лишь копируется...

21.11.2014, 08:01	#60
rococo795 Мыслитель Регистрация: 23.09.2012 Возраст: 43 Сообщений: 586 Сказал(а) спасибо: 50 Поблагодарили 141 раз(а) в 112 сообщениях Вес репутации: 495	Как бы помягче сказать - а я должен сказать, чтобы все кто сюда заходит понимали что наряду с умными мыслями тутошние люди могут сказать такую крень, что им должно быть стыдно... кодировать данные можно с потерей а можно без... понимаишь??? умный товарисчь пишущий жырным шрифтом??? Посмари формат ваф и флек.... Спициально для тибя и таких универов как ты придумали формат чтоб ты мог сравнить два файла побитно и понять шо там байты все разныыи.... а вот выход у них при воспроизведении - одиняковый.... и рязмеры разные . .. вото оно как...