| |
| |
| |
| 4.5, Аноним (-), 14:05, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Для Windows распространяется готовая сборка. Если мне не изменяет мой склероз, собранная cygwin, и кажется, даже в документации написано, что MS VC++ не поддерживается и париться над его поддержкой планов нет.
Под FreeBSD я года полтора назад устанавливал из портов, версия там был посвежее, чем в репах линуксов, установилось и работало без проблем. А вот собрать из сорцов последнюю на тот момент версию под FreeBSD не удалось.
| | |
| |
| 5.7, letsmac (ok), 14:54, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >>Если мне не изменяет мой склероз, собранная cygwin,
Вообще изменят - там сборка под mingw32.
| | |
|
|
|
| 2.8, Аноним (-), 15:07, 12/12/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Все так же собирается только под Linux?
Подразумевается, что если есть
> Поддержка потоков для OS/2;
то можно собрать и под полуось.
| | |
| |
| 3.17, Аноним (-), 17:44, 12/12/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
А что, эту покойницу 16-битную кто-то, окромя Сбера, вообще использует?
| | |
| |
| 4.25, Аноним (-), 19:11, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
А какая разница? Вопрос был о том, можно ли собрать ffmpeg под какую-нибудь ось, кроме линукса. OS/2 — как раз и есть одна из осей кроме линукса. Раз собрать под OS/2 можно — принципиальная возможность сборки под другую ось доказана. А кто использует полуось — это уже вопрос третий, к делу не относящийся.
| | |
| |
| 5.39, Клыкастый (ok), 00:38, 13/12/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > Давно ли OS/2 стала 16битной?
это ж попколение пепси. он про неё только на форумах мельком читал. что 32битной OS/2 была, когда win32 это была кривенькая поделка-костылик под win3.1/3.11 он не слышал.
| | |
| |
| 6.46, Аноним (-), 15:46, 13/12/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
> что 32битной OS/2 была, когда win32 это была кривенькая поделка-костылик под
> win3.1/3.11 он не слышал.
Полуось была не намного менее костыльной помесью 16 и 32 битного кода. Так что безбашенным полуосникам до того как восторженно верещать не грех бы открыть учебник и почитать там о архитектуре своего фетиша.
| | |
| |
| 7.56, Клыкастый (ok), 14:56, 15/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> что 32битной OS/2 была, когда win32 это была кривенькая поделка-костылик под
>> win3.1/3.11 он не слышал.
> Полуось была не намного менее костыльной помесью 16 и 32 битного кода.
В том и дело, что НАМНОГО менее костыльной.
> Так что безбашенным полуосникам до того как восторженно верещать не грех
> бы открыть учебник и почитать там о архитектуре своего фетиша.
Warp был 32битным за исключением IFS (32->16->32).
В Merlinе уже поправили.
Any comments?
| | |
|
|
|
|
|
| 2.10, Аноним (-), 15:09, 12/12/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Все так же собирается только под Linux?
В винде помнится без особых проблем собирался msys'ом (из комплекта компилера mingw) в свое время. Хотя давно не проверял.
| | |
| |
| 3.18, Аноним (-), 17:51, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Если уж под винду собирается, то и под другие unix-подобные системы должен
> собираться.
Я бы сказал что винда довольно хреновая unix-подобная система. В смысле, гемора с сборкой софта больше чем в *никсах в разы.
| | |
| |
| 4.33, anonymous (??), 22:20, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Я имел в виду, что если уж под ни разу не unix-подобную винду собирается, то под unix-подобные системы (*BSD, Solaris) собираться тем более должно. С чем Вы, судя по
>гемора с сборкой софта больше чем в *никсах в разы.
согласны.
| | |
| |
| 5.53, Аноним (-), 21:03, 13/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Я имел в виду, что если уж под ни разу не unix-подобную винду собирается,
Он там собирается, только как минимум раньше требовались пляски с бубнами. Честное пионерское, в линухе в разы меньше траха с всем этим. И вообще с гцц и библами. Одно дело apt-get install libname-dev и другое - самому дрюкаться с поиском хомпаги либы, качанием, распаковкой в правильную локацию и прочая. Пещерный век!
| | |
| |
| 6.55, iZEN (ok), 10:36, 15/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >> Я имел в виду, что если уж под ни разу не unix-подобную винду собирается,
> Он там собирается, только как минимум раньше требовались пляски с бубнами. Честное
> пионерское, в линухе в разы меньше траха с всем этим.
Да, да, в линухе бинарные пакеты получаются прямо из астрала, минуя этапы компиляции и сборки. Раз и готово!
> И
> вообще с гцц и библами. Одно дело apt-get install libname-dev и
> другое - самому дрюкаться с поиском хомпаги либы, качанием, распаковкой в
> правильную локацию и прочая. Пещерный век!
Да что там — Юрский период, когда и человека-то не было, всё ещё нужно было собирать!
| | |
|
|
|
|
|
| 1.9, Аноним (-), 15:08, 12/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
> В коде swscale увеличена точность преобразования rgb в rgb;
Я не понял.
| | |
| |
| |
| |
| 4.40, анон (?), 01:07, 13/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
таки да, стало. Потому что изначальная фраза ясно говорит о преобразовании в swscale. Так получилось благодаря особенностям английского синтаксиса. Калька же с английского предложения теряет акцент на swscale, поэтому в переводе нужно явно сказать, что имеется ввиду масштабирование.
| | |
| |
| 5.41, Lain_13 (?), 03:32, 13/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
 А, имеется в виду улучшение программного масштабирование RGB-картинки при помощи SWScale без смены цветового пространства (то самое загадочное RGB->RGB преобразование). Теперь понятно.
