On Fri, Oct 12, 2012 at 2:21 AM, Jonathan Rosser
wrote:
> Here is my somewhat incomplete attempt at doing just that. It was more
> involved than I expected.
>
> https://github.com/jrosser/x264-10bit-deb
Oh I see what you did there. I don't think that's gonna work in
debian. TBH, I think we shoul
Wow, amazing! Good job guys!
On Fri, Oct 12, 2012 at 6:38 PM, Reinhard Tartler wrote:
> Well, that's just fine for experimental IMO
>
> Am 12.10.2012 18:02 schrieb "Fabian Greffrath" :
>
>> Am Sonntag, den 07.10.2012, 11:13 -0700 schrieb Reinhard Tartler:
>> > Next steps: avidemux and transcode!
Well, that's just fine for experimental IMO
Am 12.10.2012 18:02 schrieb "Fabian Greffrath" :
> Am Sonntag, den 07.10.2012, 11:13 -0700 schrieb Reinhard Tartler:
> > Next steps: avidemux and transcode!
>
> Well, transcode is already in. ;)
>
> And avidemux does at least build and install cleanly wi
Am Sonntag, den 07.10.2012, 11:13 -0700 schrieb Reinhard Tartler:
> Next steps: avidemux and transcode!
Well, transcode is already in. ;)
And avidemux does at least build and install cleanly with its own ffmpeg
copy as of this evening. I have, however, given up to build it against
the system liba
On 10/12/12 03:41, Reinhard Tartler wrote:
>> I do not know about x264cli, but I can confirm that if ffmpeg is dynamically
>> linked with libx264.so.$version, then using LD_LIBRARY_PATH to control which
>> build is loaded allows to select between 8-bits and 10-bits at run-time.
>
> That's indeed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Alessio et al,
Are you up for another collaboration?
Since today Ardour3 has an optional dependency on
https://github.com/x42/libltc
Could you look into downstreaming it to debian?
NB. the tagged [1] downloads come without debian/ folder. If it
Package: dvdauthor
Severity: wishlist
Hello,
some months ago, the upstream author released a new version:
http://sourceforge.net/projects/dvdauthor/files/dvdauthor/0.7.1/
A list of changes (as taken from the ChangeLog file) introduced by the
new release follows:
0.7.1: 2012 August 20
Processing commands for cont...@bugs.debian.org:
> retitle 444368 ITP: dvd95 -- DVD9 to DVD5 converter
Bug #444368 [wnpp] RFP: dvd95 -- DVD9 to DVD5 converter
Changed Bug title to 'ITP: dvd95 -- DVD9 to DVD5 converter' from 'RFP: dvd95 --
DVD9 to DVD5 converter'
> owner 444368 Debian Multimedia M
On 10/12/12 09:15, Nicolas George wrote:
> Le primidi 21 vendémiaire, an CCXXI, Fabian Greffrath a écrit :
>> How about Debian's alternatives system? I think it is easier to use
>> and more consistent than a LD_LIBRARY_PATH hack.
>
> AFAIK, the alternative system requires root privileges to change
On 10/11/12 21:07, Jason Garrett-Glaser wrote:
>
> Would dlopen() work to hack around this sort of limitation? I recall
> seeing a hack for x264cli that allowed both 8-bit and 10-bit encoding
> by doing this.
>
> Jason
>
Certainly a dlopen() approach works adequately for me now. It is just
th
Le primidi 21 vendémiaire, an CCXXI, Fabian Greffrath a écrit :
> How about Debian's alternatives system? I think it is easier to use
> and more consistent than a LD_LIBRARY_PATH hack.
AFAIK, the alternative system requires root privileges to change the
selected alternative, whereas LD_LIBRARY_PAT
I have a quite similar problem on two different copmputers (a manually
assembled PC and a Lenovo X200s laptop). Since the symptoms are slightly
different, I don't know if I should file a different bugreport, or if
this one should be changed to reflect the more general nature of the bug.
The di
Am 12.10.2012 04:41, schrieb Reinhard Tartler:
That's indeed something that I could do in the Debian package: Install
a regular libx264.so in /usr/lib, and a 10bit in
/usr/lib/x264-10bit/libx264.so in addition, and document how to use it
in some README.Debian file. Not really nice, but I guess be
13 matches
Mail list logo
