Videos on iPhone are recorded on Quicktime format. This format always record videos on landscape and insert metadata on the archive with the orientation info (portrait or landscape) on the moment that was recorded. Note that the iPhone consider the orientation at the moment that you touch the button “Record”, if you rotate the device during the recording the orientation doesn’t change.
Там же есть рекомендация по модификации исходников 2-х библиотек.
Работаю над функционалом видеохотсинга для своего проекта.
Тоже использую ffmpeg, и столкнулся с той же проблемой, которая присутствует у вас:
Видеоролик снятый на iPhone в портретной ориентации конвертируется и вопроизводится в неправильной ориентации.
Суть в том, что видео снятое в формате QuickTime в портретной ориентации, имеет неверную ориентацию при воспроизведении во всех плейерах кроме собственно QT. Примером такого видео может служить любой видеоролик снятый с помощью iPhone (3G/3GS/4).
Я нагуглил и опробовал исправление этого глюка с помощью фильтра transpose:
ffmpeg -vf="transpose=1"
Однако, я пока не смог найти способа программного определения неверной ориентации в файле-источнике.
Если уважаемая аудитория сталкивалась с этой проблемой и знает способ ее решения, буду весьма признателен за совет.
Я тоже с этим столкнулся, но написал им в супорт и в течение 5 минут Россия уже была в списке стран. «Просите, и дано будет вам; ищите, и найдете; стучите, и отворят вам...»
P.S. Поигрался с их Cloud серверами и балансировщиком — все пашет, но от нас до них (ДЦ в США) много хопов и пингуется с таймаутом мин 200 мс.
Спасибо автору за статью!
И, хотя я уже достаточно давно и сам все настроил и имею опыт успешной эксплуатации Subversion в Zend Studio 5.5.1, испытываю проблемы при работе с юникодом при чтении комментариев на русском в логах ревизий, а до недавнего времени были еще и проблемы с commit если в комментариях были non-latin символы.
Возможно кому-то будет полезно узнать как я устранил проблему с коммитом:
1. Для начала установите в системе последний релиз SVN http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=8100&expandFolder=8100&folderID=8100
2. Укажите в настройках системы контроля версий в Zend Studio путь к бинарнику клиента C:\Program Files\Subversion\bin\svn.exe
3. Для того, чтобы в коммандном интерпретаторе корректно отображались unicode символы нужно установить значение переменой окружения командой: set APR_ICONV_PATH=C:\Program Files\Subversion\iconv
иначе все такие символы будут отображаться как "?\209?\130?\208"
Но вот облом, в Zend Studio при выполнении комманды log после проделанных выше телодвижений уже вместо абракадабры в виде "?\209?\130?\208" выдается кириллический текст НО в неправильной кодировке: "’Ґбв ЄЁаЁ««Ёжл".
Я пробовал менять и настройки глобальной кодировки в Студии и шрифты менял, но все без толку. Такое ощущение, что окно Source Control Output живет по своим законам и не подчиняется настройкам самой студии.
Если кому-то удастся решить проблему чтения кириллических комментариев в логах ревизий, то не сочтите за труд выложить решение сюда.
Пока же, единственный выход - юзать решение ZendStudio + TortoiseSVN описанное выше.
Там же есть рекомендация по модификации исходников 2-х библиотек.
videobam.com/nQtbr
Работаю над функционалом видеохотсинга для своего проекта.
Тоже использую ffmpeg, и столкнулся с той же проблемой, которая присутствует у вас:
Видеоролик снятый на iPhone в портретной ориентации конвертируется и вопроизводится в неправильной ориентации.
Суть в том, что видео снятое в формате QuickTime в портретной ориентации, имеет неверную ориентацию при воспроизведении во всех плейерах кроме собственно QT. Примером такого видео может служить любой видеоролик снятый с помощью iPhone (3G/3GS/4).
Я нагуглил и опробовал исправление этого глюка с помощью фильтра transpose:
Однако, я пока не смог найти способа программного определения неверной ориентации в файле-источнике.
Если уважаемая аудитория сталкивалась с этой проблемой и знает способ ее решения, буду весьма признателен за совет.
P.S. Поигрался с их Cloud серверами и балансировщиком — все пашет, но от нас до них (ДЦ в США) много хопов и пингуется с таймаутом мин 200 мс.
Есть ли подобные решения в России?
И, хотя я уже достаточно давно и сам все настроил и имею опыт успешной эксплуатации Subversion в Zend Studio 5.5.1, испытываю проблемы при работе с юникодом при чтении комментариев на русском в логах ревизий, а до недавнего времени были еще и проблемы с commit если в комментариях были non-latin символы.
Возможно кому-то будет полезно узнать как я устранил проблему с коммитом:
1. Для начала установите в системе последний релиз SVN http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=8100&expandFolder=8100&folderID=8100
2. Укажите в настройках системы контроля версий в Zend Studio путь к бинарнику клиента C:\Program Files\Subversion\bin\svn.exe
3. Для того, чтобы в коммандном интерпретаторе корректно отображались unicode символы нужно установить значение переменой окружения командой: set APR_ICONV_PATH=C:\Program Files\Subversion\iconv
иначе все такие символы будут отображаться как "?\209?\130?\208"
Но вот облом, в Zend Studio при выполнении комманды log после проделанных выше телодвижений уже вместо абракадабры в виде "?\209?\130?\208" выдается кириллический текст НО в неправильной кодировке: "’Ґбв ЄЁаЁ««Ёжл".
Я пробовал менять и настройки глобальной кодировки в Студии и шрифты менял, но все без толку. Такое ощущение, что окно Source Control Output живет по своим законам и не подчиняется настройкам самой студии.
Если кому-то удастся решить проблему чтения кириллических комментариев в логах ревизий, то не сочтите за труд выложить решение сюда.
Пока же, единственный выход - юзать решение ZendStudio + TortoiseSVN описанное выше.