On Wednesday, May 8, 2019 7:29:13 PM CEST Wolfgang Bauer wrote:
> Am Mittwoch, 8. Mai 2019, 03:18:27 schrieb Michael Daum:
> > Wurde die libfdk_aac-Unterstuetzung bewusst entfernt oder wurden die
> > beiden
> > Optionen versehentlich vergessen? Oder gibt es vielleicht noch einen
> > anderen
On Dienstag, 17. Juli 2018 06:58:14 CEST Herbert U. Hübner wrote:
> Guten Morgen Packman,
>
> seit einigen Tagen werden für Tumbleweed neuere Versionen der
> Bibliotheken für ffmpeg angezeigt, wie z.B. libavcodec58 Version 4.0.1-4.1.
>
> Allerdings fehlt das dazugehörende ffmpeg.
>
> Bei mir
On Wednesday, February 7, 2018 8:49:32 PM CET Manfred Eifler wrote:
> Hallo,
>
> ist es möglich, die neue Version von playonlinux zu packen und zur Verfügung
> zu stellen? Aktuell ist derzeit 4.2.12. Bei openSUSE gibt es lediglich
> 4.2.11-1.1.
>
> https://www.playonlinux.com/de/download.html
>
2017-11-15 00:37:51 CET Peter Linnell wrote:
> mirror http://ftp.halifax.rwth-aachen.de/packman/ seems to have gone
> snoozing - not been updated from "master" since 2017-10-02 -- I doubt
> this is an issue on the packman end, but I suppose someone from the
> packman team should complain to the
On 2017 M10 5, Thu 21:00:02 CEST Felix Miata wrote:
> Martin Herkt composed on 2017-10-05 14:17 (UTC+0200):
> > Felix Miata wrote:
> >> Hans-Peter and Rob got me going some days ago with .ts files made from
> >> one
> >> of the two FTA DVB sources I m
On 2017 M10 5, Thu 09:38:10 CEST Felix Miata wrote:
> Hans-Peter and Rob got me going some days ago with .ts files made from one
> of the two FTA DVB sources I most often record, by changing in VLC
> preferences video output from automatic to OpenGL GLX video output:
>
On 2017 M06 18, Sun 22:08:35 CEST Olaf Hering wrote:
> Am Sun, 18 Jun 2017 10:23:12 +0200
>
> schrieb Martin Herkt <lach...@srsfckn.biz>:
> > In fact, I believe it could just be moved to OBS without losing any
> > important features.
>
> Just go for it and
On 2017 M06 22, Thu 11:34:03 CEST Martin Herkt wrote:
> Is there any reason why FFmpeg is built with --disable-cuda and
> --disable-cuvid? Neither requires NVIDIA SDK headers anymore—it’s loaded at
> runtime. I’d like to use those features.
>
> Also, I’d like libzimg support in
Is there any reason why FFmpeg is built with --disable-cuda and
--disable-cuvid? Neither requires NVIDIA SDK headers anymore—it’s loaded at
runtime. I’d like to use those features.
Also, I’d like libzimg support in FFmpeg because it has much higher quality
color space conversion than swscale.
On 2017 M06 18, Sun 10:08:15 CEST Martin Herkt wrote:
> First off, this desperately needs an update (if only to get support for
> recent avformat), although upstream wouldn’t release anything new…
>
> Project URL needs to be fixed (it’s https://cmus.github.io/), and there are
>
First off, this desperately needs an update (if only to get support for recent
avformat), although upstream wouldn’t release anything new…
Project URL needs to be fixed (it’s https://cmus.github.io/), and there are
some mistakes in the descriptions:
Main package:
- remove (via libmad) as the
On 2017 M06 6, Tue 01:05:21 CEST Felix Miata wrote:
> Martin Herkt composed on 2017-06-05 23:12 (UTC+0200):
>
> I did a bit better with
> http://www.avidemux.org/admWiki/doku.php?id=using:quickstart
> On 42.1 I tried avidemux-qt 2.5.6 after I sent my OP. It seems it might work
>
On 2017 M06 5, Mon 22:49:58 CEST Felix Miata wrote:
> Anyone know if there's good reason it isn't there? Is there something better
> for commercials removal that is there? I've yet to figure out the UIs
> and/or prevent crashing or hangs using anything I've tried to remove
> commercials from the
On 2017-05-30, Tue 09:21:23 CEST Olaf Hering wrote:
> Tumbleweed has this conflict now:
>
> File /usr/lib/debug/usr/bin/dcadec.debug
> from install of
> dcadec-debuginfo-0.2.0-1.16.x86_64 (packman)
> conflicts with file from install of
> dcatools-debuginfo-0.0.5-3.49.x86_64
On 2017 M04 3, Mon 20:49:19 CEST Olaf Hering wrote:
> Am 30. März 2017 22:14:49 MESZ schrieb Martin Herkt <lach...@srsfckn.biz>:
> >Is there anything wrong with moving ffms2 to OBS?
>
> It depends what legal says. If it has no chance there is no need to put it
> into OB
Is there anything wrong with moving ffms2 to OBS?
There don’t seem to be any issues when linking with “crippled” FFmpeg,
and applications like aegisub would only need the OBS package on Tumbleweed.
signature.asc
Description: This is a digitally signed message part.
On 2017 M01 10, Tue 11:26:46 CET you wrote:
> On Tue, Jan 10, Martin Herkt wrote:
> > The 64-bit port of PCSX2 is still in progress, not supported and generally
> > does not work, so it should be built as 32-bit package only.
>
> Is that supposed to be done with
The 64-bit port of PCSX2 is still in progress, not supported and generally
does not work, so it should be built as 32-bit package only.
signature.asc
Description: This is a digitally signed message part.
___
Packman mailing list
Packman@links2linux.de
On Sunday 07 February 2016 09:17:02 Hartmut Krummrei wrote:
> @Martin,
> thank you for your help. I have tvheadend on my Raspi with Openelec. The
> procedure from end of installation until you get tvheadend workable with
> a list of tv-stations is really awfull. No thanks! I stay at kaffeine,
>
At the risk of not being very helpful, I can recommend tvheadend.
It’s a browser-controlled DVB streamer and DVR that works with pretty much any
video player that supports http streaming (like mpv or VLC), and also
integrates directly with e.g. Kodi. Quite easy to set up.
signature.asc
Since FFmpeg’s built-in AAC encoder no longer sucks (it’s quite good in fact),
IMO vo-aacenc can be disabled, as it is a much worse encoder and I don’t see
any reason to prefer it.
signature.asc
Description: This is a digitally signed message part.
___
Note: That decoder has now been merged into FFmpeg as of
https://github.com/FFmpeg/FFmpeg/commit/ae5b2c52501d5009fe712334428138a9b758849b
Hence, libdcadec can be removed with the next release containing this commit.
signature.asc
Description: This is a digitally signed message part.
(Incoming blogging, not relevant to discussion)
On Friday 18 December 2015 17:31:57 Tomáš Chvátal wrote:
> things like gtk1 and libxml1 that are quite expected to have
> security vulterabilities.
> b) move it to some xmms repository to not let people on essentials
> accidentaly install some sec
On Friday 25 December 2015 01:38:12 Stephan van den Akker wrote:
> Hi Malcolm, all,
>
> Thanks for the tip, Malcolm. I tried the softlink, but k3b keeps
> complaining about missing transcode.
>
> I have had a look at the latest k3b source code (also from Packman,
> btw), and it does look for a
On Saturday 19 December 2015 12:30:43 David Haller wrote:
> I always thought it a bit presumptous, that the fork called itself
> mplayer2.
As a player, it definitely was a step forward, and I seriously hope no one is
using MEncoder anymore, given all its flaws and ugly hacks. MEncoder was
On Saturday 19 December 2015 11:18:54 Tomáš Chvátal wrote:
> Okey, I will remove it then.
>
> Just to play nice either mpv or mplayer should provide the mplayer2 to
> allow user to migrate, otherwise they might get quite suprised their media
> player disappeared. Any strong prefference?
While
I’m the guy who forked SMPlayer2 in the first place.
It’s just as dead as mplayer2. There’s no reason to keep it around anymore.
signature.asc
Description: This is a digitally signed message part.
___
Packman mailing list
Packman@links2linux.de
The youtube-dl package has a runtime dependency on python-pyOpenSSL and
python-xml, which are currently missing from Requires.
signature.asc
Description: This is a digitally signed message part.
___
Packman mailing list
Packman@links2linux.de
On Tuesday 24 March 2015 08:19:32 Luigi Baldoni wrote:
> Martin Herkt <9 cirno.systems> writes:
> > On Sunday 22 March 2015 06:09:22 Luigi Baldoni wrote:
> > > ffmpeg is an essential package, I'm not sure it would be wise to link
> >
> > it to
> >
FYI, mpv supports libuchardet to detect subtitle file encoding and uses it by
default if available. Should be added to the .spec file.
signature.asc
Description: This is a digitally signed message part.
___
Packman mailing list
Packman@links2linux.de
Ich habe mal ein bisschen nachgelesen (nach der englische Fehlermeldung
gesucht). Das Problem tritt seit langer Zeit auf und es gibt wohl viele
verschiedene mögliche Ursachen dafür – einige davon seit 2003 nicht behoben.
Eine davon scheint eine Abhängigkeit von ImageMagick zu sein, aber ich
Vielleicht mal neuere Software benutzen, die nicht seit über 5 Jahren quasi
unmaintained ist. Probiere HandBrake.
signature.asc
Description: This is a digitally signed message part.
___
Packman mailing list
Packman@links2linux.de
On Sunday 04 October 2015 15:12:43 Michael Schueller wrote:
> Aber ich schätze der Rechner ist nun einfach zu schnell für das Tool.
> Die Fehlermeldung lautet ja das ich einen langsameren Modus wählen soll.
> Würde ich ja, bringt aber nichts.
Ne, daran liegt es nicht. Die „langsamere“ Methode
If you weren’t paranoid enough already, here’s some classic read on the topic
of trust: https://www.ece.cmu.edu/~ganger/712.fall02/papers/p761-thompson.pdf
signature.asc
Description: This is a digitally signed message part.
___
Packman mailing list
Should be noted that the .repo files on the other mirrors still point to the
inode.at mirror instead of the proper mirror URL.
signature.asc
Description: This is a digitally signed message part.
___
Packman mailing list
Packman@links2linux.de
On Wednesday 20 May 2015 10:16:46 you wrote:
On Wed, May 20, Martin Herkt wrote:
It would appear that the FFmpeg packages on Packman do not depend on the
correct versions. For example, if I install ffmpeg on a system which also
has the KDE:Extra repository enabled, zypp might install
It would appear that the FFmpeg packages on Packman do not depend on the
correct versions. For example, if I install ffmpeg on a system which also has
the KDE:Extra repository enabled, zypp might install mismatched versions of
the dependencies, regardless of repository priority, due to the
On Sunday 22 March 2015 06:09:22 Luigi Baldoni wrote:
ffmpeg is an essential package, I'm not sure it would be wise to link it to
an unknown and still unstable piece of software just yet...
As opposed to the code that’s thoughtlessly being dumped into FFmpeg anyway,
hack upon hack? As opposed
On Monday 23 March 2015 02:12:56 Felix Miata wrote:
I don't know what you mean by using streaming software either. I've been
collecting these .ts streams several years off of FTA DVB satellite
receivers that have no editing functions and minimal competence in playback
of the recorded streams
Someone has written an LGPLv2-licensed DTS decoder with support for HD
extensions, and two days ago support for it was added to FFmpeg (previously,
FFmpeg was unable to decode DTS-HD Master Audio in a lossless way). This is
likely to be included with one of the upcoming FFmpeg releases, so I
Yes - so far I know. smplayer now can use MPlayer mplayer2 and mpv as
backend, so here is no need to have smplayer2, which was a frontend for
mplayer2. Current default is mpv - if not overwritten by an local config
file.
As the maintainer of SMPlayer2 (which is now dead and will not be
It should be noted that e.g. YouTube uses an ancient version of FFmpeg that
will decode 10-bit video incorrectly.
Suggestion: Use shared linking with an 8-bit libx264.so as usual, but ship a
10-bit libx264.so as well. As far as I know, it’s possible to just use
LD_PRELOAD or something with
I can’t reproduce that with any of my BDs; could you upload a small sample cut
of that TS you have there? I’m using libav instead of ffmpeg, so this might be
an ffmpeg regression (possibly demuxer-related).___
Packman mailing list
Packman@links2linux.de
I think I’ve emailed you about this before, but I’d really like this package
updated already. This 2.0 release is ancient now, and has a lot of bugs that
have long since been fixed, as well as it lacks important features and
improvements (like high bit depth H.264 playback support). Most other
Hi!
It would be very nice if you could build actual git snapshots rather than the
ancient 2.0 release of mplayer2. There have been a lot of bugfixes and other
improvements since then.
Some other members of the mplayer2 team consider this 2.0 release actively
harmful, and we’ve been planning to do
45 matches
Mail list logo