[devel] ffmpeg vs libav

[devel] ffmpeg vs libav

[Vitaly Lipatov]

Столкнулся в очередной раз с проблемой сборки программы, требующей 
ffmpeg.

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

Есть предложение пересмотреть подход: собирать две библиотеки.

Я пока не очень понимаю, что мне делать с кодом, который даёт
'av_image_get_buffer_size' was not
declared in this scope

https://bugzilla.altlinux.org/show_bug.cgi?id=32310

-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] ffmpeg vs libav

[Vladimir D. Seleznev]

On Mon, Jul 25, 2016 at 02:33:05PM +0300, Vitaly Lipatov wrote:
> Столкнулся в очередной раз с проблемой сборки программы, требующей 
> ffmpeg.

У меня есть начальные наработки по FFmpeg'у для Сизифа:

http://git.altlinux.org/people/vseleznv/packages/?p=ffmpeg.git;a=summary

на нём уже можно проверять сборку приложений, требующих FFmpeg (нужно
указать ffmpeg-devel в BuildRequires), но он пока ещё достаточно сырой,
и, в частности, пока сознательно отключена сборка с libx265 (надо
обновить библиотеку).

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

Обычно дистрибутивы поддерживают одну из двух библиотек. Если собирать
обе, то придётся разводить их по путям и soname'ам. Проще поддерживать
одну из них.

> Я пока не очень понимаю, что мне делать с кодом, который даёт
> 'av_image_get_buffer_size' was not
> declared in this scope
> 
> https://bugzilla.altlinux.org/show_bug.cgi?id=32310
> 
> -- 
> С уважением,
> Виталий Липатов,
> Etersoft
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] ffmpeg vs libav

[Dmitry Derjavin]

Пн, 25 июл 2016, 16:10, Vladimir D. Seleznev:

>> Столкнулся в очередной раз с проблемой сборки программы, требующей 
>> ffmpeg.
>
> У меня есть начальные наработки по FFmpeg'у для Сизифа:
>
> http://git.altlinux.org/people/vseleznv/packages/?p=ffmpeg.git;a=summary

Владимир, спасибо!

> Обычно дистрибутивы поддерживают одну из двух библиотек. Если собирать
> обе, то придётся разводить их по путям и soname'ам. Проще поддерживать
> одну из них.

Давайте же это будет наконец-то опять ffmpeg.

-- 
~dd

Re: [devel] ffmpeg vs libav

[Vitaly Lipatov]

Dmitry Derjavin писал 25.7.16 18:54:
> Пн, 25 июл 2016, 16:10, Vladimir D. Seleznev:
> 
>>> Столкнулся в очередной раз с проблемой сборки программы, требующей
>>> ffmpeg.
>> 
>> У меня есть начальные наработки по FFmpeg'у для Сизифа:
>> 
>> http://git.altlinux.org/people/vseleznv/packages/?p=ffmpeg.git;a=summary
> 
> Владимир, спасибо!
> 
>> Обычно дистрибутивы поддерживают одну из двух библиотек. Если собирать
>> обе, то придётся разводить их по путям и soname'ам. Проще поддерживать
>> одну из них.
В какой-то системе я видел так:
/usr/lib64/libavformat-ffmpeg.so.56

То есть библиотеки переименованы.


> Давайте же это будет наконец-то опять ffmpeg.
Видимо, это нужно решать с мантейнером libav.
Программ собрано много, вопрос в том, кто будет собирать их с ffmpeg, и 
не стоит ли действительно держать в дистрибутиве две сущности, раз уж их 
две.

Пока я совершенно не понимаю подхода libav, который приводит к тому, что 
новые функции отсутствуют годами:
https://bugzilla.altlinux.org/show_bug.cgi?id=32312


-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] ffmpeg vs libav

[Vladimir D. Seleznev]

On Wed, Jul 27, 2016 at 03:42:54PM +0300, Vitaly Lipatov wrote:
> Dmitry Derjavin писал 25.7.16 18:54:
> > Пн, 25 июл 2016, 16:10, Vladimir D. Seleznev:
> > 
> >>> Столкнулся в очередной раз с проблемой сборки программы, требующей
> >>> ffmpeg.
> >> 
> >> У меня есть начальные наработки по FFmpeg'у для Сизифа:
> >> 
> >> http://git.altlinux.org/people/vseleznv/packages/?p=ffmpeg.git;a=summary
> > 
> > Владимир, спасибо!
> > 
> >> Обычно дистрибутивы поддерживают одну из двух библиотек. Если собирать
> >> обе, то придётся разводить их по путям и soname'ам. Проще поддерживать
> >> одну из них.
> В какой-то системе я видел так:
> /usr/lib64/libavformat-ffmpeg.so.56
> 
> То есть библиотеки переименованы.

Да, их можно развести по путям и soname'ам, но это дополнительная
работа по подготовке пакета. Возможно на выходных сделаю начальное
разведение.

> > Давайте же это будет наконец-то опять ffmpeg.
> Видимо, это нужно решать с мантейнером libav.

Конечно.

> Программ собрано много, вопрос в том, кто будет собирать их с ffmpeg, и 
> не стоит ли действительно держать в дистрибутиве две сущности, раз уж их 
> две.
> Пока я совершенно не понимаю подхода libav, который приводит к тому, что 
> новые функции отсутствуют годами:
> https://bugzilla.altlinux.org/show_bug.cgi?id=32312
> 
> 
> -- 
> С уважением,
> Виталий Липатов,
> Etersoft
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] ffmpeg vs libav

[Vladimir D. Seleznev]

Коллеги!

Сделал тесовую сборку FFmpeg'а, потестить можно подключив task'и
# 168524 и # 168537. FFmpeg собран таким образом, что он может быть
установленным вместе с libav в одной системе; для сборки пакетов с
библиотеками FFmpeg надо в BuildRequires'ах указать ffmpeg-devel (или
${имя_нужной_библиотека}-ffmpeg-devel).

