Bug#699864: mplayer2 from experimental doesn't work with smplayer
I attach another patch to try to fix this issue. This patch adds the possibility to compile smplayer to not use the -fontconfig and -nofontconfig options. This way it will never fail with mplayer2. Edit smplayer.pro and delete or comment the line DEFINES += USE_FONTCONFIG_OPTIONS It seems the -fontconfig option is now enabled by default by mplayer, so it's actually not needed. The -nofontconfig option is necessary if the user wants to specify a ttf font for subtitles, but there are other methods to change the font. -- RVM r5297.diff.gz Description: GNU Zip compressed data ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#699864: mplayer2 from experimental doesn't work with smplayer
On Tue, Mar 26, 2013 at 11:53 PM, Ricardo Villalba smplayer@gmail.com wrote: I'm the developer of smplayer. I've just found this post: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699864#14 Are you seriously considering to replace smplayer by smplayer2? Is this for real? I was seeking for opinions. Your input is very appreciated! smplayer2 is based on an old version of smplayer (0.8.0) while the current version of smplayer is 0.8.4. It lacks a lot of things, like the support for youtube. You would be dropping a whole year of my work. I was not aware of that. Thank you ver clarifying this. smplayer2 works better with mplayer2 because it's intented to be a gui for mplayer2, so if mplayer2 removes the -fontconfig option they remove as well in smplayer2 and that's it. But smplayer tries to work with both mplayer and mplayer2, so I can't remove that option that easily. By the way I've just compiled smplayer2 from git and it can't work at all with the regular mplayer: Unknown option on the command line: -gapless-audio Error parsing option on the command line: -gapless-audio MPlayer svn r34540 (Ubuntu), built with gcc-4.6 (C) 2000-2012 Okay, so switching would, just as I expected, trade one bag of incompatibilities with another one. Now we need to decide which bag is easier to handle for us. Your explanation is invaluable useful for this decision. The problem of the -fontconfig option was fixed in smplayer a lot of months ago (last november). It's not completely fixed because of the way mplayer2 is packaged in ubuntu (I guess is the same in debian). The problem is that the mplayer2 executable is called exactly the same as mplayer: mplayer. So smplayer can't know what application it is until it's run for the first time. So when the first file is played it still can fail with the -fontconfig problem because smplayer assumes it's using mplayer, but once it knows it is actually mplayer2 it won't use the -fontconfig option anymore. In windows I fixed this problem very easily, in my packages I've renamed mplayer.exe to mplayer2.exe, so smplayer knows the actual application before running it, so the -fontconfig error never happens. For me it would be easier if mplayer2 in linux had also a different executable name. Would it be possible to have smplayer detect the version of the mplayer binary in some other way, such as by looking at some environment variable or looking at some file in the system? I would guess that the environment variable approach might be portable and allow easy testing during the development of smplayer. Moreover, it would allow me to locate the best location in the source-code to hook a distro-specific check into. What do you think? -- regards, Reinhard ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#699864: mplayer2 from experimental doesn't work with smplayer
Am Mittwoch, den 27.03.2013, 07:26 +0100 schrieb Reinhard Tartler: Would it be possible to have smplayer detect the version of the mplayer binary in some other way, such as by looking at some environment variable or looking at some file in the system? Or maybe by running mplayer --version before anything else? ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#699864: mplayer2 from experimental doesn't work with smplayer
2013/3/27 Reinhard Tartler siret...@gmail.com: Would it be possible to have smplayer detect the version of the mplayer binary in some other way, such as by looking at some environment variable or looking at some file in the system? I would guess that the environment variable approach might be portable and allow easy testing during the development of smplayer. Moreover, it would allow me to locate the best location in the source-code to hook a distro-specific check into. What do you think? The environment variable could work if all distros implemented it, otherwise the problem would be fixed on debian only. I can make smplayer to run mplayer -v to get the info, but mplayer/mplayer2 are large applications and take some time to load, so that would increase the startup time of smplayer, that's why I didn't want to do that so far. Another possible fix, easy to do: install mplayer2 as /usr/bin/mplayer2 but add also the symlink /usr/bin/mplayer - /usr/bin/mplayer2. This way smplayer could detect the symlink and find out the actual executable name. But I would suggest to allow the user to have both mplayer and mplayer2 installed at the same time. Currently if you install mplayer2 it replaces mplayer and vice versa. Both applications are similar but they are not the same. mplayer2 has interesting new things, like support for ordered chapters, but it also has its own issues and some videos play better in mplayer. For me it's a problem not being able to have both applications installed at the same time. Besides there's now another mplayer fork, called mpv (https://github.com/mpv-player/mpv/blob/master/README.rst), if it's added some day to debian, will you also name the executable mplayer? I wouldn't find very logic to have 3 different applications with the same executable name. For me it would be very difficult to support the 3 applications if they all have the same name. -- RVM ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#699864: mplayer2 from experimental doesn't work with smplayer
On Thu, Mar 28, 2013 at 1:35 AM, Chris Bannister cbannis...@slingshot.co.nz wrote: On Wed, Mar 27, 2013 at 02:37:30PM +0100, Ricardo Villalba wrote: But I would suggest to allow the user to have both mplayer and mplayer2 installed at the same time. Currently if you install mplayer2 it replaces mplayer and vice versa. Both applications are similar but they are not the same. mplayer2 has interesting new things, like support for ordered chapters, but it also has its own issues and some videos play better in mplayer. For me it's a problem not being able to have both applications installed at the same time. Besides there's now another mplayer fork, called mpv (https://github.com/mpv-player/mpv/blob/master/README.rst), if it's added some day to debian, will you also name the executable mplayer? I wouldn't find very logic to have 3 different applications with the same executable name. For me it would be very difficult to support the 3 applications if they all have the same name. Shouldn't they be under the alternates system? This would require a) co-instability and b) the same command-line syntax. As demonstrated per this bug, neither is the case. -- regards, Reinhard ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#699864: mplayer2 from experimental doesn't work with smplayer
I'm the developer of smplayer. I've just found this post: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699864#14 Are you seriously considering to replace smplayer by smplayer2? Is this for real? smplayer2 is based on an old version of smplayer (0.8.0) while the current version of smplayer is 0.8.4. It lacks a lot of things, like the support for youtube. You would be dropping a whole year of my work. smplayer2 works better with mplayer2 because it's intented to be a gui for mplayer2, so if mplayer2 removes the -fontconfig option they remove as well in smplayer2 and that's it. But smplayer tries to work with both mplayer and mplayer2, so I can't remove that option that easily. By the way I've just compiled smplayer2 from git and it can't work at all with the regular mplayer: Unknown option on the command line: -gapless-audio Error parsing option on the command line: -gapless-audio MPlayer svn r34540 (Ubuntu), built with gcc-4.6 (C) 2000-2012 The problem of the -fontconfig option was fixed in smplayer a lot of months ago (last november). It's not completely fixed because of the way mplayer2 is packaged in ubuntu (I guess is the same in debian). The problem is that the mplayer2 executable is called exactly the same as mplayer: mplayer. So smplayer can't know what application it is until it's run for the first time. So when the first file is played it still can fail with the -fontconfig problem because smplayer assumes it's using mplayer, but once it knows it is actually mplayer2 it won't use the -fontconfig option anymore. In windows I fixed this problem very easily, in my packages I've renamed mplayer.exe to mplayer2.exe, so smplayer knows the actual application before running it, so the -fontconfig error never happens. For me it would be easier if mplayer2 in linux had also a different executable name. -- RVM ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#699864: mplayer2 from experimental doesn't work with smplayer
Hi, I have tried to raise this issue to upstream: On Wed, Feb 6, 2013 at 7:25 AM, Reinhard Tartler siret...@gmail.com wrote: Hi Uoti, What do you think about this issue? Is this something that, in your opinion, smplayer should fix, or can you restore compatibility in mplayer2 (which I would think would be nice). Are you in contact with the smplayer developers? He contacted me on IRC with this: 15:55 uau siretart: smplayer2 is somewhat better than smplayer, and doesn't have that -fontconfig option problem among other things 19:21 siretart uau: so I take it that you decline the request to make changes in mplayer2 to unbreak smplayer? 19:39 uau siretart: i'm not sure exactly what changes would be required With this situation, I'm inclined to suggest to get smplayer replaced in debian by smplayer2. Maia, would you agree with this approach? If yes, then the next steps would be to orphan or straightly remove smplayer from Debian, and package smplayer2 in a way that it replaces the smplayer package. Another option would be to package smplayer2 as smplayer source package. However, I'm not intimately familiar with either of the two projects. From the first glance it seems that similar to mplayer2, also the smplayer2 fork does not believe in blessed releases and forces us to decide on snapshots. I'm unsure what's the best way to proceed and am therefore seeking opinions from other pkg-multimedia. -- regards, Reinhard ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#699864: mplayer2 from experimental doesn't work with smplayer
Package: mplayer2 Version: 2.0-701-gd4c5b7f-1 Severity: normal Hi. Even though mplayer2 from experimental breaks smplayer from sid, I'm only setting the severity as normal. I have only tested this with smplayer, but I think that it may apply to other frontends. In particular, mplayer2 breaks compatibility with previous versions with: , | /usr/bin/mplayer -noquiet -nofs -nomouseinput -lavdopts threads=4 -sub-fuzziness 1 -identify -slave -vo gl_nosw -ao pulse -nokeepaspect -framedrop -dr -double -input nodefault-bindings:conf=/dev/null -stop-xscreensaver -wid 50331683 -monitorpixelaspect 1 -ass -embeddedfonts -ass-line-spacing 0 -ass-font-scale 1 -ass-styles /home/rbrito/.config/smplayer/styles.ass -fontconfig -font DejaVu Sans -subfont-autoscale 0 -subfont-osd-scale 20 -subfont-text-scale 20 -subcp ISO-8859-1 -vid 0 -subpos 100 -volume 13 -cache 10240 -ss 45 -osdlevel 0 -idx -vf-add pp -autoq 6 -noslices -channels 2 -af scaletempo -softvol -softvol-max 1000 /tmp/test.mp4 | | Unknown option on the command line: --fontconfig | Error parsing option on the command line: -fontconfig | MPlayer2 2.0-701-gd4c5b7f-1 (C) 2000-2012 MPlayer Team | ID_EXIT=NONE ` Ideally, it would be nice if deprecated options were just ignored for compatibility with other programs. Regards, Rogério Brito. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer2 depends on: ii liba52-0.7.4 0.7.4-16 ii libasound21.0.25-4 ii libass4 0.10.0-3 ii libavcodec54 6:9.1-3 ii libavformat54 6:9.1-3 ii libavresample16:9.1-3 ii libavutil52 6:9.1-3 ii libbluray11:0.2.2-1 ii libbs2b0 3.1.0+dfsg-2 ii libc6 2.13-38 ii libcaca0 0.99.beta18-1 ii libcdio-cdda1 0.83-4 ii libcdio-paranoia1 0.83-4 ii libcdio13 0.83-4 ii libdca0 0.0.5-5 ii libdirectfb-1.2-9 1.2.10.0-5 ii libdv41.0.0-6 ii libdvdnav44.2.0+20121016-1 ii libdvdread4 4.2.0+20121016-1 ii libenca0 1.14-2 ii libfaad2 2.7-8 ii libgif4 4.1.6-10 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libjack0 [libjack-0.116] 1:0.121.3+20120418git75e3e20b-2.1 ii libjpeg8 8d-1 ii liblcms2-22.2+git20110628-2.2 ii liblircclient00.9.0~pre1-1 ii libmad0 0.15.1b-7 ii libmng1 1.0.10-3 ii libmpg123-0 1.14.4-1 ii libncurses5 5.9-10 ii libogg0 1.3.0-4 ii libpng12-01.2.49-3 ii libpostproc52 6:0.8.5-1 ii libpulse0 2.0-6 ii libquvi7 0.4.1-1 ii libsdl1.2debian 1.2.15-5 ii libsmbclient 2:3.6.6-5 ii libspeex1 1.2~rc1-7 ii libswscale2 6:9.1-3 ii libtheora01.1.1+dfsg.1-3.1 ii libtinfo5 5.9-10 ii libvdpau1 0.4.1-8 ii libvorbis0a 1.3.2-1.3 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxss1 1:1.2.2-1 ii libxv12:1.0.7-1 ii libxvidcore4 2:1.3.2-9 ii libxxf86vm1 1:1.1.2-1 ii zlib1g1:1.2.7.dfsg-13 mplayer2 recommends no packages. mplayer2 suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Fwd: Bug#699864: mplayer2 from experimental doesn't work with smplayer
Processing commands for cont...@bugs.debian.org: tags 699864 upstream Bug #699864 [mplayer2] mplayer2 from experimental doesn't work with smplayer Added tag(s) upstream. forwarded 699864 u...@mplayer2.org Bug #699864 [mplayer2] mplayer2 from experimental doesn't work with smplayer Set Bug forwarded-to-address to 'u...@mplayer2.org'. stop Stopping processing here. Please contact me if you need assistance. -- 699864: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699864 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers