Bug#862230: mplayer: error while loading shared libraries: R_PPC_REL24 relocation at 0x207ac54c for symbol `htonl' out of range
Hi.
When I reported bug 862230 a few months ago, I forgot to include
debian-powerpc as CC. Here it goes:
On May 09 2017, Rogério Brito wrote:
> Package: mplayer
> Version: 2:1.3.0-6
> Severity: important
This problem still occurs with version 2:1.3.0-7+b3, unfortunately. :-(
> In my PowerPC G4 iBook, I am running unstable and I'm getting the following
> error when starting mplayer (with parameters, without, doesn't matter):
>
> $ mplayer
> mplayer: error while loading shared libraries: R_PPC_REL24 relocation at
> 0x2062d54c for symbol `htonl' out of range
>
> If there is any extra information that I can supply, please let me know.
Is there anybody knowledgeable on the debian-powerpc mailing list? Is this a
problem with a missing -fPIC somewhere, as stated in a message that deals
with a similar message, as in:
https://lists.debian.org/debian-powerpc/2010/06/msg00012.html
Is there anyway to discover what package may be at fault here?
One of the reasons why I am trying to use mplayer and not mpv is that, with
mpv, they are removing more and more video backends...
Thanks for any help,
Rogério Brito.
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.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
Bug#879129: lame: new upstream version
Hi, Fabian.
On Fri, Oct 20, 2017 at 4:55 AM, Fabian Greffrath <fab...@greffrath.com> wrote:
> Rogério Brito wrote:
>> After a long hiatus, a new version of lame was released (3.100)
>
> thanks for the reminder! I am on it, will probably upload this evening.
Super thanks!
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.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
Bug#879129: lame: new upstream version
Package: lame
Version: 3.99.5+repack1-9+b2
Severity: wishlist
Hi, people and Fabian in particular.
After a long hiatus, a new version of lame was released (3.100) and, as far
as I know, it contains fixes for all the vulnerabilities in bug 867725 (grave).
Fabian, it also contains all the patches that you sent me over the time (I
think), which means that you probably can drop patches and have a smaller
delta with respect to upstream.
Thanks,
Rogério.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing'), (200, 'unstable'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8),
LANGUAGE=en_US.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages lame depends on:
ii libc62.24-17
ii libmp3lame0 3.99.5+repack1-9+b2
ii libsndfile1 1.0.28-4
ii libtinfo56.0+20170902-1
lame recommends no packages.
lame suggests no packages.
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.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
Bug#872781: mediagoblin: empty mediagoblin package?
Package: mediagoblin
Version: 0.9.0~dfsg-1~exp1
Severity: normal
Hi.
I was excited to see that we had mediagoblin accepted in our archive, since
I want to use it for my personal media.
Unfortunately, right after installing it, I have not found any easy way of
running it and the mediagoblin package apparently only pulls the
dependencies... And it only contains documentation, being, otherwise, an
empty package.
Is this correct/expected?
Thanks for packaging mediagoblin anyway,
Rogério Brito.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing'), (200, 'unstable'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.12.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8),
LANGUAGE=en_US.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages mediagoblin depends on:
ii python3-alembic 0.8.8-3
ii python3-babel 2.4.0+dfsg.1-2
ii python3-bcrypt3.1.3-1
ii python3-celery3.1.23-7
ii python3-configobj 5.0.6-2
ii python3-dateutil 2.6.0-1
ii python3-exif 2.1.2-1
ii python3-itsdangerous 0.24+dfsg1-2
ii python3-jinja22.9.6-1
ii python3-jsonschema2.5.1-6
ii python3-kombu 4.0.2+really3.0.35+dfsg-2
ii python3-lxml 3.8.0-1+b1
ii python3-markdown 2.6.8-1
ii python3-oauthlib 2.0.1-1
ii python3-pastedeploy 1.5.2-4
ii python3-pil 4.2.1-1
ii python3-pyld 0.6.8-1
ii python3-pytest3.2.1-1
ii python3-pytest-xdist 1.18.2-1
ii python3-requests 2.18.1-1
ii python3-six 1.10.0-4
ii python3-sphinx1.5.6-2
ii python3-sqlalchemy1.1.11+ds1-1
ii python3-tz2017.2-2
ii python3-unidecode 0.04.19-1
ii python3-waitress 1.0.1-1
ii python3-webtest 2.0.27-1
ii python3-werkzeug 0.12.2+dfsg1-2
ii python3-wtforms 2.1-1
Versions of packages mediagoblin recommends:
ii fonts-inconsolata 001.010-5
ii fonts-lato 2.0-2
ii libjs-jquery 3.1.1-2
ii libjs-leaflet 0.7.7+20160312-1
ii libjs-pdf 1.5.188+dfsg-1
ii postgresql-client 9.6+184
ii postgresql-client-9.6 [postgresql-client] 9.6.3-4+b1
Versions of packages mediagoblin suggests:
pn mediagoblin-doc
ii python-nose 1.3.7-2
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.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
Packaging vid.stab
Hi.
I have a need for video stabilization and I saw that Debian is
currently lacking libvidstab, even though the ffmpeg package that it
has packaged supports the library.
So, I started packaging it. It is *really* kludgy at the moment
(especially since SSE2 and openmp detection/enablement could be
better), but is anybody interested in contributing? Also,
multi-arch'fying the package is still not done. And probably quite a
lot of other stuff.
The package that I have is at:
https://github.com/rbrito/pkg-libvidstab
Reviews are welcome and pull requests even better!
Thanks,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.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
Bug#862230: mplayer: error while loading shared libraries: R_PPC_REL24 relocation at 0x207ac54c for symbol `htonl' out of range
Package: mplayer
Version: 2:1.3.0-6
Severity: important
Hi.
In my PowerPC G4 iBook, I am running unstable and I'm getting the following
error when starting mplayer (with parameters, without, doesn't matter):
$ mplayer
mplayer: error while loading shared libraries: R_PPC_REL24 relocation at
0x2062d54c for symbol `htonl' out of range
If there is any extra information that I can supply, please let me know.
Thanks,
Rogério Brito.
-- System Information:
Debian Release: 9.0
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: powerpc
(ppc)
Kernel: Linux 4.9.0-3-powerpc
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages mplayer depends on:
ii liba52-0.7.4 0.7.4-19
ii libaa11.4p5-44+b1
ii libasound21.1.3-5
ii libass5 1:0.13.4-2
ii libaudio2 1.9.4-5+b1
ii libavcodec57 7:3.2.4-1
ii libavformat57 7:3.2.4-1
ii libavutil55 7:3.2.4-1
ii libbluray11:0.9.3-3
ii libbs2b0 3.1.0+dfsg-2.2
ii libc6 2.24-10
ii libcaca0 0.99.beta19-2+b2
ii libcdio-cdda1 0.83-4.3+b1
ii libcdio-paranoia1 0.83-4.3+b1
ii libcdio13 0.83-4.3+b1
ii libdca0 0.0.5-10
ii libdirectfb-1.2-9 1.2.10.0-9
ii libdv41.0.0-11
ii libdvdnav45.0.3-3
ii libdvdread4 5.0.3-2
ii libenca0 1.19-1+b1
ii libfaad2 2.8.0~cvs20161113-1
ii libfontconfig12.11.0-6.7+b1
ii libfreetype6 2.6.3-3.2
ii libfribidi0 0.19.7-1+b1
ii libgif7 5.1.4-0.4
ii libgl1-mesa-glx [libgl1] 13.0.6-1
ii libjack-jackd2-0 [libjack-0.125] 1.9.10+20150825git1ed50c92~dfsg-5
ii libjpeg62-turbo 1:1.5.1-2
ii liblirc-client0 0.9.4c-9
ii libmad0 0.15.1b-8
ii libmpeg2-40.5.1-7+b2
ii libmpg123-0 1.23.8-1+b1
ii libogg0 1.3.2-1
ii libopenal11:1.17.2-4+b2
ii libpng16-16 1.6.28-1
ii libpostproc54 7:3.2.4-1
ii libpulse0 10.0-1
ii libsdl1.2debian 1.2.15+dfsg1-4
ii libsmbclient 2:4.5.8+dfsg-1
ii libspeex1 1.2~rc1.2-1+b2
ii libswresample27:3.2.4-1
ii libswscale4 7:3.2.4-1
ii libtheora01.1.1+dfsg.1-14+b1
ii libtinfo5 6.0+20161126-1
ii libvdpau1 1.1.1-6
ii libvorbisidec11.0.2+svn18153-1
ii libx11-6 2:1.6.4-3
ii libxext6 2:1.3.3-1+b2
ii libxinerama1 2:1.1.3-1+b3
ii libxss1 1:1.2.2-1
ii libxv12:1.0.11-1
ii libxvidcore4 2:1.3.4-1+b2
ii libxvmc1 2:1.0.10-1
ii libxxf86dga1 2:1.1.4-1+b3
ii libxxf86vm1 1:1.1.4-1+b2
ii zlib1g1:1.2.8.dfsg-5
mplayer recommends no packages.
Versions of packages mplayer suggests:
ii bzip2 1.0.6-8.1
ii fontconfig 2.11.0-6.7+b1
ii fonts-freefont-ttf 20120503-6
pn mplayer-doc
pn netselect | fping
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.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
Bug#833172: handbrake: please, remove me from uploaders
Package: handbrake
Version: 0.10.5+ds1-2
Severity: minor
Dear people,
I'm having some of my worst times personally with many periods of sickness
and other private problems.
As a result, I have not been able to devote as much time to my packages as I
would like. I would, therefore, request that my name be dropped from the
Uploaders field of the package.
I hope to get back soon and contribute again in the not so distant future.
Thanks,
Rogério Brito.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing'), (200, 'unstable'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages handbrake depends on:
ii libass5 0.13.2-1
ii libavcodec-extra57 7:3.1.1-3
ii libavformat57 7:3.1.1-3
ii libavresample3 7:3.1.1-3
ii libavutil55 7:3.1.1-3
ii libbluray1 1:0.9.3-2
ii libc6 2.23-4
ii libcairo2 1.14.6-1+b1
ii libdbus-glib-1-20.106-1
ii libdvdnav4 5.0.3-1
ii libdvdread4 5.0.3-1
ii libgdk-pixbuf2.0-0 2.34.0-1
ii libglib2.0-02.48.1-2
ii libgstreamer-plugins-base1.0-0 1.8.2-1
ii libgstreamer1.0-0 1.8.2-1
pn libgtk-3-0
ii libgudev-1.0-0 230-3
ii libnotify4 0.7.6-2
ii libpango-1.0-0 1.40.1-1
ii libsamplerate0 0.1.8-8
ii libswscale4 7:3.1.1-3
ii libtheora0 1.1.1+dfsg.1-14
ii libvorbis0a 1.3.5-3
ii libvorbisenc2 1.3.5-3
ii libx264-148 2:0.148.2699+gita5e06b9-1
ii libx265-79 1.9-3
Versions of packages handbrake recommends:
ii gstreamer1.0-alsa1.8.2-1
ii gstreamer1.0-libav 1.8.2-1
ii gstreamer1.0-pulseaudio 1.8.2-1
ii gstreamer1.0-x 1.8.2-1
handbrake suggests no packages.
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
signature.asc
Description: PGP signature
___
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: RFS: vid.stab/0.98b-1
Hi.
On Oct 26 2015, Felipe Sateler wrote:
> I'm adding the ITP (and all participants) back to CC to let them know
> about your work.
Please, go ahead. I'm way too busy right now to maintain this package at
this moment.
Thanks,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.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
Bug#775959: [Fwd: Bug#775959: Patch for this issue]
Hi there, Fabian and Maks.
On Jan 22 2015, Fabian Greffrath wrote:
would you apply the attached patch, courtesy of Maks Naumov, to LAME
upstream?
I just applied the patch. If you have more, please send them my way.
Thanks for letting me know,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.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
Bug#675584: /usr/bin/avconv: avconv segfaults when transcoding video with libx264 presets
On Jan 03 2015, Sebastian Ramacher wrote:
Version: 6:0.8.5-1
(...)
Thanks for the work on libav and for triaging the bugs.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.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
Bug#672561: Re: Bug#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
Hi, Balint.
On May 20 2014, Balint Reczey wrote:
On 05/12/2012 08:46 AM, Reinhard Tartler wrote:
That's excellent news! Thanks for working on it and count me in as
supporter (i.e., put me to Uploaders).
Handbrake is now in Debian and uses libavresample.
How about closing this bug? The missing header stopped being an issue, I
think.
Yes, it stopped. I'm closing it. I don't know how things will impact
getting handbrake being compiled with ffmpeg, but I guess that we can always
file a new bug when that time comes.
BTW, thanks for getting a version of handbrake in Debian that doesn't need
to be totally mutilated. I was waiting for a new release before getting my
hands on it, but now the packaging and updating is trivial for future
versions of handbrake.
Thanks,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.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
Bug#729203: RFP: ffmpeg -- complete, cross-platform solution to record, convert and stream audio and video
Package: wnpp
Severity: wishlist
Hi.
As I anticipate a lot of discussion and bikeshedding on this bug report, I
am going to preface it with some information. I am including some people
that may be interested parties in the CC'ies.
Motivated by Debian's bug #729147 being closed, by the fact that some
software either needs or recommends ffmpeg (see below), I think that Debian
should provide the *option* of using ffmpeg instead of libav to its users.
ffmpeg has many features that libav lacks and it is, as I understand it, the
set of ffmpeg's features are a strict superset of that of libav's.
When I read that libav was going to be forked, I thought that, given the
non-explicit reports on what happened at the time, it was a good thing. A
few years later, I think that I was wrong and libav doesn't suit me as both
a user and a package of other programs.
Just off the top of my head, here are some packages that either depend on or
recommend ffmpeg (sometimes, embedding their own copy of ffmpeg):
* mpv:
https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav#situation-today
* xbmc: http://xbmc.org/xbmc-13-gotham-april-and-may-cycles/
* mythtv: https://github.com/MythTV/mythtv/tree/master/mythtv/external
* chromium:
http://packages.debian.org/search?searchon=contentskeywords=libffmpegsumo.so
You can see a reply to Josh Triplett at http://bugs.debian.org/721317#18
pointing out some extra arguments.
This bug, in fact, is more of an Intent to Package than a Request for
Package, but I will leave it as a RFP because I don't really know if I will
have the enthusiasm to sustain the packaging during long times. What I *do*
know is that, whenever I hit a limitation with libav, that enthusiasm all of
a sudden comes back.
I don't want any flamewar or anything. I just want to use my computer to do
things that it currently doesn't.
So, without further ado, here goes the skeleton of the RFP/ITP:
* Package name: ffmpeg
Version : 2.1
Upstream Author : Name someb...@example.org
* URL : http://ffmpeg.org/
* License : GPL, LGPL
Programming Lang: C
Description : complete, cross-platform solution to record, convert and
stream audio and video
--
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
Bug#722257: /usr/bin/fpcalc: new major upstream version
Package: libchromaprint-tools
Version: 0.7-2
Severity: wishlist
File: /usr/bin/fpcalc
Hi.
I am trying to use sid's fpcalc with picard and I have been getting a lot of
errors of the kind invalid API key, as mentioned in upstream's blog
post. [0]
[0]: http://oxygene.sk/2013/02/acoustid-invalid-api-key/
Grabbing the chromaprint 1.0 precompiled binary makes everything work
wonderfully again.
http://oxygene.sk/2013/09/chromaprint-1-0-released/
http://acoustid.org/chromaprint#download
Please, would it be possible to package this new version?
Thanks in advance,
Rogério.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (10, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.10-2-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 libchromaprint-tools depends on:
ii libavcodec-extra-54 6:9.8-2+b1
ii libavformat546:9.8-2+b1
ii libavutil52 6:9.8-2+b1
ii libc62.17-92+b1
ii libchromaprint0 0.7-2
libchromaprint-tools recommends no packages.
libchromaprint-tools suggests no packages.
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.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
Bug#709193: ITP: libvidstab -- library for video stabilization
Package: wnpp
Severity: wishlist
Owner: Rogério Brito rbr...@ime.usp.br
* Package name: libvidstab
Version : 0.96
Upstream Author : Georg Martius georg.mart...@web.de
* URL : http://public.hronopik.de/vid.stab/
* License : GPL
Programming Lang: C
Description : video stabilization library
Imagine you captured a nice video with your camcorder, compact camera or
even cell phone while skiing, cycling or whatever sports and the video is
basically just jiggled.
.
Modern cameras come along with hardware stabilisation, however this does
not work if you have really strong vibrations - rather the contrary -
sometimes this mechanism starts to oscillate.
.
Vid.Stab is your friend in this matter. It is designed to stabilize even
strongly jiggled clips.
--
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
Bug#707476: avconv: please, support an image stabilization filter (deshake)
Package: libav-tools
Version: 6:9.5-1
Severity: wishlist
Tags: upstream
Hi.
It would be super cool to have an image stabilization filter in avconv, in
the same way that ffmpeg has one:
https://github.com/georgmartius/vid.stab/commit/4b5f5115
I am submitting this wishlist bug here because it seems that I need to
create an account for libav's bugzilla.
Thanks,
--
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
Bug#707321: transcode: SSE and SSE2 are disabled unconditionally
Package: transcode
Version: 3:1.1.7-4
Severity: normal
Hi.
I was taking a look at transcode's debian/rules file and it contains the
options --disable-see and --disable-sse2 unconditionally.
Given that all amd64 CPUs are required to implement these instruction sets
(and, as a side effect, the x32 arch too), and that GCC defaults to using
these instructions for floating point (instead of those for the x87
coprocessors), there's little advantage to disabling these options on amd64
machines.
Regards,
--
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
Bug#703544: i965-va-driver: Nothing depends / recommends this
Hi.
On Mar 20 2013, Kurt Roeckx wrote:
Could you please file bugs against the proper packages to Depend
or Recommend this package?
Even though there are few programs using vaapi in Debian, that's indeed
needed.
OTOH, from a practical perspective, the only programs that I *know* (there
could be others) that link to vaapi and that use such acceleration are vlc
and xbmc.
But from my tests of about 10 minutes ago in a SandyBridge laptop, using
vaapi with vlc was *much* worse than decoding entirely in CPU. Tested with
many H.264 videos with High profile.
The programs that I would like the most to use with vaapi would be
mplayer{,2}, though.
Regards,
--
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
Bug#702476: RFP: untrunc -- simple tool to recover truncated mp4, mov, 3gp files
Package: wnpp
Severity: wishlist
* Package name: untrunc
Version : 1.0
Upstream Author : Federico Ponchio ponc...@gmail.com
* URL : http://vcg.isti.cnr.it/~ponchio/untrunc.php
* License : GPL
Programming Lang: C++
Description : simple tool to recover truncated mp4, mov, 3gp files
untrunc is a small program which uses QT, ffmpeg and libfaad to rebuild the
index and, given a complete video as an example, recreate the moov atom,
thus rendering a truncated MP4, MOV or 3GP file playable again.
--
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
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
Re: [Bug 105458] Re: [needs-packaging] HandBrake
Hi, Paul.
(I'm CC'ing pkg-multimedia-maintainers, as there are many people there
interested in handbrake---and they have done a lot to help me getting
handbrake in shape in Debian).
On Feb 03 2013, Paul Gevers wrote:
On 02-02-13 12:31, Rogério Theodoro de Brito wrote:
The only reason why it was uploaded to experimental is that we didn't want
to disrupt with Debian's freeze for the release of wheezy.
Ok, understood. Does this mean that a sync request for Ubuntu is safe.
Yes, it is. Just be sure to make it clear to the users (perhaps updating the
package's long description) that the package does not have the two features
that I cited due to sad licensing reasons.
Of course, those that only use things will curse and moan, but they don't
know how it is to get these things straight.
Just for the record, the package is with reduced functionality, due to
license reasons:
Understood, but as Ubuntu follows Debian if nobody put in the time to do
something different, I think that is 100% acceptable.
OK, great.
Any kind of help is mostly appreciated, especially when talking to upstream
and:
This is not a package that is so trivial to make available on a distribution
and I have spent many weeks trying to get it to a point where it was able to
be included in Debian.
I am currently working on getting an other project (openmotif) in shape
for Debian. After that I might have the time to help if it is then still
needed.
Help is surely wanted. I am more or less stagnated with this, because I have
not been able to put the necessary time to talk with upstream.
Convincing them to cut a new stable release would be superb, as:
1 - They have some important features there (e.g., bob deinterlacing, a lot
of work fixing subtitles etc).
*and*
2 - It would make packaging significantly easier, as they are churning out
new patches to third-party libraries that we already have in Debian (but
not necessarity in patched form), and it would take coordination with
maintainers of other packages, so that we all have compatible stuff.
From handbrake's point of view, it is certainly the faster route to continue
the development patching the libraries that they need (and bundle such
libraries), but it is a major burden for distributions that want to have
handbrake available in their repositories.
More frequent releases from their part would be so much appreciated.
Regards,
--
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
Renaming handbrake (was: Re: Processed: bug 693012 is forwarded to John Stebbins stebb...@jetheaddev.com)
On Nov 12 2012, Fabian Greffrath wrote:
BTW, I have just desparately tried to install handbrake by running
apt-get install handbrake. I juts forgot that both of our
handbrake packages are suffixed with either -gtk or -cli. I find
this rather unintuitive and would like to add a meta package that
depends on handbrake-gtk | handbrake-cli. This would, however,
bestow us another round through the NEw queue. Does anyone object?
I would prefer the option of having a metapackage, even if for purely
cosmetical/symmetry reasons.
But whatever. As long as it works (and the users can find it), I'm OK.
Going through my backlog,
--
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
Bug#695578: mplayer2 from unstable (and from experimental) doesn't support Opus audio
Package: mplayer2
Version: 2.0-665-gb5349bb-2
Severity: wishlist
As mplayer2 from unstable (an from experimental) don't seem to support Opus
audio yet (at least not when encoded with opusenc), it would be super nice
to have it enabled to support this.
As you may know, Opus is an IETF standard now.
Thanks,
Rogério Brito.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (100, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.6-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 libasound21.0.25-4
ii libass4 0.10.0-3
ii libavcodec-extra-54 6:9~beta2-4
ii libavformat54 6:9~beta2-4
ii libavutil52 6:9~beta2-4
ii libbluray11:0.2.2-1
ii libbs2b0 3.1.0+dfsg-2
ii libc6 2.13-37
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 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 liblircclient00.9.0~pre1-1
ii libmad0 0.15.1b-7
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.4-1
ii libpulse0 2.0-6
ii libsdl1.2debian 1.2.15-5
ii libsmbclient 2:3.6.6-3
ii libspeex1 1.2~rc1-7
ii libswscale2 6:9~beta2-4
ii libtheora01.1.1+dfsg.1-3.1
ii libtinfo5 5.9-10
ii libvdpau1 0.4.1-7
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 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
Re: fdk-aac: who knows more?
Hi there.
On Sep 03 2012, Fabian Greffrath wrote:
Am 02.08.2012 10:04, schrieb Fabian Greffrath:
Is fdk-aac finally the first *free* high-quality AAC encoder or is it
just the next *non-free* one after FAAC?
Nobody?
Sorry for the late reply (only now catching up with some Debian-related
stuff). Where should I learn more about this AAC encoder?
Regards,
--
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
Bug#456165: Show stopers for handbreak in debian ?
Hi there.
On Sep 05 2012, Fabian Greffrath wrote:
Dear Rogério,
Am 27.08.2012 14:58, schrieb Fabian Greffrath:
Am 27.08.2012 14:43, schrieb Niv Sardi:
I think it's good enough, I'd say upload to experimental, and then we
see how we fix it.
Generally I agree, but Rogerio (CC'ed) also has a word to say about
this. Rogerio?
hiding is futile, I can see that you are alive from your recent blog
posts. ;)
Thanks for the lovely ping. :)
Niv is interested in uploading the current state of handbrake to
Debian experimental. Do you agree with this plan or are there any
severe show stoppers left in your opinion?
Please, go ahead. There are some other points that we should work on, but no
showstopper (well, my private copy with FAAC and with mp4v2 *does* have
issues and is segfaulting in some ways, but I don't think that applies to
the the stripped down version in Debian).
Let's get it past the NEW queue so that we can upload some other incremental
things in further uploads, until we have something in shape.
Niv, it would be nice if you could add the DMUA flag set to yes, so that I
can upload newer versions (I am a DM).
Fabian, would you mind writing/adapting a script to strip down windows
binaries etc. from the upstream package? I could do that, but I'm quite busy
blogging :) right now. :) (not, not really). :)
Thanks,
--
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
Bug#456165: Show stopers for handbreak in debian ?
Hi, Niv.
On Wed, Sep 5, 2012 at 8:37 AM, Niv Sardi xa...@debian.org wrote:
As said, i'm happy to sponsor an upload. But wouldn't want to overstep DDs
in pkg-multimedia.
I don't think that anybody in pkg-multimedia would mind you uploading
to the the NEW queue barrier done, especially now that the ftpmasters
may be more strict with approvals of new packages (is this impression
of mine really true?).
Fabian was seeming to say there are a lot there :)
Not really sure about the lot, but I agree with everything that Fabian
has said. Well, if I don't agree, I will point those things out. :)
Thanks,
--
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
Re: RFC: Getting HandBrake working in Debian
Hi, Fabian and others.
On Fri, Jul 6, 2012 at 10:06 AM, Fabian Greffrath fab...@greffrath.com wrote:
haven't heard for a while and just want to ask if you are still working on
the handbrake package?
Sorry for not sending news. I am busy in real life but some days ago I
pushed some changes to our repository, including version 0.9.8 (the
previous one was 0.9.6). Can you please take a look at those?
Oh, BTW, the developers of handbrake have included a patch to libmkv.
We should, perhaps, upload a new version of libmkv to the archives,
since it will make life easier for packaging handbrake and I don't
think that it will interfere with other packages (AFAIK, handbrake is
the only reverse dependency of libmkv).
Otherwise, commenting some lines in the mkv mux/demuxing in handbrake
is enough to get handbrake 0.9.8 to compile. I am using this right now
and it works well (well, my private copy still uses mp4v2 and faac,
though).
Upstream's trunk is now using more patched versions of other libraries
(IIRC, a52, at least), which means that we should keep filtering the
patches and uploading things to experimental, so that we don't diverge
too much from upstream.
Anyway, the trunk version has support for bob deinterlacing which is
something that I really, really want to convert some videos of my son
(unfortunately, my camera only records interlaced videos). It also
seems that the trunk version has support for subtitles that my
camera generates in the form of PGS subtitles. That will be cool to
have.
Well, those are my intentions and short-term plans. Again, I would
love to have some peer-reviewing of the packaging so far. I have some
comments about your commits to the repository, but I will save them
for later.
Thanks for the ping,
--
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
Re: RFC: Getting HandBrake working in Debian
Hi there.
On Fri, Jun 8, 2012 at 5:29 AM, Fabian Greffrath fab...@greffrath.com wrote:
Am 06.06.2012 14:03, schrieb Rogério Brito:
BTW, can any of you (preferrably, many of you) test what I have put so far
in our repositories? It would be nice to get some feedback on many things
there.
Thank you very much for your impressive effort on this!!!
That you for the encouraging words. :)
I just tried to build the current package, but failed. It doesn't compile
with git-buildpackage, because it has changes to master relative to the
upstream branch outside of debian/, please check git diff
master..upstream. Such a mixture of direct changes and clean patches in
debian/patches is generally disapproved.
Yes, I know. Do you have any suggestion for solving that? IIRC, the
files that I deleted there are files are modified at build time by
autotools and my autotools-fu is next to zero.
The removal of files was not a problem with format 1.0 packages, but
it is for format 3.0 packages.
Should I be moving the files that will be overwritten aside and, in
the cleaning stage, move them back? For the moment, I'm just
installing the build dependencies and, to build things, I'm issuing a
simple:
fakeroot debian/rules binary
and things get magically built. :) I'm using ccache (which will be
disabled latter) because, as may just have guessed, I'm building and
rebuilding things over and over again.
Also, why do you want to get rid of webkit support?
At first, I had a mix of two feelings:
* I didn't want my transcoder to phone home.
* I wanted to lower the build and runtime dependencies.
I'm not really sure if I will keep webkit disabled or not, at the
moment (perhaps I will enable it back). Opinions? Frankly, all the
times when I tried to update any preset from handbrake's UI I got
nothing updated. :)
BTW, we are now down to only 2 files that depend on mp4v2 and, if
those are somehow dropped, then we will be allowed to redistribute
binary packages of handbrake, which means inclusion in our archives.
One point that we need to have addressed is the libdvd{read,nav}
thing, as those are the only 2 packages that we download at build
time.
I [sent a bug report regarding libdvdnav][0] to Daniel Baumann, but
I'm not sure if my e-mails are getting through. I'm including he in
the carbon copy here.
[0]: http://bugs.debian.org/675531
Fabian, please let me know of any fixes that you have for HandBrake
and, please, report compilation problems or missing dependencies that
I may have missed.
Thanks,
--
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
Re: Uploading gtkpod?
Hi there, Matteo.
On Wed, Jun 6, 2012 at 3:48 AM, Matteo F. Vescovi mfv.deb...@gmail.com wrote:
On Wed, Jun 6, 2012 at 1:19 AM, Rogério Brito rbr...@gmail.com wrote:
Could anybody upload the new version of gtkpod that we have in the git
repository
We (my sponsor and I) are waiting for other issues to be solved,
like FTBFS on kBSD.
That's the main reason why we didn't uplaoded the new package yet.
What are the issues that have been happening?
This seems to fix the lack of uploading videos to my ipod and seems to
be better than what we currently have in the repository, from the
little testing that I did.
I know, but there's a discussion about splitting libatomicparsley library
(that substituted mp4v2 in managing mp4 tags) to a separate package.
Yes, I've been following this, as I am also an interested part (see my
posts about getting handbrake in Debian).
In that case, we will need some more time to integrate it in gtkpod packaging.
How much different from vanilla atomicparsley is this part that is
embedded in gtkpod? If it differs, then it should be renamed until the
patches are applied in atomicparsley.
Otherwise, users would have to grab packages from dmo and that comes
with all the potential drawbacks of collisions between dependencies
etc.
Would have is a strong notation; maybe they could decide to grab packages
from dmo, but surely they'll do so knowing the risks, I hope.
Are there any programs in Debian that allow one to upload any file in
an MP4 containers so that it is seen by an iPod? If not, then people
would have to get programs somewhere else and it would be good to have
those available in this next release.
BTW, Is there any specific reason why it isn't that maintained by the
pkg-multimedia team?
Simply, because gtkpod is part of the pkg-gtkpod team, where you can even find
almost all the libs used to manage iPod and stuff.
Yes, I saw that, but I don't get why one package that shares at least
two people with pkg-multimedia and is clearly related to multimedia
has to be maintained in a smaller, separate team.
Please, consider moving the repos to the pkg-multimedia umbrella.
Perhaps you can get some extra hands working on it by interested
parties, after all. :)
Regards,
--
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
Re: How about: faac compatibility library using vo-aacenc
Hi, Sebastian.
On Tue, Jun 5, 2012 at 4:38 AM, Sebastian Dröge
sl...@circular-chaos.org wrote:
All this ignored, the problem is that applications can assume that they
can use e.g. the Main profile when they're linked to libfaac.
Yes, that's correct.
Why not just change the software you care about to use vo-aacenc? The
API of faac and vo-aacenc is not that difficult.
Sure. That's indeed the right thing to do. And the API is indeed simple.
Anyway, I have some good news here regarding handbrake: with a proper
patch that rips apart the faac things entirely, I could build, run and
even test the encoding of a video with HandBrake *without* using faac.
The last dependency is only mp4v2. Fabian, IIRC correctly, I remember
you talking with the mp4v2 upstream, is that correct? Are they willing
to license mp4v2 under something that is compatible with the GPL?
If yes, then we are even closer to an upload of handbrake to the archives.
Regards,
--
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
RFC: Getting HandBrake working in Debian (was: Re: How about: faac compatibility library using vo-aacenc)
On Jun 06 2012, Fabian Greffrath wrote:
I was once talking with gtkpod upstream about their GPL-licensed
MP4-plugin that linked against mp4v2 and was thus unredistributable.
But they have resolved this issue differently, i.e. by using
atomicparsley instead. Maybe you mixed this up...
Oh, quite probably I mixed those up. Then someone will have to see how to
substitute mp4v2 with something else (libav?). I hope to have some time for
doing that, but I honestly don't know.
BTW, can any of you (preferrably, many of you) test what I have put so far
in our repositories? It would be nice to get some feedback on many things
there.
I tried to put moderately descriptive comments on the commits that I thought
that mattered when I felt that the solution that I took was more of a
dirty workaround than a proper solution.
In fact, given that this is pure work-in-progress, I would love to have
external comments on what to change so that I can limit my divergence from a
good, proper solution.
Regards,
--
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
Re: How about: faac compatibility library using vo-aacenc
Hi there.
On May 27 2012, Fabian Greffrath wrote:
Do you think it is possible / feasible to develop a library that provides
the libfaac API but uses vo-aacenc for the actual encoding?
Yes, it is. I am (slowly) studying how the vo-aacenc library works and I
expect to duplicate the example aac-enc.c that is in the vo-aacenc git tree
with some code of my own, but vo-aacenc has a lot of limitations that
libfaac doesn't.
Perhaps implementing the libfaac API can be done with some stub functions,
until the aac encoder of libav/ffmpeg matures to the point of being usable.
That being said, handbrake already allows one to use multiple libraries for
encoding audio in a video.
Recent versions of handbrake can, for generating a video with audio in AAC,
use libfaac, an AAC passthrough, libav/ffmpeg and, on MacOS X, use
CoreAudio.
See a screenshot that I made from a recent compilation of the packaging that
I'm sending to the git repo at alioth with a recent git snapshot of
HandBrake's tree:
http://www.ime.usp.br/~rbrito/debian/handbrake-aac.png
This would help applications that unconditionally depend on libfaac,
e.g. handbrake, to make it nito Debian until they are cleanly ported
either directly to vo-aacenc or to only conditionally depend on libfaac.
I'm not so sure about the unconditionally part above (but then, I have not
tried that yet, to avoid me getting so dispersed with many tasks to try and
not finishing anything).
I would love it if you tried to tweak what I uploaded to alioth and let me
know what works and what doesn't.
Is there anyone on this list who has experiences in this kind of
compatibility APIs or a concrete idea of how an implementation could look
like?
My plans would be to mimic one of the files under libh (like
enc{faac,avcodec,lame}.c) and start from there. If I end up with something
that works, I will offer it to upstream.
BTW, do you want to try to work with me on this, Fabian (or anybody else)?
Perhaps also taking the mpeg4 container from libav or from gtkpod
(atomicparsley?) we can get a stripped down (but *Free*) implementation of
the faac command-line tool?
If things prove to be OK, we can, perhaps, mine the patches from faac that
are GPL and integrate them into this potential library, to fill in some of
the gaps that vo-aacenc has (encoding in more than 2 channels etc).
Of course, some of the stuff that I listed above may be some longer term
goals and need investigation, but it will be nice to try, at least (even if
destined to fail). :)
For example, what to do if features of libfaac are requested that are not
yet implemented by vo-aacenc, Warn or Abort?
Simply gray out things in a user interface (in the particular case of
HandBrake). For a library, return some error to the caller would be
appropriate.
Regards,
--
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
Re: How about: faac compatibility library using vo-aacenc
On Jun 04 2012, Sebastian Dröge wrote:
Last time I checked vo-aacenc did not support more than 2 channels and
Yes.
also only the low-complexity AAC profile while faac supported more.
How popular are, say, hardware HE-AAC decoders out there? I have no
idea. And I also don't know how much coverage for the Main profile there is
out there...
I can try some audio on a Chinese (super small) settop box that I have, and
on my N900. I seem to remember that Apple claims that the iPod (at least
mine) only supports LC AAC profile.
I have never tried an AAC file with Parametric Stereo or with SBR.
Creating a wrapper library that claims to be faac but does not support
these features sounds like a bad idea.
Perhaps not a drop-in replacement, but an alternative implementation with a
different name?
Regards,
--
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
Uploading gtkpod?
Hi.
Could anybody upload the new version of gtkpod that we have in the git
repository
http://anonscm.debian.org/gitweb/?p=pkg-gtkpod/packages/gtkpod.git
?
This seems to fix the lack of uploading videos to my ipod and seems to
be better than what we currently have in the repository, from the
little testing that I did.
Otherwise, users would have to grab packages from dmo and that comes
with all the potential drawbacks of collisions between dependencies
etc.
BTW, Is there any specific reason why it isn't that maintained by the
pkg-multimedia team?
Regards,
--
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
Bug#675584: /usr/bin/avconv: avconv segfaults when transcoding video with libx264 presets
Package: libav-tools
Version: 6:0.8.2-2
Severity: important
File: /usr/bin/avconv
Hi.
I have just tried to transcode some lecture videos for watching on my ipod
and I can't get them working because avconv segfaults when I use this:
,[ avconv -y -i in.mp4 -c:v libx264 -pre libx264-ipod320 -s 320x240 -b:v
768k -c:a copy out.mp4 ]
| avconv version 0.8.2-6:0.8.2-2, Copyright (c) 2000-2011 the Libav developers
| built on May 16 2012 21:00:23 with gcc 4.7.0
| Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mp4':
| Metadata:
| major_brand : isom
| minor_version : 512
| compatible_brands: isomiso2avc1mp41
| creation_time : 1970-01-01 00:00:00
| encoder : Lavf53.29.100
| Duration: 00:27:26.60, start: 0.00, bitrate: 158 kb/s
| Stream #0.0(und): Video: h264 (High), yuv420p, 960x540 [PAR 1:1 DAR
16:9], 26 kb/s, 15 fps, 15 tbr, 15 tbn, 30 tbc
| Metadata:
| creation_time : 1970-01-01 00:00:00
| Stream #0.1(und): Audio: aac, 44100 Hz, stereo, s16, 127 kb/s
| Metadata:
| creation_time : 1970-01-01 00:00:00
| Segmentation fault
`
If I remove the '-pre libx264-ipod320' part from the command line, then
avconv converts the video, but not with the parameters necessary for a low
powered device (i.e., Baseline Profile H.264).
I don't have here symbols for libav (which means that gdb doesn't generate
any useful traceback), but upon using strace on avconv, this is what I get:
,
| (...)
| open(/home/rbrito/.avconv/libx264-libx264-ipod320.avpreset, O_RDONLY) = -1
ENOENT (No such file or directory)
| open(/home/rbrito/.avconv/libx264-ipod320.avpreset, O_RDONLY) = -1 ENOENT
(No such file or directory)
| open(/usr/share/avconv/libx264-libx264-ipod320.avpreset, O_RDONLY) = -1
ENOENT (No such file or directory)
| open(/usr/share/avconv/libx264-ipod320.avpreset, O_RDONLY) = 6
| lseek(6, 0, SEEK_SET) = 0
| read(6, profile=baseline\nlevel=13\nmaxrat..., 32768) = 57
| read(6, , 32711) = 0
| close(6)= 0
| --- SIGSEGV (Segmentation fault) @ 0 (0) ---
| +++ killed by SIGSEGV +++
| Segmentation fault
`
I have not read the code (too short on time), but I suspect that this is
easily reproducible.
Regards,
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.4.0-dirty (SMP w/2 CPU cores; PREEMPT)
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 libav-tools depends on:
ii libavcodec53 6:0.8.2-2
ii libavdevice536:0.8.2-2
ii libavfilter2 6:0.8.2-2
ii libavformat536:0.8.2-2
ii libavutil51 6:0.8.2-2
ii libc62.13-32
ii libpostproc526:0.8.2-2
ii libsdl1.2debian 1.2.15-3
ii libswscale2 6:0.8.2-2
libav-tools recommends no packages.
libav-tools 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
[PATCH 0/3] Proposed changes to LAME
Hi there. I am taking a look at packaging HandBrake for Debian and, while doing it, I noticed that we (Debian) had some patches against lame that were not applied in our (lame, upstream) tree. Some of the patches I saw in Debian's packaging effort that seem to be worth applying are included in this series. I did some facelifting here and there, to include more details in the changelog (for future reference---and tried to dig up some historical facts for justification of the patches). I hope that I have not broken anything in other environments (e.g., in Windows land or operating systems other than Debian/Ubuntu systems), but since I am not 100% confident with the changes, I am asking here for some peer-review. If I don't receive further feedback in 1 week, I will just commit the changes to the main branch of lame's CVS repo, but, of course, I would prefer to receive at least one ACK or NACK before doing so. Regards, Rogério Brito. Rogério Brito (3): configure.in: Rewrap for (human) legibility. acinclude.m4: Include GTK-1 autoconf directives in build system. libmp3lame: Fix possible race condition causing build failures. acinclude.m4| 193 +++ configure.in| 25 +- libmp3lame/i386/Makefile.am |8 +- 3 files changed, 221 insertions(+), 5 deletions(-) -- 1.7.10 From b160836f7a1d16a56d1add054b7a0e5d6a20a825 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Rog=C3=A9rio=20Brito?= rbr...@ime.usp.br Date: Fri, 1 Jun 2012 02:21:58 -0300 Subject: [PATCH 1/3] configure.in: Rewrap for (human) legibility. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit To: lame-...@lists.sf.net Cc: pkg-multimedia-maintainers@lists.alioth.debian.org This also helps by being diff-friendly if we change only one of the parts of a long line. Signed-off-by: Rogério Brito rbr...@ime.usp.br --- configure.in | 25 - 1 file changed, 24 insertions(+), 1 deletion(-) diff --git a/configure.in b/configure.in index edf39b8..46da876 100644 --- a/configure.in +++ b/configure.in @@ -1152,6 +1152,29 @@ AC_SUBST(CPUCCODE) AC_SUBST(CONFIG_DEFS) -AC_CONFIG_FILES([Makefile libmp3lame/Makefile libmp3lame/i386/Makefile libmp3lame/vector/Makefile frontend/Makefile mpglib/Makefile doc/Makefile doc/html/Makefile doc/man/Makefile include/Makefile Dll/Makefile misc/Makefile debian/Makefile dshow/Makefile ACM/Makefile ACM/ADbg/Makefile ACM/ddk/Makefile ACM/tinyxml/Makefile lame.spec mac/Makefile macosx/Makefile macosx/English.lproj/Makefile macosx/LAME.xcodeproj/Makefile vc_solution/Makefile]) +AC_CONFIG_FILES([Makefile \ +libmp3lame/Makefile \ +libmp3lame/i386/Makefile \ +libmp3lame/vector/Makefile \ +frontend/Makefile \ +mpglib/Makefile \ +doc/Makefile \ +doc/html/Makefile \ +doc/man/Makefile \ +include/Makefile \ +Dll/Makefile \ +misc/Makefile \ +debian/Makefile \ +dshow/Makefile \ +ACM/Makefile \ +ACM/ADbg/Makefile \ +ACM/ddk/Makefile \ +ACM/tinyxml/Makefile \ +lame.spec \ +mac/Makefile \ +macosx/Makefile \ +macosx/English.lproj/Makefile \ +macosx/LAME.xcodeproj/Makefile \ +vc_solution/Makefile]) AC_OUTPUT -- 1.7.10 From 27edb7f9472b5f727da9896d51235aeb71fc876d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Rog=C3=A9rio=20Brito?= rbr...@ime.usp.br Date: Fri, 1 Jun 2012 02:43:00 -0300 Subject: [PATCH 2/3] acinclude.m4: Include GTK-1 autoconf directives in build system. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit To: lame-...@lists.sf.net Cc: pkg-multimedia-maintainers@lists.alioth.debian.org Resurrect knowledge of how to deal with GTK1. This was transplanted back from aclocal.m4 with a patch provided by Andres Mejia ame...@debian.org, from Debian's packaging of lame, even though the original code is attributed to Owen Taylor and dated 97-11-3. Anyway, with this part not lost again, we can easily regenerate autotools' files with a simple `autoconf -vfi` invocation. Signed-off-by: Rogério Brito rbr...@ime.usp.br --- acinclude.m4 | 193 ++ 1 file changed, 193 insertions(+) diff --git a/acinclude.m4 b/acinclude.m4 index 0b8f869..eef0c3d 100644 --- a/acinclude.m4 +++ b/acinclude.m4 @@ -85,4 +85,197 @@ int main(void) [AC_MSG_WARN(can't check for IEEE854 compliant 80 bit floats)] )])]) # alex_IEEE854_FLOAT80 +# Configure paths for GTK+ +# Owen Taylor 97-11-3 +dnl AM_PATH_GTK([MINIMUM-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND [, MODULES) +dnl Test for GTK, and define GTK_CFLAGS and GTK_LIBS +dnl +AC_DEFUN
[PATCH 2/3] acinclude.m4: Include GTK-1 autoconf directives in build system.
Resurrect knowledge of how to deal with GTK1. This was transplanted back
from aclocal.m4 with a patch provided by Andres Mejia ame...@debian.org,
from Debian's packaging of lame, even though the original code is attributed
to Owen Taylor and dated 97-11-3.
Anyway, with this part not lost again, we can easily regenerate autotools'
files with a simple `autoconf -vfi` invocation.
Signed-off-by: Rogério Brito rbr...@ime.usp.br
---
acinclude.m4 | 193 ++
1 file changed, 193 insertions(+)
diff --git a/acinclude.m4 b/acinclude.m4
index 0b8f869..eef0c3d 100644
--- a/acinclude.m4
+++ b/acinclude.m4
@@ -85,4 +85,197 @@ int main(void)
[AC_MSG_WARN(can't check for IEEE854 compliant 80 bit floats)]
)])]) # alex_IEEE854_FLOAT80
+# Configure paths for GTK+
+# Owen Taylor 97-11-3
+dnl AM_PATH_GTK([MINIMUM-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND [,
MODULES)
+dnl Test for GTK, and define GTK_CFLAGS and GTK_LIBS
+dnl
+AC_DEFUN([AM_PATH_GTK],
+[dnl
+dnl Get the cflags and libraries from the gtk-config script
+dnl
+AC_ARG_WITH(gtk-prefix,[ --with-gtk-prefix=PFX Prefix where GTK is
installed (optional)],
+gtk_config_prefix=$withval, gtk_config_prefix=)
+AC_ARG_WITH(gtk-exec-prefix,[ --with-gtk-exec-prefix=PFX Exec prefix where
GTK is installed (optional)],
+gtk_config_exec_prefix=$withval, gtk_config_exec_prefix=)
+AC_ARG_ENABLE(gtktest, [ --disable-gtktest Do not try to compile and
run a test GTK program],
+, enable_gtktest=yes)
+
+ for module in . $4
+ do
+ case $module in
+ gthread)
+ gtk_config_args=$gtk_config_args gthread
+ ;;
+ esac
+ done
+
+ if test x$gtk_config_exec_prefix != x ; then
+ gtk_config_args=$gtk_config_args --exec-prefix=$gtk_config_exec_prefix
+ if test x${GTK_CONFIG+set} != xset ; then
+GTK_CONFIG=$gtk_config_exec_prefix/bin/gtk-config
+ fi
+ fi
+ if test x$gtk_config_prefix != x ; then
+ gtk_config_args=$gtk_config_args --prefix=$gtk_config_prefix
+ if test x${GTK_CONFIG+set} != xset ; then
+GTK_CONFIG=$gtk_config_prefix/bin/gtk-config
+ fi
+ fi
+
+ AC_PATH_PROG(GTK_CONFIG, gtk-config, no)
+ min_gtk_version=ifelse([$1], ,0.99.7,$1)
+ AC_MSG_CHECKING(for GTK - version = $min_gtk_version)
+ no_gtk=
+ if test $GTK_CONFIG = no ; then
+no_gtk=yes
+ else
+GTK_CFLAGS=`$GTK_CONFIG $gtk_config_args --cflags`
+GTK_LIBS=`$GTK_CONFIG $gtk_config_args --libs`
+gtk_config_major_version=`$GTK_CONFIG $gtk_config_args --version | \
+ sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\1/'`
+gtk_config_minor_version=`$GTK_CONFIG $gtk_config_args --version | \
+ sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\2/'`
+gtk_config_micro_version=`$GTK_CONFIG $gtk_config_args --version | \
+ sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\3/'`
+if test x$enable_gtktest = xyes ; then
+ ac_save_CFLAGS=$CFLAGS
+ ac_save_LIBS=$LIBS
+ CFLAGS=$CFLAGS $GTK_CFLAGS
+ LIBS=$GTK_LIBS $LIBS
+dnl
+dnl Now check if the installed GTK is sufficiently new. (Also sanity
+dnl checks the results of gtk-config to some extent
+dnl
+ rm -f conf.gtktest
+ AC_TRY_RUN([
+#include gtk/gtk.h
+#include stdio.h
+#include stdlib.h
+
+int
+main ()
+{
+ int major, minor, micro;
+ char *tmp_version;
+
+ system (touch conf.gtktest);
+
+ /* HP/UX 9 (%@#!) writes to sscanf strings */
+ tmp_version = g_strdup($min_gtk_version);
+ if (sscanf(tmp_version, %d.%d.%d, major, minor, micro) != 3) {
+ printf(%s, bad version string\n, $min_gtk_version);
+ exit(1);
+ }
+
+ if ((gtk_major_version != $gtk_config_major_version) ||
+ (gtk_minor_version != $gtk_config_minor_version) ||
+ (gtk_micro_version != $gtk_config_micro_version))
+{
+ printf(\n*** 'gtk-config --version' returned %d.%d.%d, but GTK+
(%d.%d.%d)\n,
+ $gtk_config_major_version, $gtk_config_minor_version,
$gtk_config_micro_version,
+ gtk_major_version, gtk_minor_version, gtk_micro_version);
+ printf (*** was found! If gtk-config was correct, then it is best\n);
+ printf (*** to remove the old version of GTK+. You may also be able to
fix the error\n);
+ printf(*** by modifying your LD_LIBRARY_PATH enviroment variable, or by
editing\n);
+ printf(*** /etc/ld.so.conf. Make sure you have run ldconfig if that
is\n);
+ printf(*** required on your system.\n);
+ printf(*** If gtk-config was wrong, set the environment variable
GTK_CONFIG\n);
+ printf(*** to point to the correct copy of gtk-config, and remove the
file config.cache\n);
+ printf(*** before re-running configure\n);
+}
+#if defined (GTK_MAJOR_VERSION) defined (GTK_MINOR_VERSION) defined
(GTK_MICRO_VERSION)
+ else if ((gtk_major_version != GTK_MAJOR_VERSION) ||
+ (gtk_minor_version != GTK_MINOR_VERSION) ||
+ (gtk_micro_version
[PATCH 3/3] libmp3lame: Fix possible race condition causing build failures.
This was discovered in automated builds by the Debian project and the patch provided is by Andres Mejia ame...@debian.org. Please, note that only part of the patch (the one touching Makefile.am) was applied, since the changes in Makefile.in should be picked up when regenerating files with autotools. Signed-off-by: Rogério Brito rbr...@ime.usp.br --- libmp3lame/i386/Makefile.am |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/libmp3lame/i386/Makefile.am b/libmp3lame/i386/Makefile.am index a375225..032c2b2 100644 --- a/libmp3lame/i386/Makefile.am +++ b/libmp3lame/i386/Makefile.am @@ -15,6 +15,7 @@ nasm_sources = \ if HAVE_NASM noinst_LTLIBRARIES = liblameasmroutines.la liblameasmroutines_la_SOURCES = $(nasm_sources) +liblameasmroutines_la_DEPENDENCIES = $(nasm_sources:.nas.lo) am_liblameasmroutines_la_OBJECTS = \ choose_table$U.lo \ cpu_feat$U.lo \ @@ -53,11 +54,10 @@ NASMFLAGS=@NASM_FORMAT@ -i $(top_srcdir)/libmp3lame/@CPUTYPE@/ $(NASM) $(NASMFLAGS) $ -o $@ -l $@.lst .nas.lo: $ nasm.h - mkdir -p .libs $(ECHO) '# Generated by ltmain.sh - GNU libtool 1.5.22 (1.1220.2.365 2005/12/18 22:14:06)' $@ - $(ECHO) pic_object='.libs/$*.o' $@ - $(ECHO) non_pic_object='.libs/$*.o' $@ - $(NASM) $(NASMFLAGS) $ -o .libs/$*.o -l $@.lst + $(ECHO) pic_object='$*.o' $@ + $(ECHO) non_pic_object='$*.o' $@ + $(NASM) $(NASMFLAGS) $ -o $*.o -l $@.lst COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) \ $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) -- 1.7.10 ___ 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: Checking if handbrake compiles under kFreeBSD?
Hi, Pino and others.
On Thu, May 24, 2012 at 7:46 AM, Pino Toscano p...@debian.org wrote:
Alle domenica 20 maggio 2012, Rogério Brito ha scritto:
I'm adding the HURD people here, so that they can test the package
and see if something should be done or not.
For the HURD people, this is a reply to [my first e-mail][*] about
getting the HandBrake ripper/transcoder working on kFreeBSD and
patches that need to be added for building:
[*]: http://lists.debian.org/debian-bsd/2012/05/msg00198.html
Thanks for aking, although currently I cannot test it due to libfaac and
libmp4v2 not being yet available.
There pre-ready packages of these packages in the git trees of the
pkg-multimedia team, but we are trying to make them both unused (by
licensing reasons) by substituting with freeer alternatives. This is a
work in progress.
Although, I can provide some hints to help.
Thanks. I have committed your comments in [our git tree][0].
[0]: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/handbrake.git
When building, I noticed it wget's from download.handbrake.fr a svn
snapshot of libdvdread; note this is not acceptable at all in Debian for
two reasons:
- a package build must use only things available within the sources
themselves (and of course stuff installed as build dependency too)
- we have libdvdread in Debian already (which has been fixed for Hurd,
unlike that copy that fails)
Yes, I know that. HandBrake's build system is kind of crazy in that it
pulls its dependencies from their site and *patches* those packages in
customized ways.
We are working on that so that it can be readily compiled with the
versions of packages that we have in Debian.
Furthermore, please disable (or make it optional) the use of ccache;
while it may be useful during test builds, it is close to useless when
doing builds in buildds.
If I recall correctly, the use of ccache violates the policy, but I am
keeping it there because I'm compiling and recompiling things over and
over here. The version of the package that will be uploaded to the
repository (when it happens) will be cleaned up, without those
extraneous things.
Last, I attached a preliminary version of patch for Hurd support; as
said above I couldn't go far in the build, although what I have so far
would seem safe enough.
Thanks for all the comments. They have been very constructive.
--
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
Re: Checking if handbrake compiles under kFreeBSD?
Hi, Fabian.
On Fri, May 25, 2012 at 4:32 PM, Fabian Greffrath fab...@greffrath.com wrote:
When building, I noticed it wget's from download.handbrake.fr a svn
snapshot of libdvdread; note this is not acceptable at all in Debian for
two reasons:
Good news! The next release of libdvdnav will contain the patchset that
handbrake applies, please see the threat starting here:
http://lists.mplayerhq.hu/pipermail/dvdnav-discuss/2012-May/001715.html
That's really great. Thanks for the pointer.
I just sent a wishlist bug to libdvdnav so that we can have those
changes and be one package closer to having handbrake in the repos.
Regards,
--
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
Re: libdvdcss-installer - Package to install libdvdcss
Hi there.
On May 21 2012, Fabian Greffrath wrote:
The freeze is approaching. Did we reach any conclusion how to proceed on
this?
AFAIR we wanted to implement something based on an approach presented by
Andres *after* we took over the libdvdnav package. But it seems this never
came to life...
Taking over libdvdnav would be helpful for handbrake, as we already talked
about, since this seems to be the only package that has real patches that
we should care about, from handbrake's point-of-view.
Also, having libdvdcss-installer would just add more value for the next
Debian release.
Regards,
--
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
Checking if handbrake compiles under kFreeBSD?
Hi there.
There's this moderately popular video ripper/transcoder/converter based on
ffmpeg/libav called [handbrake][0], which I am trying to [package for
Debian][1].
[0]: http://handbrake.fr/
[1]: http://git.debian.org/?p=pkg-multimedia/handbrake.git
Handbrake is supposed to work under many environments and Christian Marillat
created some packages for his repository, which contains a [patch for
kFreeBSD][2].
As I don't have a *BSD system available, I would like to make sure that the
package compiles/works before the first upload to Debian, once we have the
basics arranged.
[2]:
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/handbrake.git;a=blob;f=debian/patches/0004-Enable-compilation-on-kFreeBSD-arches.patch
Given this, would it be possible for the people working on kFreeBSD to see
if the patch given above is sufficient, if there are improvements to be made
etc?
For now, the package in that repository has only two (soon to be only 1)
build-dependency that is not yet satisfied in Debian proper: libmkv-dev and
libfaac-dev.
The first is already in the NEW queue of the ftp-masters, but both are ready
to be built from the pkg-multimedia git repositories:
[3]: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/faac.git
[4]: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libmkv.git
For now, handbrake is not yet able to be built cleanly with
git-buildpackage, but once the build-dependencies are installed, a simple
fakeroot debian/rules binary creates working debs for it.
Well, that's it. I intend to push everything to upstream, so that we carry
as little of a delta as possible.
Thanks in advance,
--
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
Re: Checking if handbrake compiles under kFreeBSD?
Hi, Steven.
I'm adding the HURD people here, so that they can test the package and see
if something should be done or not.
For the HURD people, this is a reply to [my first e-mail][*] about getting
the HandBrake ripper/transcoder working on kFreeBSD and patches that need to
be added for building:
[*]: http://lists.debian.org/debian-bsd/2012/05/msg00198.html
On May 19 2012, Steven Chamberlain wrote:
On 19/05/12 19:56, Rogério Brito wrote:
[1]: http://git.debian.org/?p=pkg-multimedia/handbrake.git
[3]: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/faac.git
[4]: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libmkv.git
I can tell you that it builds, at least, for me in my kfreebsd-i386 dev
environment. I used GCC 4.7 but mostly follow Wheezy, whereas there may
be some differences on the actual kfreebsd-* buildds.
Great. Thanks for testing this. It may be the case that handbrake is added
only latter, since, at present, compiling mp4v2 with other (L)GPL software
results in undistributable binaries.
[2]:
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/handbrake.git;a=blob;f=debian/patches/0004-Enable-compilation-on-kFreeBSD-arches.patch
The patch seems to work, but I wonder if some of the tests for
__FreeBSD_kernel__ should more accurately be testing for !linux and
vice-versa.
This doesn't matter for GNU/kFreeBSD, but it could affect future
portability to another arch like like GNU/Hurd.
I hope that the HURD people could let me know about this, so that I can fix
some potential problems and, if necessary, forward fixes to upstream.
Thanks to all,
--
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
Bug#673447: mplayer2: Would be nice to have vaapi support available
Package: mplayer2
Severity: wishlist
People that install packages like i965-va-driver and have the
appropriate drivers could really benefit from their (already
available) hardware decoding capabilities.
In particular, it would be superb to have this in the next release of
Debian (the same also applies to regular mplayer).
Regards.
P.S.: It is a shame, from a Free as in Freedom point of view, that
vdpau (which is at present, only available in binary nvidia
drivers---please, correct me if I am mistaken) has had support for
quite some time, while vaapi hasn't.
--
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
Re: Initial packaging of handbrake for Debian (WIP)
Hi there.
On May 11 2012, Andres Mejia wrote:
On Fri, May 11, 2012 at 2:35 PM, Fabian Greffrath fab...@greffrath.com
wrote:
Dear Rogerio,
As I am a brand new dad, I want to transcode videos of my newborn son to
formats that other family members can see and the first thought of mine
was to do the job with handbrake.
First of all, congratulations to you new-born child!
Yes, congratz!
Thank you very much. He has brought us a lot of joy (and some badly slept
nights), but I see him as a motivation for me to work harder.
Would you be interested in the work that I have done so far? Please, keep
in mind that it is *incomplete* and very *dirty*, but a start, at least. :)
I have once - not that long ago, actually - myself tried to get it built
cleanly. But I failed and finally gave up for the reasons described in
this post and the one following it:
http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2012-February/024217.html
Too bad that I missed that and duplicated your efforts. :(
I wish you better luck and patience. ;)
Do you have many changes that I don't have in the repo that I pushed to
alioth?
However, please feel free to open a GIT repo for it and share your work
with us!
Yes, feel free to push your work to the git repos.
I was looking at the patches that handbrake applies to the packages and,
apart from a few, a lot of them are just portability stuff to darwin/macosx
and some for cygwin, which I don't think that we care about that much.
The only ones that are functional changes are the ones regarding
libdvdnav/libdvdread.
We can drop some of the patches/parts of the packages that the handbrake
team releases with some repackaging (e.g., a get-orig-source script), if
people deem that to be important.
Nevertheless, some of those patches perhaps should be pushed to some
upstream projects (well, I see one patch against lame there...).
Anyway, I would love to have people review my changes and slaughter whatever
I have there, for a cleaner solution.
Perhaps in 2 or 3 iterations, with communication with handbrake's upstream,
we can get it in a more distribution friendly form.
Regards,
--
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
Re: [SCM] handbrake packaging branch, master, created. de1f9ddeef0932713c9d436d3ce28db14ebe9b39
Hi there.
On May 13 2012, Fabian Greffrath wrote:
Am Samstag, den 12.05.2012, 11:29 -0400 schrieb Andres Mejia:
I just glanced over the changes to this. To be on the safer side, the
symbols needed by handbrake and provided in audioconvert.c should be
built from handbrake. This way, any internal changes made to libav for
audioconvert won't break handbrake.
IIRC, the only symbol from audioconvert.h that was actually needed was
struct AVAudioConvert, so I declared that myself and was ready with it.
Please compare with my patch from
http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2012-February/024218.html:
Sorry for not replying earlier, but I didn't receive these messages of yours
(I'm subscribed to the list with an account that I don't check as frequently
as my main e-mail).
Regarding Fabian's patch, I will steal it and substitute the kludgy solution
that I used.
Perhaps it would be sane to forward this to the handbrake people? Their code
is of very heterogeneous quality: some parts are good, but some are bad.
Thanks,
--
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
Bug#672734: mencoder: package is missing a manpage
Package: mencoder
Severity: normal
Hi.
I am currently using mplayer2 for playing videos and I have mencoder
installed. Unfortunately, the manpage for mencoder does not get
installed in this configuration and using mencoder's myriad of options
for codecs is almost hopeless.
It would be good to have a new upload of mencoder soon so that we get
a proper version into testing (and, therefore, in the next release).
Thanks.
--
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
Re: Bug#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
Hi there.
On Sat, May 12, 2012 at 3:07 AM, Andres Mejia amejia...@gmail.com wrote:
On Sat, May 12, 2012 at 1:39 AM, Rogério Brito rbr...@ime.usp.br wrote:
Package: libavcodec-dev
Severity: important
Hi.
The libavcodec-dev package is missing
/usr/include/libavcodec/audioconvert.h.
Audioconvert is not a public header in either libav or ffmpeg. What is
suppose to be used for this functionality is libavresample or
libswresample.
I'm just getting it to compile, at first, and they use that. They
probably need a cluebat, then, if that is not a public interface. The
problem here is that they use AVAudioConvert, which is present only in
that header.
I'm not exactly sure if I want to patch this so heavily as to fix the
use of that interface.
This file is needed by handbrake. If I clone the libav git tree,
checkout the v0.8.2 tag and copy that file to /usr/include/avcodec,
then I am able to successfully compile handbrake with Debian's libav,
without needing to download things from outside.
BTW, regarding handbrake, I am down to few packages now that need to
be taken from outside debian for it to compile, namely:
* MODULES += contrib/libdvdread
* MODULES += contrib/libdvdnav
* MODULES += contrib/mpeg2dec
Does handbrake used patched versions of these libs or can it use these
libs as released upstream?
I have yet to see which patches can be dropped and which don't. OTOH,
the basics compile and a brief test here works. :)
Everything else works with packages in Debian *or* with packages in
the pkg-multimedia git repositories (e.g., libmkv, faac, libmp4v2).
Ping Fabian. Was libmkv ready for upload?
I think it is fine as is. Not sure if the legal stuff
(debian/copyright etc.) is all in place for an upload to unstable.
Could vo-aacenc be used instead of faac?
I still have to study that to see what can be done and how similar the
interfaces are.
Also, as I mentioned in another email, libmp4v2 should be replaced with
libav. mp4v2 is seeing
less and less development and it's probably better to look into
replacing use of mp4v2 anyway.
That's the same story as with vo-aacenc/faac.
Also next time, please leave out things unrelated to a bug in it's bug report.
OK, but the excitement is really huge and I couldn't help sending some
side comments. :) Feel free to reply to the bug only the parts
pertaining to the bug and to the mailing list the other parts (please,
keep me CCed).
Thanks.
P.S.: Now, it compiles with Debian's mpeg2, which is one fewer embedded library.
--
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
Re: Bug#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
Hi, Andres and others,
On Sat, May 12, 2012 at 3:29 AM, Andres Mejia amejia...@gmail.com wrote:
Keep up the great work. You may also want to create an ITP bug for
handbrake now.
This is a bit early and I would like to have the changes reviewed by
other people, because:
* I am sure that I have missed *many* things.
* I did many things the dirty way and proper solutions are really needed.
* I am seriously lacking time, as my first son is just born and he
sucks all the time (free or not) that our wife and I have.
There are some parts of Marillat's package that I have yet to see
(like, for instance, patching the sources of ffmpeg to support
kFreeBSD or patching ffmpeg to stop having string format security
issues unveiled when hardening compilation is enabled.
Some of the patches are to fix the depending programs to compile with
gcc 4.6, to compile under PowerPC etc, which I assume are already
taken care of in Debian.
Also, many cosmetic things are needed (e.g., change maintainer, change
debian/copyright to DEP-5, fix spelling errors, create/install
manpages, fix lintian warnings etc).
BTW, thanks for the encouraging words.
--
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
Re: Bug#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
Hi, all.
On Sat, May 12, 2012 at 3:46 AM, Reinhard Tartler siret...@gmail.com wrote:
The problem with that is that audioconvert.h is not part of the public
API. Moreover, most of the APIs have already been removed in current
libav/master in favor of the newly introduced libavresample library.
Therefore, I do not think it would be a good idea to start shipping
this header.
OK.
The proper long-term solution is to port handbrake to 'libavresample'
(not yet uploaded to experimental, the packaging needs review, and is
not going to be included in wheezy). As short-term workaround, I'd
suggest to copy the parts of audioconvert.h and audioconvert.c to the
handbrake packaging.
For the quick and dirty solution, I did just that, but the packaging
is crufty. As I need to get some sleep right now, it will be great to
see the package gain some love from others, even if we can't upload
handbrake due to licensing and dependencies in time for wheezy.
OTOH, it never hurts to be able to have the package in source form
ready for a compilation to be used as we see fit, while the package
has not hit the main archive.
That's excellent news! Thanks for working on it and count me in as
supporter (i.e., put me to Uploaders).
Just did that and pushed my current changes to the repo:
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/handbrake.git
I hope that others will join me in getting it slowly in shape.
Regards,
--
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
Bug#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
Package: libavcodec-dev
Severity: important
Hi.
The libavcodec-dev package is missing /usr/include/libavcodec/audioconvert.h.
This file is needed by handbrake. If I clone the libav git tree,
checkout the v0.8.2 tag and copy that file to /usr/include/avcodec,
then I am able to successfully compile handbrake with Debian's libav,
without needing to download things from outside.
BTW, regarding handbrake, I am down to few packages now that need to
be taken from outside debian for it to compile, namely:
* MODULES += contrib/libdvdread
* MODULES += contrib/libdvdnav
* MODULES += contrib/mpeg2dec
Everything else works with packages in Debian *or* with packages in
the pkg-multimedia git repositories (e.g., libmkv, faac, libmp4v2).
Regards,
--
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
Bug#670236: mplayer2: can't play video with resolution of 2542x1080
Hi, Uoti.
On Apr 26 2012, Uoti Urpala wrote:
This is a limitation reported by libXv. It's likely due to limitations
of your graphics hardware. You can try other output methods such as gl,
but it's likely they won't work well either on such hardware.
Yes, I just went to read the code and I came to the conclusion that it was
some limitation reported by Xv and I, then, sent an e-mail to the xorg
mailing list:
http://lists.x.org/archives/xorg/2012-April/054484.html
(I'm including the xorg list here in CC).
As Alex Deucher said there, it is a little bit strange that even a Sandy
Bridge notebook has this limitation of playing only 2kx2k videos (which is
the same that my 865 has).
Just curious: what hardware do you use?
Using --xy=0.5 won't help, because that will try to do the scaling in
hardware, but the limitation is about hardware input image size. You can
force software scaling on CPU with options like --vf=scale=1920:-2.
This would add a filter to do software scaling to a width of 1920 and a
height that keeps the original aspect ratio, which should fit within the
limitations of your hardware. You may want to adjust the value of 1920
if you have a monitor smaller or larger than that.
OK, that's a reasonable workaround for the moment.
I guess that this bug may be reassigned, then, but I'm not sure if that
should be to xserver-xorg-video-intel or any other package.
In the mean time, it would be nice to hear from the Intel people working
with X (perhaps Keith Packard?) if those limitations are there just for
being hardcoded or if the hardware has that limitation itself.
Thanks.
--
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
Initial packaging of handbrake for Debian (WIP)
Hi there.
As I am a brand new dad, I want to transcode videos of my newborn son to
formats that other family members can see and the first thought of mine was
to do the job with handbrake.
For that purpose, I took the packages of Christian and started modifying
them to be in a git-buildpackage buildable form (I wouldn't like anything
else) and I have eliminated *almost* (not all, yet) downloading that
handbrake performs when it is being built.
With the packages that the team has already (libmkv and faac), there are
only some finishing touches before we get a functional (not legal) package.
Then, after that, I guess that one could also be legally OK and upload
handbrake to Debian.
Would you be interested in the work that I have done so far? Please, keep in
mind that it is *incomplete* and very *dirty*, but a start, at least. :)
Regards,
--
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
Bug#670236: mplayer2: can't play video with resolution of 2542x1080
Hi, Andrea.
On Apr 24 2012, A Mennucc wrote:
try the option '-xy 0.5'
This doesn't work, at least with Intel graphic cards. Does it work for you?
Does it work for you without the scaling down? What does xvinfo report?
Regards,
--
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
Bug#670236: mplayer2: can't play video with resolution of 2542x1080
Package: mplayer2
Version: 2.0-426-gc32b3ed-2
Severity: normal
Hi, People.
Some months ago, I got a video from youtube (youtube ID yQ5U8suTUw0) which
no program can play on any system that I tried, including mplayer2.
It has a resolution of 2542x1080 pixels and I get the following when I try
to play it:
,
| Movie-Aspect is 2.35:1 - prescaling to correct movie aspect.
| VO: [xv] 2542x1080 = 2542x1080 Planar YV12
| Source image dimensions are too high: 2542x1080 (maximum is 2048x2048)
| FATAL: Cannot initialize video driver.
`
Is there anything that I can do to fix this? Can anybody please confirm if
this problem is seen in other hardware?
Thanks.
-- System Information:
Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages mplayer2 depends on:
ii libaa11.4p5-39
ii libasound21.0.25-2
ii libass4 0.10.0-3
ii libaudio2 1.9.3-4
ii libavcodec-extra-53 4:0.8.1.1
ii libavformat-extra-53 4:0.8.1.1
ii libavutil-extra-514:0.8.1.1
ii libbluray11:0.2.2-1
ii libc6 2.13-27
ii libcaca0 0.99.beta17-2.1
ii libcdparanoia03.10.2+debian-10.1
ii libdca0 0.0.5-5
ii libdirectfb-1.2-9 1.2.10.0-4.3
ii libdvdnav44.2.0-1
ii libdvdread4 4.2.0-1
ii libenca0 1.13-4
ii libesd0 0.2.41-10+b1
ii libfaad2 2.7-8
ii libfontconfig12.8.0-3.1
ii libfreetype6 2.4.9-1
ii libfribidi0 0.19.2-2
ii libgcc1 1:4.7.0-1
ii libgif4 4.1.6-9
ii libgl1-mesa-glx [libgl1] 7.11.2-1
ii libjack0 [libjack-0.116] 1:0.121.3+20120222git81e8f031-1
ii libjpeg8 8d-1
ii liblircclient00.9.0~pre1-1
ii libncurses5 5.9-5
ii libogg0 1.2.2~dfsg-1
ii libpng12-01.2.47-2
ii libpostproc-extra-52 4:0.8.1.1
ii libpulse0 1.1-3
ii libsdl1.2debian 1.2.15-2
ii libsmbclient 2:3.6.3-2
ii libspeex1 1.2~rc1-3
ii libstdc++64.7.0-1
ii libswscale-extra-24:0.8.1.1
ii libtheora01.1.1+dfsg.1-3
ii libtinfo5 5.9-5
ii libvdpau1 0.4.1-5
ii libvorbis0a 1.3.2-1.1
ii libx11-6 2:1.4.4-4
ii libxext6 2:1.3.0-3
ii libxinerama1 2:1.1.1-3
ii libxt61:1.1.1-2
ii libxv12:1.0.6-2
ii libxvidcore4 3:1.3.2-0.4
ii libxxf86dga1 2:1.1.2-1
ii libxxf86vm1 1:1.1.1-2
ii zlib1g1:1.2.6.dfsg-2
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
Bug#627197: mplayer2 dies with signal 4 (illegal instruction) on an Altivec-enabled iBook G4
Package: mplayer2
Followup-For: Bug #627197
On Apr 02 2012, Rogério Brito wrote:
Package: mplayer2
Version: 2.0-426-gc32b3ed-2
Followup-For: Bug #627197
Just for the record, I am also getting this signal 4 thing on an iBook G3
(which doesn't have altivec):
(...)
I just recompiled the mplayer2 package without the flag
--enable-runtime-cpudetection on this notebook and it works perfectly.
If all else fails, perhaps it is the case of building two packages: one
without altivec and another with altivec.
I have not tried to debug this further (I have a baby that is *very* soon
going to be born and all the preparations are taking most of my time and my
wife's).
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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
Re: Debian Multimedia (Unofficial) Promotion
On Mar 19 2012, Fabian Greffrath wrote:
On Mar 17 2012, Andres Mejia wrote:
http://wiki.debian.org/MultimediaCodecs
Wow, this is really, really well done. Good job, thank you!
Thanks for the documentation. Really good work indeed.
Regards,
--
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
Bug#664871: mplayer2's output has lots of debug messages from libav
Package: mplayer2
Version: 2.0-426-gc32b3ed-2
Severity: normal
Hi.
Whenever I listen to the radio station at
http://media.sgr.globo.com/CBN/cbnsp.stream/playlist.m3u8
I get bazillions of messages like the following in my output:
,
| Using network protocols without global network initialization. Please use
avformat_network_init(), this will become mandatory later.
| Using network protocols without global network initialization. Please use
avformat_network_init(), this will become mandatory later.
| Using network protocols without global network initialization. Please use
avformat_network_init(), this will become mandatory later.
| Using network protocols without global network initialization. Please use
avformat_network_init(), this will become mandatory later.
`
Perhaps a small patch is due here.
Regards,
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: i386 (x86_64)
Kernel: Linux 3.3.0-rc6-amd64 (SMP w/2 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 libaa11.4p5-39
ii libasound21.0.25-2
ii libass4 0.10.0-3
ii libaudio2 1.9.3-4
ii libavcodec53 4:0.8.1-1
ii libavformat53 4:0.8.1-1
ii libavutil51 4:0.8.1-1
ii libbluray11:0.2.2-1
ii libc6 2.13-27
ii libcaca0 0.99.beta17-2.1
ii libcdparanoia03.10.2+debian-10.1
ii libdca0 0.0.5-5
ii libdirectfb-1.2-9 1.2.10.0-4.3
ii libdvdnav44.2.0-1
ii libdvdread4 4.2.0-1
ii libenca0 1.13-4
ii libesd0 0.2.41-10+b1
ii libfaad2 2.7-8
ii libfontconfig12.8.0-3.1
ii libfreetype6 2.4.8-1
ii libfribidi0 0.19.2-2
ii libgcc1 1:4.6.3-1
ii libgif4 4.1.6-9
ii libgl1-mesa-glx [libgl1] 7.11.2-1
ii libjack0 [libjack-0.116] 1:0.121.3+20120222git81e8f031-1
ii libjpeg8 8d-1
ii liblircclient00.9.0~pre1-1
ii libncurses5 5.9-4
ii libogg0 1.2.2~dfsg-1
ii libpng12-01.2.47-1
ii libpostproc52 4:0.8.1-1
ii libpulse0 1.1-3
ii libsdl1.2debian 1.2.15-2
ii libsmbclient 2:3.6.3-2
ii libspeex1 1.2~rc1-3
ii libstdc++64.6.3-1
ii libswscale2 4:0.8.1-1
ii libtheora01.1.1+dfsg.1-3
ii libtinfo5 5.9-4
ii libvdpau1 0.4.1-5
ii libvorbis0a 1.3.2-1.1
ii libx11-6 2:1.4.4-4
ii libxext6 2:1.3.0-3
ii libxinerama1 2:1.1.1-3
ii libxt61:1.1.1-2
ii libxv12:1.0.6-2
ii libxvidcore4 3:1.3.2-0.4
ii libxxf86dga1 2:1.1.2-1
ii libxxf86vm1 1:1.1.1-2
ii zlib1g1:1.2.6.dfsg-2
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
Re: Debian Multimedia (Unofficial) Promotion
Hi there.
On Mar 17 2012, Andres Mejia wrote:
Here's my first try at writing better documentation about installing
extra multimedia codecs. Takes away the need for installing the deb
line to apt.
http://wiki.debian.org/MultimediaCodecs
Could a brief paragraph be added to tell the users why they might want to
use the *-extra-* packages?
It is not really clear, because:
* the *-extra-* packages are in main.
* the long descriptions don't contain anything that I can see (e.g., looking
at libavcodec-extra-53).
Also, it would be good to explain why (in terms of codecs, not regarding
packaging conflicts or whatever :)) a user might want to grab a package from
Christian's repository and not from Debian.
Regards,
Rogério.
--
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
Re: [Lame-dev] LAME Patches Sent to Sourceforge
Hi, Andres.
On Mon, Jan 30, 2012 at 12:26, Andres Mejia amejia...@gmail.com wrote:
Here are the patches. Something is wrong with sourceforge I think. I'm
able to view them correctly from sourceforge sometimes.
They may be handling things incorrectly indeed and I didn't receive
the attachment with this message (if you sent any patch with this
message). I guess that I will have to look for the patches at
pkg-multimedia-maintainers archives.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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
Bug#655683: libav-tools: should provide ff* compatibility symlinks
Hi there.
On Jan 13 2012, Reinhard Tartler wrote:
Oh, I wasn't aware that we have frontends that directly use ffserver and
ffplay. I was only aware of front-ends for /usr/bin/ffmpeg, which is still
provided.
Hey, I use/used ffprobe a lot (personally). Now, with mediainfo, I tend to
use it less, but we can't count on it being in as many places/installations
as is the case with ffmpeg.
Do you have a list of packages that rely on
/usr/bin/ff{play,server,probe}, so that we can file bugreports against
them?
With the youtube-dl maintainer hat on, it will be annoying to have to
substitute ffprobe from the script, without an easy way of changing stuff.
Actually the necessities of youtube-dl are very basic (detecting if a given
audio track is in the file that was just downloaded from the video services
that youtube-dl supports).
If there is any documentation meant for upstreams here (well, last time I
checked, I was the 3rd most active committer of the project), I will gladly
update things, but one of the main youtube-dl purposes of youtube-dl is to
be as universal (OK, with some limitations) with respect to the
architectures and operating systems that it supports.
We use ffprobe to detect the audio and ffmpeg to strip the video part (for
those that want that). That is used by *many* projects, like all the
packagings in Linux, BSDs, and MacOS X addons, like fink (a debian-like
system that I think that could be better if it didn't compile everything
from sources, macports, and Homebrew).
There may be people using even weirder systems that have reported success
with youtube-dl and the team prouds itself of supporting as many systems as
feasible.
With that said, are there any *recommended* way of using ffmpeg?
ffprobe -show_streams
is very convenient to parse (it's mostly key-value pairs), while something
like
ffmpeg -i input_file.mp4 -vn -an -sn
is harder.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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
Re: Bug#655683: libav-tools: should provide ff* compatibility symlinks
Hi there.
On Jan 14 2012, Reinhard Tartler wrote:
On Sa, Jan 14, 2012 at 11:13:10 (CET), Rogério Brito wrote:
With the youtube-dl maintainer hat on, it will be annoying to have to
substitute ffprobe from the script, without an easy way of changing
stuff.
It's just replacing the call from 'ffprobe' to 'avprobe', after
all. What's so annoying about that?
OK, easy enough.
With that said, are there any *recommended* way of using ffmpeg?
Link against libavcodec and use its API. I don't think there were any
behavioral guarantees on the binaries made ever.
Well, youtube-dl is a python script and we most probably won't be requiring
bindings to libraries like libavcode (but if there are such bindings, things
may get more interesting).
Yeah, the output avprobe is certainly easier to parse. Still, if you
need to do that programatically, I'd recommend using libavcodec
directly.
See above. Historically, youtube-dl has worked well without anything else
other than the simple python interpreter. It's only recently that we had
requests to extract audio from the videos that the script downloads.
(From your comments, it seems that you are not familiar with youtube-dl). :)
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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
Re: Bug#567863: RFP: Handbrake - video transcoder
Hi there.
I'm just including the Multimedia team, as they don't seem to be subscribed
to this bug.
On Oct 09 2011, Ralf Jung wrote:
Can't be packaged as x264 video codec and aac and mp3 audio codec aren't
free.
How can that be, I can decode and encode mp3 and view MPEG4 videos without
problems, installing only packages from the debian repositories...?
Ralf, I think that when Christian wrote that, we didn't have x264 and lame
in the main archive. Things have changed since this bug was originally
filed.
Once we have faac (if it's acceptable for our archive), then it would be
lovely to have a new version of handbrake (e.g., from their git tree) in the
archive, as it is a frontend for multimedia libraries that quite possibly
passes the useable by mom and dad usability test, especially since it
comes with sensible presets.
As far as I know, Handbrake does not even implement any of this. It uses
gstreamer, ffmpeg and others.
Well, it does implement some things, like, for instance, their decombing
routines, which is very nice for some interlaced and almost-interlaced
things.
As a side-effect, this decombing of theirs results in variable frame rates,
which potentially feeds fewer frames to x264 (or whatever encoder is in
question), making the bitrates tend to lower.
Another side-effect that people may not appreciate because they run fast
architectures is that outputting fewer frames, some slower video cards
(e.g., in a powerpc machine) can have a fighting chance of playing some
videos.
I don't know of any implementation of handbrake's decombing algorithm in
other software (e.g., ffmpeg/libav, mplayer, mplayer2, gstreamer etc.) Does
anyone know?
The other transcoders (arista, transmaggedon) are jokes regarding the amount
of configurability that they allow.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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
Bug#640889: smplayer: unresponsive UI, uses 100% CPU
Hi there.
On Sep 08 2011, Sven Joachim wrote:
On 2011-09-08 10:36 +0200, Sven Joachim wrote:
Opening any file results in the UI becoming unresponsive and smplayer
using 100% CPU until I kill it.
Maybe this problem is related to the libav 0.7 transition, since it only
showed up recently.
FWIW, the problem might be related to mplayer, because…
ii mplayer 2:1.0~rc4.dfsg1+svn33713-2
…it went away after I replaced mplayer with mplayer2.
Just as an extra data point, I have *exactly* the same problem, with exactly
the same symptom and changing to mplayer2 also works around the problem with
smplayer.
Unfortunately, installing mplayer2 forces the uninstallation of mplayer,
which makes gecko-mediaplayer also be uninstalled, but that's another
matter.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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
Re: Accepted x264 2:0.116.2037+gitf8ebd4a-1 (source amd64)
Hi there.
On Jul 26 2011, Felipe Sateler wrote:
FYI, there's already a draft at the usual
http://wiki.debian.org/DebianMultimedia/BitsFrom page.
I will add a paragraph there about xvidcore+lame+x264. If anybody has any
comment, please let me know.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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
Re: [Lame-dev] New lame upstream release?
Hi there.
Just an update to the LAME-side of the discussion, LAME just got
accepted (with the replacement of the files by Apple) in Debian's
unstable distribution, by inclusion of the following patch of Andres:
2011/7/28 Andres Mejia mcita...@gmail.com:
https://sourceforge.net/tracker/?func=detailaid=3381198group_id=290atid=300290
This means that:
* LAME is available for a wider range of people, including its
function as an MP3 library;
* The inclusion process has followed an auditing process regarding to
Free Software compliance (which, in fact, required our change of some
of top level files and of the portableio.[ch] in the frontend
subdirectory);
* The availability of builds for many architectures, including some
which may have not seen too much testing so far, like mips, mipsel,
sparc, and s390;
* The revelation of a problem (race condition) in the parallel build
process of our source code.
I will commit some of the changes in the next few days. One question
here: is it worth rewriting the portableio.[ch] to be more portable,
as the name implies? I would love to know if he have broken the build
in platforms like, say, OS/2 or AmigaOS, which I've heard that people
use/used...
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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
Re: [Lame-dev] New lame upstream release?
Hi, Andreas and others.
On Jul 27 2011, Andres Mejia wrote:
2011/7/27 Rogério Brito rbr...@ime.usp.br:
Oh, shit. I'll take a look at that... I thought that the code were
ifdef'ed... Isn't it?
I have a patch here with some changes we do to the build system.
OK.
We outright disable the use of the GTK frontend, since it requires a very
old version of GTK. I think there are better tools out now (audacity
maybe). Perhaps the GTK frontend should be removed from lame entirely.
Sure, it has not compiled for ages and I think that killing it leaves us
with less cruft. If someone happens to want to port it forward to GTK2 or
GTK3, though, we may reinstate it...
The other change simply changes how the debian directory is included
in the generated tarball. The debian directory still gets included,
but there's no need to have any Makefile* files in the debian
directory. This would remove our need to patch the build system for
each release of lame.
(...)
CLEANFILES = lclint.txt $(EXTRA_PROGRAMS)
Can you please send git format-patch/git send-email patches against my
github tree (branch origin), with one topic per patch?
Your patches came foo-bared and they are changing at least two things (the
GTK stuff and the debian subdir).
I've started replacing frontend/portableio.* code. I should have
something available later on tonight.
Please see the attached patch to kill portableio.c if you are using
libsndfile (which we should be in debian, anyway).
It *is* dirty and there's one function (the one to read stuff) that is not
used, but works for the purpose of decoding some files (I tested).
I should probably adapt something from a patch that I once wrote to mplayer
ages ago when I was trying to make the generated PCM files works for little
and big-endian arches (hey, I *care* about PowerPC).
Or if libsdnfile does that already, that's even better. But for the sake of
just shipping a first package in unstable, I am very anxious... :-) I want
to see this darn thing in Debian proper! :-)
One final thing, I delete the LICENSE file from the upstream tarball
since the COPYING file has the actual license text and the contents
of LICENSE seem to what is already said in the README file.
Perhaps you might want to look into that too.
Will look into that for the next release. Please, *do* ping me if I forget
about this.
Thanks,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
diff --git a/frontend/Makefile.am b/frontend/Makefile.am
index 0ce4a64..215cdce 100644
--- a/frontend/Makefile.am
+++ b/frontend/Makefile.am
@@ -17,7 +17,6 @@ common_sources = \
get_audio.c \
lametime.c \
parse.c \
- portableio.c \
timestatus.c
noinst_HEADERS = \
@@ -29,7 +28,6 @@ noinst_HEADERS = \
lametime.h \
main.h \
parse.h \
- portableio.h \
timestatus.h
lame_SOURCES = lame_main.c $(common_sources)
diff --git a/frontend/Makefile.in b/frontend/Makefile.in
index 11d242a..7e415c4 100644
--- a/frontend/Makefile.in
+++ b/frontend/Makefile.in
@@ -54,7 +54,7 @@ am__installdirs = $(DESTDIR)$(bindir)
PROGRAMS = $(bin_PROGRAMS)
am__objects_1 = main$U.$(OBJEXT) brhist$U.$(OBJEXT) \
console$U.$(OBJEXT) get_audio$U.$(OBJEXT) lametime$U.$(OBJEXT) \
- parse$U.$(OBJEXT) portableio$U.$(OBJEXT) \
+ parse$U.$(OBJEXT) \
timestatus$U.$(OBJEXT)
am_lame_OBJECTS = lame_main$U.$(OBJEXT) $(am__objects_1)
lame_OBJECTS = $(am_lame_OBJECTS)
@@ -247,7 +247,6 @@ common_sources = \
get_audio.c \
lametime.c \
parse.c \
- portableio.c \
timestatus.c
noinst_HEADERS = \
@@ -259,7 +258,6 @@ noinst_HEADERS = \
lametime.h \
main.h \
parse.h \
- portableio.h \
timestatus.h
lame_SOURCES = lame_main.c $(common_sources)
@@ -386,7 +384,6 @@ mostlyclean-kr:
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/mp3rtp$U.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/mp3x$U.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/parse$U.Po@am__quote@
-@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/portableio$U.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/rtp$U.Po@am__quote@
@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/timestatus$U.Po@am__quote@
@@ -432,8 +429,6 @@ mp3x_.c: mp3x.c $(ANSI2KNR)
$(CPP) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS) `if test -f $(srcdir)/mp3x.c; then echo $(srcdir)/mp3x.c; else echo mp3x.c; fi` | sed 's/^# \([0-9]\)/#line \1/' | $(ANSI2KNR) $@ || rm -f $@
parse_.c: parse.c $(ANSI2KNR)
$(CPP) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS) `if test -f $(srcdir)/parse.c; then echo $(srcdir)/parse.c; else echo parse.c; fi` | sed 's/^# \([0-9]\)/#line \1/' | $(ANSI2KNR) $@ || rm -f $@
-portableio_.c: portableio.c $(ANSI2KNR)
- $(CPP) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS) `if test -f $(srcdir)/portableio.c
Re: [Lame-dev] New lame upstream release?
Hi, Andres
On Thu, Jul 28, 2011 at 13:26, Andres Mejia mcita...@gmail.com wrote:
On Jul 28, 2011 3:15 AM, Rogério Brito rbr...@ime.usp.br wrote:
Can you please send git format-patch/git send-email patches against my
github tree (branch origin), with one topic per patch?
Your patches came foo-bared and they are changing at least two things (the
GTK stuff and the debian subdir).
Just for the record, I don't know if I gave the one above proper
emphasis, but this way, I can give you proper attribution also (I hope
that this is possible with CVS).
Please see the attached patch to kill portableio.c if you are using
libsndfile (which we should be in debian, anyway).
Just for the record, did you receive the attachment that I sent? I'm
asking because I didn't. I have to fix some of my e-mail filtering of
attachments here...
Please note my earlier email about sndfile. Enabling sndfile for lame breaks
k3b and any app using kio slaves.
Oh, darn... Does that mean that Debian's lame will not be compiled
with sndfile? One question, though: what does k3b and the kio slaves
use lame for? For decoding MP3s? Shouldn't they be using a specialized
software for decoding files?
If you look around, the only fix is to use lame's internal io functions when
this breakage happens.
Well, the functions in the portableio (they aren't portable) are all
easy enough to be written... All they effectively do is write a given
short/int/long in little or big endian form to a C's FILE... I can
come up with another patch that reimplement that, but that's so silly
to have to rewrite... :-(
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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
Re: [Lame-dev] New lame upstream release?
Dear people,
I'm in the middle of a power outage right now, using the last few
drops of energy of notebook battery and a 3G connection, so I will be
brief. (Oh, please keep in the CC'ies to me).
On Tue, Jul 26, 2011 at 14:41, Andres Mejia mcita...@gmail.com wrote:
On Jul 26, 2011 12:49 PM, robert robert.hegem...@gmx.de wrote:
Hi Rogério.
Am 26.07.2011, 16:24 Uhr, schrieb Rogério Brito rbr...@ime.usp.br:
We're just waiting for a new release of lame with all the license
clarification changes before uploading lame to Debian. :-)
I don't think that we will be able to release anything in time for
DebConf,
as LAME is just beginning to get into the beta stage.
What time frame are we talking about?
From my point of view, there may be some small patches to apply
and then release 3.99:
1 - pending LGPL patch
2 - eventually changing default behaviour for ID3v2 unicode tags.
What do the others think?
Robert, it seems that Andres just adopted the suggestion that I gave
him of backporting some changes. Regarding a new release, I think that
we may need to include one extra thing in our TODO list. See below.
I was simply going to backport the lgpl patches and upload the last release.
I suppose there's no need to wait for a new release now.
Andres, I just saw that LAME was rejected by the FTP masters:
http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2011-July/020498.html
That part is only used if we use lame's internal IO routines. Just rip
that apart and link with libsndfile and we're done. Please reupload
that...
I am motivated enough to get LAME into Debian that I am *seriously*
planning to rewrite that portion of the code for the next stable
release, implementing just the bare minimum that is needed for LAME to
work (and, of course, not reproducing Erik Castro's work with
sndfile).
Most of the functions in portableio.[ch] are quite trivial, anyway...
You can tell that I *badly* want LAME in Debian, can't you?
(Especially now that it seems that the FTP masters are convinced that
such software is Free Software).
Oh, hint, hint for the multimedia maintainers: what about uploading my
already packaged mp3packer from my launchpad PPA? [0]
[0]:
https://launchpad.net/~rbrito/+archive/ppa/+files/mp3packer_1.20-1~ubuntu1.dsc
OK, the battery of my laptop is running out... :-(
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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
Re: [Lame-dev] New lame upstream release?
Hi, Reinhard.
I hope that you're having a good DebConf... I miss chatting with you...
On 2011-07-27, at 16:22, Reinhard Tartler wrote:
On Wed, Jul 27, 2011 at 19:48:05 (CEST), Rogério Brito wrote:
I'm in the middle of a power outage right now, using the last few
drops of energy of notebook battery and a 3G connection, so I will be
brief. (Oh, please keep in the CC'ies to me).
The energy just came back and I'm taking that time to charge my
battery, but I won't be able to compile stuff here.
On Tue, Jul 26, 2011 at 14:41, Andres Mejia mcita...@gmail.com
wrote:
On Jul 26, 2011 12:49 PM, robert robert.hegem...@gmx.de wrote:
From my point of view, there may be some small patches to apply
and then release 3.99:
1 - pending LGPL patch
2 - eventually changing default behaviour for ID3v2 unicode tags.
Robert, it seems that Andres just adopted the suggestion that I gave
him of backporting some changes. Regarding a new release, I think
that
we may need to include one extra thing in our TODO list. See below.
Andres, may I suggest that instead of placing patches inline in
debian/lame-get-orig-source.sh, we create an 'upstream-dfsg'
branch, do
modifications there directly and roll tarballs from that?
I would like to take a peek at how you guys are packaging it... Will
do as soon as the power is back.
Andres, I just saw that LAME was rejected by the FTP masters:
http://lists.alioth.debian.org/pipermail/pkg-multimedia-
maintainers/2011-July/020498.html
That part is only used if we use lame's internal IO routines. Just
rip
that apart and link with libsndfile and we're done. Please reupload
that...
Unforunately, this won't work easily because frontend/main.c uses
functions from portableio.h unconditionally. We'd therefore need some
more patches. Anyone familiar with the codebase and willing to
contribute that patch?
Oh, shit. I'll take a look at that... I thought that the code were
ifdef'ed... Isn't it?
Most of the functions in portableio.[ch] are quite trivial, anyway...
You can tell that I *badly* want LAME in Debian, can't you?
(Especially now that it seems that the FTP masters are convinced that
such software is Free Software).
Oh, hint, hint for the multimedia maintainers: what about
uploading my
already packaged mp3packer from my launchpad PPA? [0]
[0]: https://launchpad.net/~rbrito/+archive/ppa/+files/
mp3packer_1.20-1~ubuntu1.dsc
OK, the battery of my laptop is running out... :-(
Doesn't the package lack a dependency on lame?
No, absolutely *no* dependency on LAME.
AFAIUI it is a tool to
reencode .mp3 files. I persume that it uses lame for that, but the
documentatin isn't entirely clear on that.
It doesn't reencode. It only rearranges the frames in a lossless
manner. Like, for instance, getting the bits that are already
produced by an MP3 encoder (any one) and putting them in bins so as
to make the files smaller (taking a better advantage of the bit
reservoir, etc).
The program is so darned cool... The best thing with this MP3 thing
is that even though you already have a file that is encoded by
anyone, it is possible to a great extent to manipulate it losslessly:
* mp3gain, to avoid clipping while decoding (of course, clipping
before encoding is not remediable);
* mp3packer, to squeeze some extra bits and make the files smaller
(reduding the bitrate).
In my very humble opinion, the combo (mp3packer, LAME) breathes at
least a little bit of life in a format that many already thought that
was dead, while still being, say, universally compatible... With
them, you can raise the bitrate of your encodes a notch to get better
sound and then losslessly rearrange the file to a lower bitrate...
A side effect of it is that it also fixes many old VBR files that may
have incorrect lengths reported (and, thus, renders my package vbrfix
obsolete).
OK, enough blurb. The packaging of mp3packer is really trivial (as
you can see) and I would volunteer to maintain it under the pkg-
multimedia umbrella.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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
Re: [Lame-dev] New lame upstream release?
Hi, Andres.
On Jul 25 2011, Andres Mejia wrote:
I'm curious to know if there will be another release of lame soon. I
ask since it seems with some recent activity in Debian, lame will
finally be allowed to be distributed in Debian.
Gee, I just saw that x264 entered and that xvid is getting in. :-) That's so
darned good. I wish that I were at this year's debconf...
Regarding a release, the best thing would, perhaps, to backport a few select
patches to the version 3.98.4, as the code is entering a beta phase and we
have not done much coordination---well, actually, Robert already tagged a
3.99b0 release, but he said not so much ago that we would be on vacation...
For the record, I am maintaining a git mirror of the CVS repository at:
https://github.com/rbrito/lame/tree/origin
For some weird reason when I converted the repository with git cvsimport,
the right branch where everything is happening is the branch `origin`.
Don't use `master`.
Also, could this patch be committed for the next release? It would
leave no doubt that lame is licensed under LGPL-2.
The patch came word-wraped (perhaps that's SF mailing list software?), but I
fixed it and then applied. See commit e8e86c0d.
Thanks.
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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
Bug#627197: mplayer2 dies with signal 4 (illegal instruction) on an Altivec-enabled iBook G4
Package: mplayer2
Version: 2.0-54-gd33877a-1
Severity: important
Hi there.
The machine where I do a good amount of my development is an iBook G4 and I
was just trying to play a video, and I am having problems with it dying with
a signal 4 (illegal instruction).
I have not yet verified what instruction is the one that is making it die,
but this is somewhat surprising: I would expect this to happen with an
Altivec binary being run on a non-Altivec enabled processor (e.g., my iBook
G3), but not in this case.
Of course, I can give further details, but as I said in another e-mail, I am
busy moving home etc.
Thanks,
Rogério Brito.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (2000, 'unstable'), (102, 'experimental')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.38-2-powerpc
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 libaa1 1.4p5-38+b1 ascii art library
ii libasound2 1.0.23-4shared library for ALSA applicatio
ii libaudio21.9.2-7 Network Audio System - shared libr
ii libc62.13-4 Embedded GNU C Library: Shared lib
ii libcaca0 0.99.beta17-1 colour ASCII art library
ii libcdparanoia0 3.10.2+debian-10audio extraction tool for sampling
ii libdca0 0.0.5-4 decoding library for DTS Coherent
ii libdirectfb-1.2-91.2.10.0-4+b1 direct frame buffer graphics - sha
ii libdvdnav4 4.1.3-7 DVD navigation library
ii libdvdread4 4.1.3-10library for reading DVDs
ii libenca0 1.13-4 Extremely Naive Charset Analyser -
ii libesd0 0.2.41-9Enlightened Sound Daemon - Shared
ii libfaad2 2.7-6 freeware Advanced Audio Decoder -
ii libfontconfig1 2.8.0-2.2 generic font configuration library
ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii libfribidi0 0.19.2-1Free Implementation of the Unicode
ii libgcc1 1:4.6.0-7 GCC support library
ii libgif4 4.1.6-9 library for GIF images (library)
ii libgl1-mesa-glx [lib 7.10.2-2free implementation of the OpenGL
ii libjack0 [libjack-0. 1:0.120.1+svn4142-1 JACK Audio Connection Kit (librari
ii libjpeg626b1-1 The Independent JPEG Group's JPEG
ii liblircclient0 0.9.0~pre1-1infra-red remote control support -
ii libncurses5 5.9-1 shared libraries for terminal hand
ii libogg0 1.2.2~dfsg-1Ogg bitstream library
ii libpng12-0 1.2.44-2PNG library - runtime
ii libpulse00.9.21-4PulseAudio client libraries
ii libsdl1.2debian 1.2.14-6.3 Simple DirectMedia Layer
ii libsmbclient 2:3.5.8~dfsg-1 shared library for communication w
ii libspeex11.2~rc1-1 The Speex codec runtime library
ii libstdc++6 4.6.0-7 The GNU Standard C++ Library v3
ii libtheora0 1.1.1+dfsg.1-3 The Theora Video Compression Codec
ii libvdpau10.4.1-2 Video Decode and Presentation API
ii libvorbis0a 1.3.2-1 The Vorbis General Audio Compressi
ii libx11-6 2:1.4.3-1 X11 client-side library
ii libxext6 2:1.3.0-1 X11 miscellaneous extension librar
ii libxinerama1 2:1.1.1-1 X11 Xinerama extension library
ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library
ii libxv1 2:1.0.6-1 X11 Video extension library
ii libxxf86dga1 2:1.1.2-1 X11 Direct Graphics Access extensi
ii libxxf86vm1 1:1.1.1-1 X11 XFree86 video mode extension l
ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime
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 : Packages for LaTeX : algorithms.berlios.de
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/mailman/listinfo/pkg-multimedia-maintainers
Re: [Lame-dev] [PATCH] lame --license output change
Hi, All.
On Wed, May 11, 2011 at 16:50, robert robert.hegem...@gmx.de wrote:
Am 09.05.2011, 00:03 Uhr, schrieb bouvi...@mp3-tech.org:
It seems that it was actually a mistake. I've been confused by the
library vs lesser naming, and did not noticed then that lesser was
only the v2.1 name.
I see, thanks.
I just intended to correct the naming (which was actually correct),
but not to change the license. (thus why I kept v2).
Changing the license version would have required approval of other Lame
devs, which is something I would not try to bypass.
I'm sure all of our contributors are OK with LGPL 2.1, because as we say:
...either
* version 2 of the License, or (at your option) any later version.
Short version of the answer:
Sorry, I was confused. Please consider the license as Library GPL v2.
Now we have some files Lesser GPL 2.1 and most files Library GPL 2.0,
namely gain_analysis.[ch] and the ACM stuff are LGPL 2.1.
Does that make any problems?
It would be a good thing if we could upgrade things to LGPL 2.1.
Perhaps people at Debian could help us with some license auditing here
(perhaps the program licensecheck would be appropriate here). In the
worst case, I can do that myself, even though I am quite short on time
nowadays (moving home with my soon to be wife and doing a lot of
paperwork).
We can't downgrade the LGPL 2.1 files, that's for sure.
Sure.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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/mailman/listinfo/pkg-multimedia-maintainers
Re: Helping with LAME Packaging
Hi, Andres.
On May 07 2011, Andres Mejia wrote:
On Sat, May 7, 2011 at 12:07 PM, Alessio Treglia ales...@debian.org wrote:
Added, welcome aboard!
Thanks for the warm reception, everybody!
BTW Rogério, I sent another patch to lame-dev. I believe that would be
the last change that I know of which should be pushed to lame's cvs.
Can you send me it here? I guess that I won't have problems with SF's
mailing lists eating attachments. :-)
All other changes for the Debian packages are Debian specific.
Depending on what we have, I would be glad to integrate them in a sane
manner that would make people keeping the tarball buildable on Debian-based
systems.
I'll hold off on packaging a cvs snapshot of lame and instead wait for
a new release.
Robert is planning to move LAME to a beta phase and, then, of course, to a
releaseable version.
BTW, regarding LAME, since a good amount of the active developers prefer to
use CVS, while I like git (the little that I know of git), I maintain a very
outdated, half-broken, and unofficial mirror of LAME here:
https://github.com/rbrito/lame
I would like to start over the right way and, perhaps, it would be a good
idea to keep it under the pkg-multimedia-maintainers umbrella. What do you
guys think of that?
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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/mailman/listinfo/pkg-multimedia-maintainers
Re: Helping with LAME Packaging
Hi there, Andres.
On May 06 2011, Andres Mejia wrote:
I'm sending this mail to you outside of lame-dev. If you want to help
with Debian packaging, you should start by taking a look at [1]. Just
so you know, it's not clear whether LAME will even be accepted in the
Debian archives. You're more than welcome to help out anyway.
No problems. I would like to help with some of the multimedia stuff anyway.
Regarding the wiki page at
http://wiki.debian.org/DebianMultimedia/Join, already satisfied almost
all the requirements and I am now subscribed to the mailing lists. :-)
My login on alioth is rbrito-guest.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
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/mailman/listinfo/pkg-multimedia-maintainers
Re: [Lame-dev] [PATCH] lame --license output change
Humm, apparently, something in the way ate your patch and I didn't receive
it.
On May 06 2011, Andres Mejia wrote:
On Fri, May 6, 2011 at 4:52 PM, Jonas Smedegaard d...@jones.dk wrote:
On 11-05-06 at 04:31pm, Andres Mejia wrote:
+ This library is free software; you can redistribute it
and/or\n
+ modify it under the terms of the GNU Lesser General Public\n
+ License as published by the Free Software Foundation;
either\n
+ version 2 of the License, or (at your option) any later
version.\n
\n
There is no such thing as version 2 of the GNU Lesser General Public
License.
Right.
There is either GNU Library General Public License version 2.0 or GNU
Lesser General Public License version 2.1.
The former is considered obsolete by the Free Software Foundation, and
the latter is by the Free Software Foundation interpreted as a successor
to the older _Library_ license even if differently named.
Right again. Aside from naming/version, is there any change in content from
LGPL2.0 and LGPL2.1?
Too busy to check right now...
The copyright headers for the sources in LAME still say LGPL2.0. The patch
simply reflects this.
Indeed.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
signature.asc
Description: Digital signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