On Wed, Jul 27, 2016 at 05:41:17PM +0300, Vladimir D. Seleznev wrote:
> On Wed, Jul 27, 2016 at 03:42:54PM +0300, Vitaly Lipatov wrote:
> > Dmitry Derjavin писал 25.7.16 18:54:
> > > Пн, 25 июл 2016, 16:10, Vladimir D. Seleznev:
> > > 
> > >>> Столкнулся в очередной раз с проблемой сборки программы, требующей
> > >>> ffmpeg.
> > >> 
> > >> У меня есть начальные наработки по FFmpeg'у для Сизифа:
> > >> 
> > >> http://git.altlinux.org/people/vseleznv/packages/?p=ffmpeg.git;a=summary
> > > 
> > > Владимир, спасибо!
> > > 
> > >> Обычно дистрибутивы поддерживают одну из двух библиотек. Если собирать
> > >> обе, то придётся разводить их по путям и soname'ам. Проще поддерживать
> > >> одну из них.
> > В какой-то системе я видел так:
> > /usr/lib64/libavformat-ffmpeg.so.56
> > 
> > То есть библиотеки переименованы.
> 
> Да, их можно развести по путям и soname'ам, но это дополнительная
> работа по подготовке пакета. Возможно на выходных сделаю начальное
> разведение.
> 
> > > Давайте же это будет наконец-то опять ffmpeg.
> > Видимо, это нужно решать с мантейнером libav.
> 
> Конечно.
> 
> > Программ собрано много, вопрос в том, кто будет собирать их с ffmpeg, и 
> > не стоит ли действительно держать в дистрибутиве две сущности, раз уж их 
> > две.
> > Пока я совершенно не понимаю подхода libav, который приводит к тому, что 
> > новые функции отсутствуют годами:
> > https://bugzilla.altlinux.org/show_bug.cgi?id=32312
> > 
> > 
> > -- 
> > С уважением,
> > Виталий Липатов,
> > Etersoft
> > _______________________________________________
> > Devel mailing list
> > Devel@lists.altlinux.org
> > https://lists.altlinux.org/mailman/listinfo/devel
> 
> -- 
>    С уважением,
>    Владимир Селезнев
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] ffmpeg vs libav

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 994 bytes --]

Здравствуйте Vladimir D. Seleznev
  В сообщении от 16 августа 2016 Vladimir D. Seleznev написал(a):
> Сделал тесовую сборку FFmpeg'а, потестить можно подключив
> task'и # 168524 и # 168537. FFmpeg собран таким образом, что
> он может быть установленным вместе с libav в одной системе;
> для сборки пакетов с библиотеками FFmpeg надо в
> BuildRequires'ах указать ffmpeg-devel (или
> ${имя_нужной_библиотека}-ffmpeg-devel).
Очень хорошо, а то у нас xvidcap без него не живой ;-)


-- 
  А ещё говорят так  (fortune): 
 
2. You've got TECO. What more do you want? --Top 100 things you 
don't want the sysadmin to say 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] ffmpeg vs libav

[Motsyo Gennadi aka Drool]

16.08.2016 23:07, Hihin Ruslan пишет:
> ...а то у нас xvidcap без него не живой ;-)

	Он давно не шибко адекватен. Намного лучше работает simplescreenrecorder...

Re: [devel] ffmpeg vs libav

[Евгений Терешков]

"Vladimir D. Seleznev" пишет:

> Сделал тесовую сборку FFmpeg'а, потестить можно подключив task'и
> # 168524 и # 168537. FFmpeg собран таким образом, что он может быть
> установленным вместе с libav в одной системе; для сборки пакетов с
> библиотеками FFmpeg надо в BuildRequires'ах указать ffmpeg-devel (или
> ${имя_нужной_библиотека}-ffmpeg-devel).

Пытаюсь собрать mpv с ffmpeg. Заменил все библиотеки libav в BuildRequires
на одну ffmpeg-devel. Что-то сходу не собирается:

=8<========================================================================
[225/442] Linking build/mpv
/usr/bin/ld: /usr/lib64/gcc/x86_64-alt-linux/5/../../../../lib64/libavfilter.a(avf_showcqt.o): undefined reference to symbol 'FT_Done_Face'
/usr/lib64/libfreetype.so.6: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status