| | |
|
|
|
|
| 1.11, Аноним (-), 15:41, 12/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> включены все последние наработки <...> libav (форк FFmpeg)
Лол, а чем теперь они друг от друга отличаются?
| | |
| |
| |
| 3.15, Аноним (-), 17:16, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
В FFmpeg сейчас нет ничего нового, Майкл просто сливает код из libav.
| | |
|
|
| |
| 2.19, Аноним (-), 17:51, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg.
Только половину форматов файлов при этом не жрет, сущие мелочи.
| | |
| |
| 3.20, iZEN (ok), 18:08, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg.
> Только половину форматов файлов при этом не жрет, сущие мелочи.
Вот только мне пока не попался такой файл, который бы не воспроизвёлся MPlayer'ом, собранным без зависимости от FFmpeg. ;) У меня нету в системе FFmpeg вообще. Всё работает. ЧЯДНТ?
| | |
| |
| 4.26, Аноним (-), 19:16, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>> MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg.
>> Только половину форматов файлов при этом не жрет, сущие мелочи.
> Вот только мне пока не попался такой файл, который бы не воспроизвёлся
> MPlayer'ом, собранным без зависимости от FFmpeg. ;) У меня нету в
> системе FFmpeg вообще. Всё работает. ЧЯДНТ?
Троллишь. Ничего плохого, что у тебя всё работает всё, что тебе нужно, без ffmpeg; более того, это хорошо. Однако множество "мультимедиафайлы" не ограничивается элементами множества "мультимедиафайлы, которые смотрит/слушает iZEN". Более того, последних более чем в два раза меньше, чем первых, на что и указывает комментарий выше. Посему вброс "MPlayer спокойно воспроизводит мультимедиафайлы без ffmpeg" — явная ложь.
| | |
| |
| 5.29, Lain_13 (?), 20:36, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Не, ну почему же. Видео-то он воспроизводит спокойно. Вопрос — какое.
| | |
| |
| 6.31, iZEN (ok), 21:48, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Вопрос — какое.
Из опций для внешних зависимостей:
WITH_MAD=true "Enable mad MPEG audio engine support"
WITH_AMR_NB=true "AMR Narrow Band encoder (opencore)"
WITH_AMR_WB=true "AMR Wide Band encoder (opencore)"
WITH_GSM=true "GSM audio codec"
WITH_SPEEX=true "Enable speex audio codec support"
WITH_THEORA=true "Enable ogg theora video support"
WITH_VPX=true "Enable VP8 video via libvpx"
WITH_SCHROEDINGER=true "Dirac codec via libschroedinger"
WITH_ASS=true "Enable ASS/SSA subtitle rendering"
WITH_WIN32=true "Enable win32 codec set on the IA32 arch"
WITH_LIBRTMP=true "Enable RTMPDump Streaming Media support"
Не встречал ещё видео, которое воспроизводилось MPlayer'ом либо без звука, либо без изображения, либо без того и другого, то есть никак.
| | |
|
|
| 4.47, Аноним (-), 15:47, 13/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> системе FFmpeg вообще. Всё работает. ЧЯДНТ?
Считаешь себя пупом земли. Как твой гребаный мплеер относится к сабжу, особенно если у тебя сабжа как раз и нет?
| | |
| |
| 5.52, iZEN (ok), 20:06, 13/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> системе FFmpeg вообще. Всё работает. ЧЯДНТ?
> Считаешь себя пупом земли. Как твой гребаный мплеер относится к сабжу, особенно
> если у тебя сабжа как раз и нет?
Выяснилось, что FFmpeg статически слинкован с MPlayer. В исходниках MPlayer идёт собственная версия FFmpeg.
| | |
|
|
|
| 2.32, iZEN (ok), 21:50, 12/12/2011 [^] [^^] [^^^] [ответить] | +/– | pkg_info -r mplayer-1 0 r20110329_3 Information for mplayer-1 0 r20110329_3 D... большой текст свёрнут, показать | | |
| |
| 3.42, Lain_13 (?), 03:39, 13/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
$ dpkg -p mplayer
Package: mplayer
Priority: optional
Section: video
Installed-Size: 10376
Maintainer: Taylor LeMasurier-Wren <ripps818@gmail.com>
Architecture: amd64
Source: mplayer2-build
Version: 3:2.0+git20111207.6c557ef-0ubuntu1~ripps1
Replaces: mplayer-nogui
Provides: mplayer-nogui
Depends: (тут я добавил переносы)
debconf | debconf-2.0,
libaa1 (>= 1.4p5),
libasound2 (>> 1.0.24.1),
libaudio2,
libbluray1,
libbz2-1.0,
libc6 (>= 2.7),
libcaca0 (>= 0.99.beta17-1),
libcdparanoia0 (>= 3.10.2+debian),
libdca0,
libdv4,
libdvdnav4,
libdvdread4,
libenca0 (>= 1.9),
libesd0 (>= 0.2.35),
libfaad2,
libfontconfig1 (>= 2.8.0),
libfreetype6 (>= 2.2.1),
libfribidi0 (>= 0.19.2),
libgcc1 (>= 1:4.1.1),
libggi2 (>= 1:2.2.2),
libgif4 (>= 4.1.4),
libgl1-mesa-glx | libgl1,
libjack-jackd2-0 (>= 1.9.5~dfsg-14) | libjack-0.116,
libjpeg62 (>= 6b1),
liblircclient0,
libmad0 (>= 0.15.1b-3),
libogg0 (>= 1.0rc3),
libpng12-0 (>= 1.2.13-4),
libpulse0 (>= 1:0.99.1),
libsdl1.2debian (>= 1.2.10-1),
libsmbclient (>= 3.0.24),
libspeex1 (>= 1.2~beta3-1),
libstdc++6 (>= 4.1.1),
libsvga1,
libtheora0 (>= 0.0.0.alpha7.dfsg),
libtinfo5 (>= 5.6+20070908),
libvdpau1 (>= 0.2),
libvorbis0a (>= 1.1.2),
libx11-6,
libxext6,
libxinerama1,
libxv1,
libxvidcore4 (>= 1.2.2),
libxxf86dga1,
libxxf86vm1,
zlib1g (>= 1:1.2.0)
Suggests: mplayer-doc, ttf-freefont, ttf-dejavu-core, w64codecs, libdvdcss2, smplayer, dshowserver, netselect | fping, bzip2, fontconfig
Conflicts: mplayer-nogui
Size: 4542800
(описание выкинул)
| | |
| |
| |
| 5.57, Клыкастый (ok), 17:00, 15/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> О, тут конкурс "кто больше наспамит"? Ревестирую свопфайлы!
Хитренький. В свопфайлах иногда вкусное есть...
| | |
|
|
|
| 2.34, anonymous (??), 22:31, 12/12/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
MPlayer по-умолчанию собирается со своей копией ffmpeg, с которой он слинковывается статически, для сборки с внешней ffmpeg надо указывать особые опции (--disable-libavcodec_a --disable-libavformat_a --disable-libavutil_a --disable-libswscale_a для 1.0rc4). Причём со внешней он запросто может не собраться - он очень чувствителен к версии ffmpeg, у который api ещё нестабильнее, чем в ядерном api linux. Может быть и возможно собрать MPlayer без поддержки ffmpeg - но при этом он лишится большей части своего функционала.
| | |
|
| 1.22, dq0s4y71 (??), 18:23, 12/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Теперь при каждой новости про ffmpeg думаешь: а это про ffmpeg, который ffmpeg, или ffmpeg, который lbav?
| | |
| |
| 2.35, anonymous (??), 22:33, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Теперь при каждой новости про ffmpeg думаешь: а это про ffmpeg, который
> ffmpeg, или ffmpeg, который lbav?
Это тот, который ffmpeg. Который libav, называется libav. Неожиданно, правда?
| | |
| |
| |
| 4.45, anonymous (??), 07:58, 13/12/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Ога. Особенно если учесть, что в libav есть свой ffmpeg .
libav - это форк ffmpeg. В нём нет никакой "своей ffmpeg".
| | |
|
|
|
| 1.37, x0r (??), 00:12, 13/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
x=320
y=$(( $x * 3 / 4 ))
xx=$(( $x / 8 ))
yy=$(( $y / 8 ))
s=$(( $xx * $yy * 2 ))
tar cvf - -- $1 | xz -9 | vdmfec -b $s | \
ffmpeg -f rawvideo -s ${xx}x${yy} -r 10 -pix_fmt monob -sws_flags neighbor -i - -s ${x}x${y} -r 30 -b 100000 -y my.mp4
---------------
ffmpeg -sws_flags neighbor -i "$1" -an -s ${xx}x${yy} -r 10 -pix_fmt monob -f rawvideo - 2> /dev/null | vdmfec -d -b $s | xz -dc |tar xvf -;
| | |
|