Waf: Leaving directory `/usr/src/RPM/BUILD/mpv-0.19.0/build'
Build failed
 -> task in 'mpv' failed (exit status 1): 
	{task 139781302973264: cprogram main-fn-unix.c.14.o,audio.c.13.o,audio_buffer.c.13.o,chmap.c.13.o,chmap_sel.c.13.o,fmt-conversion.c.13.o,format.c.13.o,ad_lavc.c.13.o,ad_spdif.c.13.o,dec_audio.c.13.o,af.c.13.o,af_channels.c.13.o,af_drc.c.13.o,af_equalizer.c.13.o,af_format.c.13.o,af_lavcac3enc.c.13.o,af_lavfi.c.13.o,af_lavrresample.c.13.o,af_pan.c.13.o,af_scaletempo.c.13.o,af_volume.c.13.o,tools.c.13.o,ao.c.13.o,ao_alsa.c.13.o,ao_lavc.c.13.o,ao_null.c.13.o,ao_oss.c.13.o,ao_pcm.c.13.o,ao_pulse.c.13.o,pull.c.13.o,push.c.13.o,av_common.c.13.o,av_log.c.13.o,codecs.c.13.o,encode_lavc.c.13.o,common.c.13.o,tags.c.13.o,msg.c.13.o,playlist.c.13.o,version.c.13.o,codec_tags.c.13.o,cue.c.13.o,demux.c.13.o,demux_cue.c.13.o,demux_disc.c.13.o,demux_edl.c.13.o,demux_lavf.c.13.o,demux_mf.c.13.o,demux_mkv.c.13.o,demux_mkv_timeline.c.13.o,demux_null.c.13.o,demux_playlist.c.13.o,demux_raw.c.13.o,demux_rar.c.13.o,demux_timeline.c.13.o,demux_tv.c.13.o,ebml.c.13.o,packet.c.13.o,timeline.c.13.o,cmd_list.c.13.o,cmd_parse.c.13.o,event.c.13.o,input.c.13.o,ipc.c.13.o,ipc-unix.c.13.o,keycodes.c.13.o,bstr.c.13.o,charset_conv.c.13.o,dispatch.c.13.o,json.c.13.o,ring.c.13.o,rendezvous.c.13.o,m_config.c.13.o,m_option.c.13.o,m_property.c.13.o,options.c.13.o,parse_commandline.c.13.o,parse_configfile.c.13.o,path.c.13.o,audio.c.13.o,client.c.13.o,command.c.13.o,configfiles.c.13.o,external_files.c.13.o,loadfile.c.13.o,main.c.13.o,misc.c.13.o,lavfi.c.13.o,lua.c.13.o,osd.c.13.o,playloop.c.13.o,screenshot.c.13.o,scripting.c.13.o,sub.c.13.o,video.c.13.o,ai_alsa1x.c.13.o,ai_oss.c.13.o,audio_in.c.13.o,cache.c.13.o,cache_file.c.13.o,cookies.c.13.o,dvb_tune.c.13.o,frequencies.c.13.o,rar.c.13.o,stream.c.13.o,stream_avdevice.c.13.o,stream_bluray.c.13.o,stream_dvb.c.13.o,stream_dvd.c.13.o,stream_dvd_common.c.13.o,stream_dvdnav.c.13.o,stream_edl.c.13.o,stream_file.c.13.o,stream_cb.c.13.o,stream_lavf.c.13.o,stream_memory.c.13.o,stream_mf.c.13.o,stream_null.c.13.o,stream_rar.c.13.o,stream_smb.c.13.o,stream_tv.c.13.o,tv.c.13.o,tvi_dummy.c.13.o,tvi_v4l2.c.13.o,ass_mp.c.13.o,dec_sub.c.13.o,draw_bmp.c.13.o,img_convert.c.13.o,lavc_conv.c.13.o,osd.c.13.o,osd_libass.c.13.o,sd_ass.c.13.o,sd_lavc.c.13.o,csputils.c.13.o,fmt-conversion.c.13.o,gpu_memcpy.c.13.o,image_writer.c.13.o,img_format.c.13.o,hwdec.c.13.o,mp_image.c.13.o,mp_image_pool.c.13.o,sws_utils.c.13.o,vaapi.c.13.o,vdpau.c.13.o,vdpau_mixer.c.13.o,dec_video.c.13.o,vaapi.c.13.o,vd_lavc.c.13.o,refqueue.c.13.o,vf.c.13.o,vf_buffer.c.13.o,vf_crop.c.13.o,vf_dlopen.c.13.o,vf_dsize.c.13.o,vf_eq.c.13.o,vf_expand.c.13.o,vf_flip.c.13.o,vf_format.c.13.o,vf_gradfun.c.13.o,vf_lavfi.c.13.o,vf_mirror.c.13.o,vf_noformat.c.13.o,vf_pullup.c.13.o,vf_rotate.c.13.o,vf_scale.c.13.o,vf_stereo3d.c.13.o,vf_sub.c.13.o,vf_vavpp.c.13.o,vf_vdpaupp.c.13.o,vf_vdpaurb.c.13.o,vf_yadif.c.13.o,aspect.c.13.o,bitmap_packer.c.13.o,dither.c.13.o,filter_kernels.c.13.o,common.c.13.o,context.c.13.o,context_x11.c.13.o,formats.c.13.o,hwdec.c.13.o,hwdec_vaglx.c.13.o,hwdec_vdpau.c.13.o,lcms.c.13.o,osd.c.13.o,user_shaders.c.13.o,utils.c.13.o,video.c.13.o,video_shaders.c.13.o,vo.c.13.o,vo_image.c.13.o,vo_lavc.c.13.o,vo_null.c.13.o,vo_opengl.c.13.o,vo_opengl_cb.c.13.o,vo_vaapi.c.13.o,vo_vdpau.c.13.o,vo_x11.c.13.o,vo_xv.c.13.o,win_state.c.13.o,x11_common.c.13.o,terminal-unix.c.13.o,io.c.13.o,timer.c.13.o,timer-linux.c.13.o,threads.c.13.o,semaphore_osx.c.13.o,subprocess.c.13.o,subprocess-posix.c.13.o,path-unix.c.13.o,ta.c.13.o,ta_talloc.c.13.o,ta_utils.c.13.o -> mpv}
['/usr/bin/cc', '-Wl,-z,noexecstack', '-pthread', 'osdep/main-fn-unix.c.14.o', 'audio/audio.c.13.o', 'audio/audio_buffer.c.13.o', 'audio/chmap.c.13.o', 'audio/chmap_sel.c.13.o', 'audio/fmt-conversion.c.13.o', 'audio/format.c.13.o', 'audio/decode/ad_lavc.c.13.o', 'audio/decode/ad_spdif.c.13.o', 'audio/decode/dec_audio.c.13.o', 'audio/filter/af.c.13.o', 'audio/filter/af_channels.c.13.o', 'audio/filter/af_drc.c.13.o', 'audio/filter/af_equalizer.c.13.o', 'audio/filter/af_format.c.13.o', 'audio/filter/af_lavcac3enc.c.13.o', 'audio/filter/af_lavfi.c.13.o', 'audio/filter/af_lavrresample.c.13.o', 'audio/filter/af_pan.c.13.o', 'audio/filter/af_scaletempo.c.13.o', 'audio/filter/af_volume.c.13.o', 'audio/filter/tools.c.13.o', 'audio/out/ao.c.13.o', 'audio/out/ao_alsa.c.13.o', 'audio/out/ao_lavc.c.13.o', 'audio/out/ao_null.c.13.o', 'audio/out/ao_oss.c.13.o', 'audio/out/ao_pcm.c.13.o', 'audio/out/ao_pulse.c.13.o', 'audio/out/pull.c.13.o', 'audio/out/push.c.13.o', 'common/av_common.c.13.o', 'common/av_log.c.13.o', 'common/codecs.c.13.o', 'common/encode_lavc.c.13.o', 'common/common.c.13.o', 'common/tags.c.13.o', 'common/msg.c.13.o', 'common/playlist.c.13.o', 'common/version.c.13.o', 'demux/codec_tags.c.13.o', 'demux/cue.c.13.o', 'demux/demux.c.13.o', 'demux/demux_cue.c.13.o', 'demux/demux_disc.c.13.o', 'demux/demux_edl.c.13.o', 'demux/demux_lavf.c.13.o', 'demux/demux_mf.c.13.o', 'demux/demux_mkv.c.13.o', 'demux/demux_mkv_timeline.c.13.o', 'demux/demux_null.c.13.o', 'demux/demux_playlist.c.13.o', 'demux/demux_raw.c.13.o', 'demux/demux_rar.c.13.o', 'demux/demux_timeline.c.13.o', 'demux/demux_tv.c.13.o', 'demux/ebml.c.13.o', 'demux/packet.c.13.o', 'demux/timeline.c.13.o', 'input/cmd_list.c.13.o', 'input/cmd_parse.c.13.o', 'input/event.c.13.o', 'input/input.c.13.o', 'input/ipc.c.13.o', 'input/ipc-unix.c.13.o', 'input/keycodes.c.13.o', 'misc/bstr.c.13.o', 'misc/charset_conv.c.13.o', 'misc/dispatch.c.13.o', 'misc/json.c.13.o', 'misc/ring.c.13.o', 'misc/rendezvous.c.13.o', 'options/m_config.c.13.o', 'options/m_option.c.13.o', 'options/m_property.c.13.o', 'options/options.c.13.o', 'options/parse_commandline.c.13.o', 'options/parse_configfile.c.13.o', 'options/path.c.13.o', 'player/audio.c.13.o', 'player/client.c.13.o', 'player/command.c.13.o', 'player/configfiles.c.13.o', 'player/external_files.c.13.o', 'player/loadfile.c.13.o', 'player/main.c.13.o', 'player/misc.c.13.o', 'player/lavfi.c.13.o', 'player/lua.c.13.o', 'player/osd.c.13.o', 'player/playloop.c.13.o', 'player/screenshot.c.13.o', 'player/scripting.c.13.o', 'player/sub.c.13.o', 'player/video.c.13.o', 'stream/ai_alsa1x.c.13.o', 'stream/ai_oss.c.13.o', 'stream/audio_in.c.13.o', 'stream/cache.c.13.o', 'stream/cache_file.c.13.o', 'stream/cookies.c.13.o', 'stream/dvb_tune.c.13.o', 'stream/frequencies.c.13.o', 'stream/rar.c.13.o', 'stream/stream.c.13.o', 'stream/stream_avdevice.c.13.o', 'stream/stream_bluray.c.13.o', 'stream/stream_dvb.c.13.o', 'stream/stream_dvd.c.13.o', 'stream/stream_dvd_common.c.13.o', 'stream/stream_dvdnav.c.13.o', 'stream/stream_edl.c.13.o', 'stream/stream_file.c.13.o', 'stream/stream_cb.c.13.o', 'stream/stream_lavf.c.13.o', 'stream/stream_memory.c.13.o', 'stream/stream_mf.c.13.o', 'stream/stream_null.c.13.o', 'stream/stream_rar.c.13.o', 'stream/stream_smb.c.13.o', 'stream/stream_tv.c.13.o', 'stream/tv.c.13.o', 'stream/tvi_dummy.c.13.o', 'stream/tvi_v4l2.c.13.o', 'sub/ass_mp.c.13.o', 'sub/dec_sub.c.13.o', 'sub/draw_bmp.c.13.o', 'sub/img_convert.c.13.o', 'sub/lavc_conv.c.13.o', 'sub/osd.c.13.o', 'sub/osd_libass.c.13.o', 'sub/sd_ass.c.13.o', 'sub/sd_lavc.c.13.o', 'video/csputils.c.13.o', 'video/fmt-conversion.c.13.o', 'video/gpu_memcpy.c.13.o', 'video/image_writer.c.13.o', 'video/img_format.c.13.o', 'video/hwdec.c.13.o', 'video/mp_image.c.13.o', 'video/mp_image_pool.c.13.o', 'video/sws_utils.c.13.o', 'video/vaapi.c.13.o', 'video/vdpau.c.13.o', 'video/vdpau_mixer.c.13.o', 'video/decode/dec_video.c.13.o', 'video/decode/vaapi.c.13.o', 'video/decode/vd_lavc.c.13.o', 'video/filter/refqueue.c.13.o', 'video/filter/vf.c.13.o', 'video/filter/vf_buffer.c.13.o', 'video/filter/vf_crop.c.13.o', 'video/filter/vf_dlopen.c.13.o', 'video/filter/vf_dsize.c.13.o', 'video/filter/vf_eq.c.13.o', 'video/filter/vf_expand.c.13.o', 'video/filter/vf_flip.c.13.o', 'video/filter/vf_format.c.13.o', 'video/filter/vf_gradfun.c.13.o', 'video/filter/vf_lavfi.c.13.o', 'video/filter/vf_mirror.c.13.o', 'video/filter/vf_noformat.c.13.o', 'video/filter/vf_pullup.c.13.o', 'video/filter/vf_rotate.c.13.o', 'video/filter/vf_scale.c.13.o', 'video/filter/vf_stereo3d.c.13.o', 'video/filter/vf_sub.c.13.o', 'video/filter/vf_vavpp.c.13.o', 'video/filter/vf_vdpaupp.c.13.o', 'video/filter/vf_vdpaurb.c.13.o', 'video/filter/vf_yadif.c.13.o', 'video/out/aspect.c.13.o', 'video/out/bitmap_packer.c.13.o', 'video/out/dither.c.13.o', 'video/out/filter_kernels.c.13.o', 'video/out/opengl/common.c.13.o', 'video/out/opengl/context.c.13.o', 'video/out/opengl/context_x11.c.13.o', 'video/out/opengl/formats.c.13.o', 'video/out/opengl/hwdec.c.13.o', 'video/out/opengl/hwdec_vaglx.c.13.o', 'video/out/opengl/hwdec_vdpau.c.13.o', 'video/out/opengl/lcms.c.13.o', 'video/out/opengl/osd.c.13.o', 'video/out/opengl/user_shaders.c.13.o', 'video/out/opengl/utils.c.13.o', 'video/out/opengl/video.c.13.o', 'video/out/opengl/video_shaders.c.13.o', 'video/out/vo.c.13.o', 'video/out/vo_image.c.13.o', 'video/out/vo_lavc.c.13.o', 'video/out/vo_null.c.13.o', 'video/out/vo_opengl.c.13.o', 'video/out/vo_opengl_cb.c.13.o', 'video/out/vo_vaapi.c.13.o', 'video/out/vo_vdpau.c.13.o', 'video/out/vo_x11.c.13.o', 'video/out/vo_xv.c.13.o', 'video/out/win_state.c.13.o', 'video/out/x11_common.c.13.o', 'osdep/terminal-unix.c.13.o', 'osdep/io.c.13.o', 'osdep/timer.c.13.o', 'osdep/timer-linux.c.13.o', 'osdep/threads.c.13.o', 'osdep/semaphore_osx.c.13.o', 'osdep/subprocess.c.13.o', 'osdep/subprocess-posix.c.13.o', 'osdep/path-unix.c.13.o', 'ta/ta.c.13.o', 'ta/ta_talloc.c.13.o', 'ta/ta_utils.c.13.o', '-o', '/usr/src/RPM/BUILD/mpv-0.19.0/build/mpv', '-Wl,-Bstatic', '-Wl,-Bdynamic', '-ldvdread', '-lpulse', '-ldvdnav', '-lpthread', '-lavutil', '-lavcodec', '-lavformat', '-lswscale', '-lXv', '-lva-x11', '-lva', '-lenca', '-lXext', '-lrt', '-lavfilter', '-lva', '-ljpeg', '-lasound', '-lswresample', '-lm', '-lXinerama', '-ldl', '-lbluray', '-lXrandr', '-lXss', '-lvdpau', '-lavdevice', '-lz', '-llua', '-lsmbclient', '-lX11', '-lGL', '-lass']

=8<========================================================================

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

-- 
С уважением, Терешков Евгений.
Jabber ID: evg@altlinux.org, evg_krsk@jabber.ru

Re: [devel] ffmpeg vs libav

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 675 bytes --]

Здравствуйте Евгений Терешков
  В сообщении от 20 августа 2016 Евгений Терешков написал(a):
> error adding symbols: DSO missing from command line

http://stackoverflow.com/questions/19901934/strange-linking-error-dso-missing-from-command-line

"Solution: add '-lz' to your makefile / GCC flags. In other 
words, your simply missing a library in your make steps."

Оно ?

-- 
  А ещё говорят так  (fortune): 
 
But Officer, I stopped for the last one, and it was green! 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] ffmpeg vs libav

[Евгений Терешков]

Hihin Ruslan пишет:

>   В сообщении от 20 августа 2016 Евгений Терешков написал(a):
>> error adding symbols: DSO missing from command line
> http://stackoverflow.com/questions/19901934/strange-linking-error-dso-missing-from-command-line
> "Solution: add '-lz' to your makefile / GCC flags. In other 
> words, your simply missing a library in your make steps."
> Оно ?

Нет. -lz в аргументах линкера присутствует (см. процитированный кусок
выше).

-- 
С уважением, Терешков Евгений.
Jabber ID: evg@altlinux.org, evg_krsk@jabber.ru

Re: [devel] ffmpeg vs libav

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 868 bytes --]

Здравствуйте Евгений Терешков
  В сообщении от 20 августа 2016 Евгений Терешков написал(a):
> Нет. -lz в аргументах линкера присутствует (см.
> процитированный кусок выше).

Тогда порядок (типа as-need)? 
https://www.altlinux.org/UpStream/AsNeeded

Вот ещё мысль:

$ rpm -qf .....dso.h
libssl-devel-1.0.2h-alt2

$ rpm -ql libssl-devel | grep so
/usr/include/openssl/dso.h
/usr/lib64/libcrypto.so
/usr/lib64/libssl.so



-- 
  А ещё говорят так  (fortune): 
 
Novinson's Revolutionary Discovery: When comes the revolution, 
things will be different -- not better, just different. 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] ffmpeg vs libav

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 1058 bytes --]

Здравствуйте Евгений Терешков
  В сообщении от 20 августа 2016 Евгений Терешков написал(a):
> Hihin Ruslan пишет:
> >   В сообщении от 20 августа 2016 Евгений Терешков написал(a):
> >> error adding symbols: DSO missing from command line
> >
> > http://stackoverflow.com/questions/19901934/strange-linking-
> >error-dso-missing-from-command-line "Solution: add '-lz' to
> > your makefile / GCC flags. In other words, your simply
> > missing a library in your make steps." Оно ?
>
> Нет. -lz в аргументах линкера присутствует (см.
> процитированный кусок выше).


http://stackoverflow.com/questions/31919674/gcc-error-error-adding-symbols-dso-missing-from-command-line


-- 
  А ещё говорят так  (fortune): 
 
Your present plans will be successful. 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] ffmpeg vs libav

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 458 bytes --]

Здравствуйте Hihin Ruslan
  В сообщении от 20 августа 2016 Hihin Ruslan написал(a):
> Вот ещё мысль:
>
> $ rpm -qf .....dso.h

Не - не в тему:

DSO - это Dynamic Shared Object (DSO) 


-- 
  А ещё говорят так  (fortune): 
 
A fool and his honey are soon parted. 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] ffmpeg vs libav

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1254 bytes --]

On Sat, Aug 20, 2016 at 10:44:27AM +0700, Евгений Терешков wrote:
> "Vladimir D. Seleznev" пишет:
> 
> > Сделал тесовую сборку FFmpeg'а, потестить можно подключив task'и
> > # 168524 и # 168537. FFmpeg собран таким образом, что он может быть
> > установленным вместе с libav в одной системе; для сборки пакетов с
> > библиотеками FFmpeg надо в BuildRequires'ах указать ffmpeg-devel (или
> > ${имя_нужной_библиотека}-ffmpeg-devel).
> 
> Пытаюсь собрать mpv с ffmpeg. Заменил все библиотеки libav в BuildRequires
> на одну ffmpeg-devel. Что-то сходу не собирается:
> 
> =8<========================================================================
> [225/442] Linking build/mpv
> /usr/bin/ld: /usr/lib64/gcc/x86_64-alt-linux/5/../../../../lib64/libavfilter.a(avf_showcqt.o): undefined reference to symbol 'FT_Done_Face'

ffmpeg-devel упакован неправильно, в нём не должно быть никакого
libavfilter.a, зато должен быть libavfilter.so; вместо последнего упакован
libavfilter-ffmpeg.so и libavfilter.pc, который, видимо, меняет -lavfilter
на -lavfilter-ffmpeg.  Полагаю, что не все клиенты libavfilter станут
использовать libavfilter.pc, поэтому проще и надёжнее переименовать
libavfilter-ffmpeg.so обратно в libavfilter.so.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

Re: [devel] ffmpeg vs libav

[Vladimir D. Seleznev]

On Sat, Aug 20, 2016 at 01:28:10PM +0300, Dmitry V. Levin wrote:
> On Sat, Aug 20, 2016 at 10:44:27AM +0700, Евгений Терешков wrote:
> > "Vladimir D. Seleznev" пишет:
> > 
> > > Сделал тесовую сборку FFmpeg'а, потестить можно подключив task'и
> > > # 168524 и # 168537. FFmpeg собран таким образом, что он может быть
> > > установленным вместе с libav в одной системе; для сборки пакетов с
> > > библиотеками FFmpeg надо в BuildRequires'ах указать ffmpeg-devel (или
> > > ${имя_нужной_библиотека}-ffmpeg-devel).
> > 
> > Пытаюсь собрать mpv с ffmpeg. Заменил все библиотеки libav в BuildRequires
> > на одну ffmpeg-devel. Что-то сходу не собирается:
> > 
> > =8<========================================================================
> > [225/442] Linking build/mpv
> > /usr/bin/ld: /usr/lib64/gcc/x86_64-alt-linux/5/../../../../lib64/libavfilter.a(avf_showcqt.o): undefined reference to symbol 'FT_Done_Face'
> 
> ffmpeg-devel упакован неправильно, в нём не должно быть никакого
> libavfilter.a, зато должен быть libavfilter.so; вместо последнего упакован
> libavfilter-ffmpeg.so и libavfilter.pc, который, видимо, меняет -lavfilter
> на -lavfilter-ffmpeg.  Полагаю, что не все клиенты libavfilter станут
> использовать libavfilter.pc, поэтому проще и надёжнее переименовать
> libavfilter-ffmpeg.so обратно в libavfilter.so.

Поправил упаковку пакета, убрал все статические библиотеки, добавил
симлинк libavfilter.so на libavfilter-ffmpeg.so, и в остальных
библиотках по такой же схеме. Сейчас идёт пересборка в том же задании.

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] ffmpeg vs libav

[Евгений Терешков]

"Vladimir D. Seleznev" пишет:

>> > > Сделал тесовую сборку FFmpeg'а, потестить можно подключив task'и
>> > > # 168524 и # 168537. FFmpeg собран таким образом, что он может быть
>> > > установленным вместе с libav в одной системе; для сборки пакетов с
>> > > библиотеками FFmpeg надо в BuildRequires'ах указать ffmpeg-devel (или
>> > > ${имя_нужной_библиотека}-ffmpeg-devel).
>> > 
>> > Пытаюсь собрать mpv с ffmpeg. Заменил все библиотеки libav в BuildRequires
>> > на одну ffmpeg-devel. Что-то сходу не собирается:
>> > 
>> > =8<========================================================================
>> > [225/442] Linking build/mpv
>> > /usr/bin/ld: /usr/lib64/gcc/x86_64-alt-linux/5/../../../../lib64/libavfilter.a(avf_showcqt.o): undefined reference to symbol 'FT_Done_Face'
>> 
>> ffmpeg-devel упакован неправильно, в нём не должно быть никакого
>> libavfilter.a, зато должен быть libavfilter.so; вместо последнего упакован
>> libavfilter-ffmpeg.so и libavfilter.pc, который, видимо, меняет -lavfilter
>> на -lavfilter-ffmpeg.  Полагаю, что не все клиенты libavfilter станут
>> использовать libavfilter.pc, поэтому проще и надёжнее переименовать
>> libavfilter-ffmpeg.so обратно в libavfilter.so.
>
> Поправил упаковку пакета, убрал все статические библиотеки, добавил
> симлинк libavfilter.so на libavfilter-ffmpeg.so, и в остальных
> библиотках по такой же схеме. Сейчас идёт пересборка в том же задании.

С этой сборкой mpv собрался. Буду тестировать.

Спасибо!

-- 
С уважением, Терешков Евгений.
Jabber ID: evg@altlinux.org, evg_krsk@jabber.ru

Re: [devel] ffmpeg vs libav

[Евгений Терешков]

Евгений Терешков пишет:

>> Поправил упаковку пакета, убрал все статические библиотеки, добавил
>> симлинк libavfilter.so на libavfilter-ffmpeg.so, и в остальных
>> библиотках по такой же схеме. Сейчас идёт пересборка в том же задании.
>
> С этой сборкой mpv собрался. Буду тестировать.

mpv собрался и на вид успешно работает, исходный баг связанный с
несовместимостью libav
(https://bugzilla.altlinux.org/show_bug.cgi?id=32382), решает.

Кстати, у нас ещё cmus в 2014-м потерял поддержку некоторых форматов
файлов, по той же причине.

Лично я был бы очень рад актуальному ffmpeg в сизифе.

-- 
С уважением, Терешков Евгений.
Jabber ID: evg@altlinux.org, evg_krsk@jabber.ru

Re: [devel] ffmpeg vs libav

[Konstantin Pavlov]

On Wed, Jul 27, 2016 at 03:42:54PM +0300, Vitaly Lipatov wrote:
> Пока я совершенно не понимаю подхода libav, который приводит к тому, что
> новые функции отсутствуют годами:
> https://bugzilla.altlinux.org/show_bug.cgi?id=32312

Разработчики libav скептически относятся к новому коду и предпочитают
формальные code review бездумным мержам всего, что присылают, как это
принято в ffmpeg.

-- 
VideoLAN
Konstantin Pavlov
http://www.videolan.org
Mobile: +7 926 165 45 31
Skype: cryothresh
Twitter: @cryothresh

Re: [devel] ffmpeg vs libav

[Vitaly Lipatov]

Коллеги, прошло 5 месяцев, а ffmpeg даже в Сизифе так и не появился.
Давайте попробуем хотя бы в этом году собрать?

Vladimir D. Seleznev писал 21.8.16 0:56:
> On Sat, Aug 20, 2016 at 01:28:10PM +0300, Dmitry V. Levin wrote:
>> On Sat, Aug 20, 2016 at 10:44:27AM +0700, Евгений Терешков wrote:
>> > "Vladimir D. Seleznev" пишет:
>> >
>> > > Сделал тесовую сборку FFmpeg'а, потестить можно подключив task'и
>> > > # 168524 и # 168537. FFmpeg собран таким образом, что он может быть
...
> Поправил упаковку пакета, убрал все статические библиотеки, добавил
> симлинк libavfilter.so на libavfilter-ffmpeg.so, и в остальных
> библиотках по такой же схеме. Сейчас идёт пересборка в том же задании.

-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] ffmpeg vs libav

[Ivan Zakharyaschev]

[-- Attachment #1: Type: text/plain, Size: 1082 bytes --]

Здравствуйте!

On Sun, 11 Dec 2016, Vitaly Lipatov wrote:

> Коллеги, прошло 5 месяцев, а ffmpeg даже в Сизифе так и не появился.
> Давайте попробуем хотя бы в этом году собрать?
>
> Vladimir D. Seleznev писал 21.8.16 0:56:
>>  On Sat, Aug 20, 2016 at 01:28:10PM +0300, Dmitry V. Levin wrote:
>> >  On Sat, Aug 20, 2016 at 10:44:27AM +0700, Евгений Терешков wrote:
>> > >  "Vladimir D. Seleznev" пишет:
>> > > 
>> > > >  Сделал тесовую сборку FFmpeg'а, потестить можно подключив task'и
>> > > >  # 168524 и # 168537. FFmpeg собран таким образом, что он может быть
> ...
>>  Поправил упаковку пакета, убрал все статические библиотеки, добавил
>>  симлинк libavfilter.so на libavfilter-ffmpeg.so, и в остальных
>>  библиотках по такой же схеме. Сейчас идёт пересборка в том же задании.

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

-- 
Best regards,
Ivan

Re: [devel] ffmpeg vs libav

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 935 bytes --]

Здравствуйте Ivan Zakharyaschev
  В сообщении от 11 декабря 2016 Ivan Zakharyaschev написал(a):
> Я так понял, что проблема в том, что в libav и в ffmpeg
> совпадающие символы, и если какая-то программа использует
> библиотеку, которая использует libav, и ещё какую-то
> библиотеку, которая использует ffmpeg, то будут проблемы,
> потому что будет два источника этих символов.

rpath не поможет?

-- 
  А ещё говорят так  (fortune): 
 
Hartley's First Law: You can lead a horse to water, but if you 
can get him to float on his back, you've got something. 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] ffmpeg vs libav

[Ivan Zakharyaschev]

[-- Attachment #1: Type: text/plain, Size: 812 bytes --]


On Sun, 11 Dec 2016, Hihin Ruslan wrote:

>  В сообщении от 11 декабря 2016 Ivan Zakharyaschev написал(a):
>> Я так понял, что проблема в том, что в libav и в ffmpeg
>> совпадающие символы, и если какая-то программа использует
>> библиотеку, которая использует libav, и ещё какую-то
>> библиотеку, которая использует ffmpeg, то будут проблемы,
>> потому что будет два источника этих символов.
>
> rpath не поможет?

Да нет, .so и так уже переименовали. Так что по именам файлов они не 
совпадают.

-- 
Best regards,
Ivan

Re: [devel] ffmpeg vs libav

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 781 bytes --]

Здравствуйте Ivan Zakharyaschev
  В сообщении от 11 декабря 2016 Ivan Zakharyaschev написал(a):
> Да нет, .so и так уже переименовали. Так что по именам файлов
> они не совпадают.

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

-- 
  А ещё говорят так  (fortune): 
 
Этот баг y нас фичей зовётся... 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] ffmpeg vs libav

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 642 bytes --]

Здравствуйте Ivan Zakharyaschev
  В сообщении от 11 декабря 2016 Ivan Zakharyaschev написал(a):
> Да нет, .so и так уже переименовали. Так что по именам файлов
> они не совпадают.

Или у кого-то "метаидея", что-бы приложение хватало любую 
библиотеку?  

-- 
  А ещё говорят так  (fortune): 
 
Плохой танцор - зато хороший папа 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] ffmpeg vs libav

[Ivan Zakharyaschev]

[-- Attachment #1: Type: text/plain, Size: 486 bytes --]

On Sun, 11 Dec 2016, Hihin Ruslan wrote:

>  В сообщении от 11 декабря 2016 Ivan Zakharyaschev написал(a):
>> Да нет, .so и так уже переименовали. Так что по именам файлов
>> они не совпадают.
>
> Или у кого-то "метаидея", что-бы приложение хватало любую 
> библиотеку?

app -> libA.so -> libav
     \-> libB.so -> ffmpeg


-- 
Best regards,
Ivan

Re: [devel] ffmpeg vs libav

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 1064 bytes --]

Здравствуйте Ivan Zakharyaschev
  В сообщении от 11 декабря 2016 Ivan Zakharyaschev написал(a):
> On Sun, 11 Dec 2016, Hihin Ruslan wrote:
> >  В сообщении от 11 декабря 2016 Ivan Zakharyaschev 
написал(a):
> >> Да нет, .so и так уже переименовали. Так что по именам
> >> файлов они не совпадают.
> >
> > Или у кого-то "метаидея", что-бы приложение хватало любую
> > библиотеку?
>
> app -> libA.so -> libav
>      \-> libB.so -> ffmpeg

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

-- 
  А ещё говорят так  (fortune): 
 
How many chunks could checkchunk check if checkchunk could check 
chunks? -- Alan Cox 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] ffmpeg vs libav

[Ivan Zakharyaschev]

[-- Attachment #1: Type: text/plain, Size: 745 bytes --]

On Sun, 11 Dec 2016, Hihin Ruslan wrote:

>> >> Да нет, .so и так уже переименовали. Так что по именам
>> >> файлов они не совпадают.
>> >
>> > Или у кого-то "метаидея", что-бы приложение хватало любую
>> > библиотеку?
>>
>> app -> libA.so -> libav
>>      \-> libB.so -> ffmpeg
>
> Тогда вроде проблем быть не должно, если всё аккуратно собирать, 
> и не пытаться обе прилинковать сразу.

Ну а если неаккуратно?..

Их прилинкуют те, кто соберут libA и libB, независимо.

-- 
Best regards,
Ivan

Re: [devel] ffmpeg vs libav

[Vladimir D. Seleznev]

On Sun, Dec 11, 2016 at 07:19:37PM +0300, Hihin Ruslan wrote:
> Здравствуйте Ivan Zakharyaschev
>   В сообщении от 11 декабря 2016 Ivan Zakharyaschev написал(a):
> > On Sun, 11 Dec 2016, Hihin Ruslan wrote:
> > >  В сообщении от 11 декабря 2016 Ivan Zakharyaschev 
> написал(a):
> > >> Да нет, .so и так уже переименовали. Так что по именам
> > >> файлов они не совпадают.
> > >
> > > Или у кого-то "метаидея", что-бы приложение хватало любую
> > > библиотеку?
> >
> > app -> libA.so -> libav
> >      \-> libB.so -> ffmpeg
> 
> Тогда вроде проблем быть не должно, если всё аккуратно собирать, 
> и не пытаться обе прилинковать сразу.

Это так, пока не появляются плагины, которых уже труднее отследить.

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] ffmpeg vs libav

[Vladimir D. Seleznev]

On Sun, Dec 11, 2016 at 07:33:47PM +0300, Ivan Zakharyaschev wrote:
> On Sun, 11 Dec 2016, Hihin Ruslan wrote:
> 
> >> >> Да нет, .so и так уже переименовали. Так что по именам
> >> >> файлов они не совпадают.
> >> >
> >> > Или у кого-то "метаидея", что-бы приложение хватало любую
> >> > библиотеку?
> >>
> >> app -> libA.so -> libav
> >>      \-> libB.so -> ffmpeg
> >
> > Тогда вроде проблем быть не должно, если всё аккуратно собирать, 
> > и не пытаться обе прилинковать сразу.
> 
> Ну а если неаккуратно?..
> 
> Их прилинкуют те, кто соберут libA и libB, независимо.

Можно добавить проверку, что в слинкованных библиотеках нет одинаковых
символов.

-- 
   С уважением,
   Владимир Селезнев

Re: [devel] ffmpeg vs libav

[Ivan Zakharyaschev]

[-- Attachment #1: Type: text/plain, Size: 792 bytes --]

On Sun, 11 Dec 2016, Hihin Ruslan wrote:

>> >> Да нет, .so и так уже переименовали. Так что по именам
>> >> файлов они не совпадают.
>> >
>> > Или у кого-то "метаидея", что-бы приложение хватало любую
>> > библиотеку?
>>
>> app -> libA.so -> libav
>>      \-> libB.so -> ffmpeg
>
> Тогда вроде проблем быть не должно, если всё аккуратно собирать,

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

-- 
Best regards,
Ivan

Re: [devel] ffmpeg vs libav

[Ivan Zakharyaschev]

[-- Attachment #1: Type: text/plain, Size: 858 bytes --]

On Sun, 11 Dec 2016, Vladimir D. Seleznev wrote:

> On Sun, Dec 11, 2016 at 07:33:47PM +0300, Ivan Zakharyaschev wrote:
>> On Sun, 11 Dec 2016, Hihin Ruslan wrote:
>> 
>> >> >> Да нет, .so и так уже переименовали. Так что по именам
>> >> >> файлов они не совпадают.
>> >> >
>> >> > Или у кого-то "метаидея", что-бы приложение хватало любую
>> >> > библиотеку?
>> >>
>> >> app -> libA.so -> libav
>> >>      \-> libB.so -> ffmpeg
>> >
>> > Тогда вроде проблем быть не должно, если всё аккуратно собирать, 
>> > и не пытаться обе прилинковать сразу.
>> 
>> Ну а если неаккуратно?..
>> 
>> Их прилинкуют те, кто соберут libA и libB, независимо.
>
> Можно добавить проверку, что в слинкованных библиотеках нет одинаковых
> символов.

Во время сборки?

А потом могут пересобрать libA или libB по-другому, и всё изменится во 
время запуска.

-- 
Best regards,
Ivan

Re: [devel] ffmpeg vs libav

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 1395 bytes --]

Здравствуйте Ivan Zakharyaschev
  В сообщении от 11 декабря 2016 Ivan Zakharyaschev написал(a):
> On Sun, 11 Dec 2016, Hihin Ruslan wrote:
> >> >> Да нет, .so и так уже переименовали. Так что по именам
> >> >> файлов они не совпадают.
> >> >
> >> > Или у кого-то "метаидея", что-бы приложение хватало любую
> >> > библиотеку?
> >>
> >> app -> libA.so -> libav
> >>      \-> libB.so -> ffmpeg
> >
> > Тогда вроде проблем быть не должно, если всё аккуратно
> > собирать,
>
> Возможно, есть способ аккуратно оформить эти альтернативные
> библиотеки, чтобы такие конфликты не угрожали. Просто его пока
> не применили.

Вот этим мне rpath больше нравится.
 У каждого приложение - только один путь, где он ищет эти 
библиотеки.
-- 
  А ещё говорят так  (fortune): 
 
Military secrets are the most fleeting of all. -- Spock, "The 
Enterprise Incident", stardate 5027.4 
________________________________________________________________________
С уважением Хихин Руслан 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] ffmpeg vs libav

[Ivan Zakharyaschev]

[-- Attachment #1: Type: text/plain, Size: 792 bytes --]

On Sun, 11 Dec 2016, Hihin Ruslan wrote:

> Здравствуйте Ivan Zakharyaschev
>  В сообщении от 11 декабря 2016 Ivan Zakharyaschev написал(a):
>> On Sun, 11 Dec 2016, Hihin Ruslan wrote:
>> >> >> Да нет, .so и так уже переименовали. Так что по именам
>> >> >> файлов они не совпадают.

> Вот этим мне rpath больше нравится.
> У каждого приложение - только один путь, где он ищет эти 
> библиотеки.

Да нет, дело не в поиске библиотек. Я вот сказал, что файлы по разному 
названы. (А внутри одинаковые символы.)

-- 
Best regards,
Ivan

Re: [devel] ffmpeg vs libav

[Vitaly Lipatov]

Ivan Zakharyaschev писал 11.12.16 19:41:
...
>>> Их прилинкуют те, кто соберут libA и libB, независимо.
>> 
>> Можно добавить проверку, что в слинкованных библиотеках нет одинаковых
>> символов.
> 
> Во время сборки?
> 
> А потом могут пересобрать libA или libB по-другому, и всё изменится во
> время запуска.
Хорошо, давайте запретим повторение символов при линковке, и починим 
всё, что сломается от этого. Зато не надо будет ожидать взрывов 
программы.

Я, как смог, написал скрипт проверки
https://github.com/vitlav/checkduplicatelibrarysymbols
и вот например gs собран с двумя libpng сразу:
https://bugzilla.altlinux.org/show_bug.cgi?id=33220

никто не переживает по этому поводу. Почему надо надо переживать из-за 
каких-то ffmpeg, не ясно. Или основное назначение репозитория Сизиф — 
это раскодирование видео? :)




-- 
С уважением,
Виталий Липатов,
Etersoft