On Thu, Oct 05, 2017 at 12:55:19AM -0300, James Almer wrote:
> Split it off from install-data.
>
> Among other things, this prevents spamming triplicate log lines during
> install.
>
> Signed-off-by: James Almer
> ---
> Updated to apply after a recent merge.
>
> Makefile
Hi!
Attached patch fixes ticket #6717.
Please comment, Carl Eugen
From 3315fa024958246685b2431c2605e867f651ad5b Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 5 Oct 2017 08:29:27 +0200
Subject: [PATCH] lavc/h264: Only check x264_build if it was set.
Fixes ticket
2017-10-05 2:07 GMT+02:00 Mark Thompson :
> ---
> Not everyone has a 64-bit long, especially on arm.
Please push such patches directly, there is enough
traffic on this mailing list.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
> On 5. Oct 2017, at 09:08, Paul B Mahol wrote:
>
> On 10/5/17, Lukas Stabe wrote:
>> These changes store id3 chapter data in ID3v2ExtraMeta and introduce
>> ff_id3v2_parse_chapters to parse them into the format context if needed.
>>
>> Encoders using
> SRT is a subtitle format: a more specific name would be better.
for example? haivision_srt?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
From: Kaustubh Raste
Signed-off-by: Kaustubh Raste
---
libavcodec/mips/h264qpel_msa.c | 746
libavcodec/mips/hevc_mc_uniw_msa.c | 67
libavcodec/mips/hevcdsp_msa.c | 50 ---
3 files
protocol requires libsrt (https://github.com/Haivision/srt) to be
installed
Signed-off-by: Nablet Developer
---
configure |5 +
libavformat/Makefile|1 +
libavformat/protocols.c |1 +
libavformat/srt.c | 1105
On 04.10.2017 23:27, Michael Niedermayer wrote:
On Mon, Sep 25, 2017 at 01:31:18PM +0200, Tobias Rapp wrote:
Align order of "start_time" option within filter documentation to actual
implementation and add missing AV_OPT_FLAG_FILTERING_PARAM flag. Fix
indent of "round" named constants and clear
> On 5. Oct 2017, at 10:51, wm4 wrote:
>
> On Thu, 5 Oct 2017 03:34:19 +0200
> Lukas Stabe wrote:
>
>> These changes store id3 chapter data in ID3v2ExtraMeta and introduce
>> ff_id3v2_parse_chapters to parse them into the format context if needed.
>>
2017-09-28 11:14 GMT+02:00 Tom Butterworth :
> On Wed, 27 Sep 2017 at 16:52 Carl Eugen Hoyos wrote:
>> As long as FFmpeg does not have a native alpha-only
>> pix_fmt (I am not sure this would have any user-visible
>> advantage), single-layer 8bit formats
On 30.09.2017 02:44, Michael Niedermayer wrote:
On Fri, Sep 29, 2017 at 05:08:15PM +0200, Tobias Rapp wrote:
Signed-off-by: Tobias Rapp
---
libavformat/wavenc.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
LGTM
Pushed, thanks for review.
On Thu, 5 Oct 2017 03:34:19 +0200
Lukas Stabe wrote:
> These changes store id3 chapter data in ID3v2ExtraMeta and introduce
> ff_id3v2_parse_chapters to parse them into the format context if needed.
>
> Encoders using ff_id3v2_read, which previously parsed chapters into the
>
On 10/5/17, Lukas Stabe wrote:
> These changes store id3 chapter data in ID3v2ExtraMeta and introduce
> ff_id3v2_parse_chapters to parse them into the format context if needed.
>
> Encoders using ff_id3v2_read, which previously parsed chapters into the
> format context
On 05.10.2017 00:05, Michael Niedermayer wrote:
On Wed, Oct 04, 2017 at 10:33:11AM +0200, Tobias Rapp wrote:
On 30.09.2017 02:48, Michael Niedermayer wrote:
On Fri, Sep 29, 2017 at 05:08:16PM +0200, Tobias Rapp wrote:
Signed-off-by: Tobias Rapp
---
On Thu, 5 Oct 2017 09:02:10 +0200
Carl Eugen Hoyos wrote:
> 2017-10-04 14:04 GMT+02:00 wm4 :
>
> > if you care about what gets merged, discuss it with the
> > original author on the libav-devel mailing list before it
> > gets committed.
>
> You do
LGTM
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
kaustubh.ra...@imgtec.com
Sent: Thursday, October 5, 2017 1:15 PM
To: ffmpeg-devel@ffmpeg.org
Cc: Kaustubh Raste
Subject: [FFmpeg-devel] [PATCH] avcodec/mips: Cleanup unused functions
From:
Le quartidi 14 vendémiaire, an CCXXVI, Nablet Developer a écrit :
> protocol requires libsrt (https://github.com/Haivision/srt) to be
> installed
>
> Signed-off-by: Nablet Developer
> ---
> configure |5 +
> libavformat/Makefile|1 +
>
2017-10-04 10:54 GMT+02:00 Tobias Rapp :
> On 27.09.2017 17:20, Carl Eugen Hoyos wrote:
>>
>> 2017-09-27 15:30 GMT+02:00 Tobias Rapp :
>>>
>>> Metadata filter output is passed through an Awk script comparing floats
>>
>>
>> Is awk needed on the host
2017-10-05 10:25 GMT+02:00 Nablet Developer :
> protocol requires libsrt (https://github.com/Haivision/srt) to be
> installed
> + --enable-libsrt enable libsrt [autodetect]
Given that there is a libsrt that you don't meant, I don't
think this is the right name for the
2017-10-04 14:04 GMT+02:00 wm4 :
> if you care about what gets merged, discuss it with the
> original author on the libav-devel mailing list before it
> gets committed.
You do realize that you are asking for something that
is not possible - did you forget?
Carl Eugen
2017-09-29 11:03 GMT+02:00 Martin Vignali :
> 2017-09-28 23:24 GMT+02:00 Carl Eugen Hoyos :
>
>> 2017-09-28 21:50 GMT+02:00 Martin Vignali :
>>
>> > After comments about the previous patchs
>>
>> Please explain how this
On 05/10/17 23:01, Michael Niedermayer wrote:
> On Thu, Oct 05, 2017 at 09:03:40PM +0100, Mark Thompson wrote:
>> On 05/10/17 17:47, Michael Niedermayer wrote:
>>> On Wed, Oct 04, 2017 at 02:04:54PM +0200, wm4 wrote:
On Wed, 4 Oct 2017 13:37:31 +0200
Tobias Rapp
On Wed, Oct 04, 2017 at 02:20:07AM +, James Almer wrote:
> ffmpeg | branch: master | James Almer | Tue Oct 3
> 23:08:06 2017 -0300| [1e7b6e47d2752a91bcd6d0c91ed2aaf118eaeee9] | committer:
> James Almer
>
> Merge commit '79331df362fb05a0d04ca9489c87e5b80077a3f4'
>
> *
2017-10-05 21:44 GMT+02:00 Carl Eugen Hoyos :
> I tested the following with the sample from ticket #503:
> $ ffmpeg -i rgba64le-lzw.tif -vf palettegen pal.png
> $ ffmpeg -i rgba64le-lzw.tif -i pal.png -lavfi paletteuse out.gif
>
> The output file has its background (that is
On Fri, 6 Oct 2017 00:19:33 +0200
Hendrik Leppkes wrote:
> On Thu, Oct 5, 2017 at 10:21 PM, Carl Eugen Hoyos wrote:
> > 2017-10-05 16:32 GMT+02:00 Moritz Barsnick :
> >
> >> Issue: The hls demuxer now inconsistently no longer reports
On Thu, Oct 05, 2017 at 08:31:39AM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #6717.
>
> Please comment, Carl Eugen
> h264_cabac.c |2 +-
> h264_mb.c|2 +-
> h264_slice.c |2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
>
On Thu, Oct 05, 2017 at 09:15:13PM -0300, James Almer wrote:
> On 10/5/2017 8:10 PM, Michael Niedermayer wrote:
> > On Wed, Oct 04, 2017 at 02:20:07AM +, James Almer wrote:
> >> ffmpeg | branch: master | James Almer | Tue Oct 3
> >> 23:08:06 2017 -0300|
On Thu, Oct 05, 2017 at 08:34:00AM +, Manojkumar Bhosale wrote:
> LGTM
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Frequently ignored answer#1 FFmpeg bugs should be sent to our bugtracker. User
questions about the command line tools should
> SRT is a subtitle format: a more specific name would be better.
Haivision suggested name "opensrt" - is it acceptable to distinguish
with SRT subtitile format?
if yes, I'll go ahead and submit new patch with name changed.
___
ffmpeg-devel mailing
Dňa 5. 10. 2017 10:19 odpoludnia používateľ "Carl Eugen Hoyos" <
ceffm...@gmail.com> napísal:
2017-10-05 16:26 GMT+02:00 Daniel Kucera :
> Time to time some devices send UDP packets without payload.
> ffmpeg previously exited on receiving such packet
Just curious: Is it
On Sat, Sep 30, 2017 at 03:51:41PM +, Ashish Singh wrote:
> ffmpeg | branch: master | Ashish Singh | Sat Sep 16
> 02:35:58 2017 +0530| [148c8e88c43cfbabd6aee9f01ef30942cee9d359] | committer:
> Ronald S. Bultje
>
> avfilter: add vmafmotion filter
>
> Signed-off-by:
On Thu, Oct 5, 2017 at 10:21 PM, Carl Eugen Hoyos wrote:
> 2017-10-05 16:32 GMT+02:00 Moritz Barsnick :
>
>> Issue: The hls demuxer now inconsistently no longer reports
>> each opened URL, only the first one. (Reporting of these at
>> default log-level was
On Fri, 6 Oct 2017 00:01:30 +0200
Michael Niedermayer wrote:
> The opaque_ref wraping is a really bad design. Iam not sure why
> people defend it.
FFmpeg is full of this design. There are plenty of structs with
opaque/priv fields that change meaning depending on the
On 10/5/2017 11:59 PM, Michael Niedermayer wrote:
> On Thu, Oct 05, 2017 at 09:15:13PM -0300, James Almer wrote:
>> On 10/5/2017 8:10 PM, Michael Niedermayer wrote:
>>> On Wed, Oct 04, 2017 at 02:20:07AM +, James Almer wrote:
ffmpeg | branch: master | James Almer | Tue
Am 02.10.2017 um 18:34 schrieb Marton Balint:
> Yeah, you can capture both at the same time, and one signal might be
> key, other might be fill, but as far as I know the driver will not
> merge these two signals behind the scenes to one single input with an
> alpha channel.
Is there a video
There is still a StartCom certificate in place, which is refused from
Chrome and soon other browsers.
Any help appreciated to also move that machine to Let's Encrypt?
Matthias
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
From: Michael Bradshaw
This adds support for OpenJPEG 2.3.0, which was just released and contains many
security-related fixes.
Michael Bradshaw (1):
lavc: add support for OpenJPEG 2.3.0
configure | 5 -
libavcodec/libopenjpegdec.c | 8 +---
On Wed, 4 Oct 2017 15:03:34 -0700
Aman Gupta wrote:
> From: Aman Gupta
>
> This teaches the HLS demuxer to use the HTTP protocols
> multiple_requests=1 option, to take advantage of "Connection:
> Keep-Alive" when downloading playlists and segments from the HLS
From: Michael Bradshaw
Signed-off-by: Michael Bradshaw
---
configure | 5 -
libavcodec/libopenjpegdec.c | 8 +---
libavcodec/libopenjpegenc.c | 10 ++
3 files changed, 15 insertions(+), 8 deletions(-)
diff --git
On Thu, Oct 5, 2017 at 4:58 PM, Martin Vignali wrote:
> Hello,
>
> In attach patchs to add a dedicated func for clear_block inside
> prores decoding (proresdec2)
>
> currently slice decode func use a loop and call the blockdsp.clear_block
> func
>
> After some test, it
2017-10-05 18:04 GMT+02:00 Hendrik Leppkes :
> On Thu, Oct 5, 2017 at 4:58 PM, Martin Vignali
> wrote:
> > Hello,
> >
> > In attach patchs to add a dedicated func for clear_block inside
> > prores decoding (proresdec2)
> >
> > currently slice decode
On 10/5/2017 10:45 AM, Michael Bradshaw wrote:
> From: Michael Bradshaw
>
> Signed-off-by: Michael Bradshaw
> ---
> configure | 5 -
> libavcodec/libopenjpegdec.c | 8 +---
> libavcodec/libopenjpegenc.c | 10 ++
> 3
I have attempted to post my first patch suggestion per
https://trac.ffmpeg.org/ticket/6719#comment:1
If I have done something wrong, please feel free to say so (and how to fix it,
if possible).
Openjpeg git at https://github.com/uclouvain/openjpeg is up from v2.2 to v2.3,
which means that
On 10/04/2017 03:21 PM, Michael Niedermayer wrote:
> On Wed, Oct 04, 2017 at 10:58:19AM -0700, John Stebbins wrote:
>> On 10/04/2017 10:13 AM, Michael Niedermayer wrote:
>>> On Wed, Oct 04, 2017 at 08:18:59AM -0700, John Stebbins wrote:
On 10/04/2017 03:50 AM, Michael Niedermayer wrote:
>
On Wed, Oct 04, 2017 at 02:04:54PM +0200, wm4 wrote:
> On Wed, 4 Oct 2017 13:37:31 +0200
> Tobias Rapp wrote:
>
> > On 04.10.2017 11:34, wm4 wrote:
> > > On Wed, 4 Oct 2017 11:22:37 +0200
> > > Michael Niedermayer wrote:
> > >
> > >> On Wed,
On Thu, 5 Oct 2017 16:39:25 +0200
Moritz Barsnick wrote:
> On Thu, Oct 05, 2017 at 13:41:07 +0200, wm4 wrote:
> > I don't really see where this patch checks whether the host changes?
> > The minimal requirements for reusing the connection would be using
> > the same protocol
On Wed, Oct 04, 2017 at 15:03:34 -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> This teaches the HLS demuxer to use the HTTP protocols
> multiple_requests=1 option, to take advantage of "Connection:
> Keep-Alive" when downloading playlists and segments from the HLS server.
Nice.
On 10/5/2017 3:10 AM, Clément Bœsch wrote:
> On Thu, Oct 05, 2017 at 12:55:19AM -0300, James Almer wrote:
>> Split it off from install-data.
>>
>> Among other things, this prevents spamming triplicate log lines during
>> install.
>>
>> Signed-off-by: James Almer
>> ---
>>
On Tue, Oct 3, 2017 at 4:02 AM, Carl Eugen Hoyos wrote:
> 2017-10-03 1:52 GMT+02:00 Bjorn Roche :
>
> > Attached is a patch for paletteuse only.
>
> I tested the following with and without your patch:
> $ ffmpeg -i fate-suite/lena.pnm -vf palettegen pal.png
>
Hello,
In attach patchs to add a dedicated func for clear_block inside
prores decoding (proresdec2)
currently slice decode func use a loop and call the blockdsp.clear_block
func
After some test, it seems to be slower, than memset (for me)
I check using this "fake" func in the blockdsp
static
On Wed, Oct 4, 2017 at 2:50 AM, Clément Bœsch wrote:
> On Mon, Oct 02, 2017 at 01:24:32PM -0400, Bjorn Roche wrote:
> [...]
> > Bjorn Roche (7):
> > First pass at fixing paletteuse
> > Fix for dithering.
> > Removing some debugging
> > First pass at making the gif support
Time to time some devices send UDP packets without payload.
ffmpeg previously exited on receiving such packet, this patch
adds an option to ignore such packets.
Signed-off-by: Daniel Kucera
---
libavformat/udp.c | 12 +++-
1 file changed, 11 insertions(+), 1
On Thu, Oct 05, 2017 at 13:41:07 +0200, wm4 wrote:
> I don't really see where this patch checks whether the host changes?
> The minimal requirements for reusing the connection would be using
> the same protocol and the same host.
I *believe* it just tries to reuse the connection and falls back to
On Thu, 5 Oct 2017 03:34:19 +0200
Lukas Stabe wrote:
> These changes store id3 chapter data in ID3v2ExtraMeta and introduce
> ff_id3v2_parse_chapters to parse them into the format context if needed.
>
> Encoders using ff_id3v2_read, which previously parsed chapters into the
>
2017-10-06 0:19 GMT+02:00 Hendrik Leppkes :
> On Thu, Oct 5, 2017 at 10:21 PM, Carl Eugen Hoyos wrote:
>> 2017-10-05 16:32 GMT+02:00 Moritz Barsnick :
>>
>>> Issue: The hls demuxer now inconsistently no longer reports
>>> each opened URL,
On Thu, Oct 05, 2017 at 22:21:09 +0200, Carl Eugen Hoyos wrote:
> Could you remind me why this was useful?
It never was to me. (Except at loglevel debug and above.)
Moritz
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On 10/5/2017 8:10 PM, Michael Niedermayer wrote:
> On Wed, Oct 04, 2017 at 02:20:07AM +, James Almer wrote:
>> ffmpeg | branch: master | James Almer | Tue Oct 3
>> 23:08:06 2017 -0300| [1e7b6e47d2752a91bcd6d0c91ed2aaf118eaeee9] | committer:
>> James Almer
>>
>> Merge
Signed-off-by: Sasi Inguva
---
libavfilter/avfilter.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
index 58917ed445..ec7dfc0bd3 100644
--- a/libavfilter/avfilter.c
+++
29.09.2017 0:20, Carl Eugen Hoyos пише:
Hi!
I don't have decklink hardware but I assume it never outputs actual
transparency.
Or does it?
it outputs or use internal keyer to put it over passthrow SDI signal.
in external keyer mode it accept BGRA frame and output two SDI signals:
one for
On Thu, Oct 05, 2017 at 10:43:04AM -0400, Bjorn Roche wrote:
> On Tue, Oct 3, 2017 at 4:02 AM, Carl Eugen Hoyos wrote:
>
> > 2017-10-03 1:52 GMT+02:00 Bjorn Roche :
> >
> > > Attached is a patch for paletteuse only.
> >
> > I tested the following with and
Here are samples of many stream configurations, generated with Microsoft's
encoder:
https://mega.nz/#!aQRUnTIT!gWUAfGNLIP62VKV2JEOGoyQ1jbVc3M7_qu7ChXQwb7w
For real XMA used in games, I've only seen 2ch+..+2ch+1/2ch (usual, what
FFmpeg supported before) and 1ch+..+1ch (rare, what motivates this
On 05/10/17 23:59, Mark Thompson wrote:
> On 05/10/17 23:01, Michael Niedermayer wrote:
>> On Thu, Oct 05, 2017 at 09:03:40PM +0100, Mark Thompson wrote:
>>> On 05/10/17 17:47, Michael Niedermayer wrote:
On Wed, Oct 04, 2017 at 02:04:54PM +0200, wm4 wrote:
> On Wed, 4 Oct 2017 13:37:31
On Wed, Oct 04, 2017 at 03:03:33PM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> ---
> libavformat/http.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/http.c b/libavformat/http.c
> index 6af3259a43..f76a71fbb7 100644
> ---
I've encountered the same problem, and tracked it to guess_status_pts
function which tries to take the end timestamp from the input links
however without converting it to correct time base. Sent a patch, PTAL.
On Tue, Oct 3, 2017 at 5:36 PM, Thomas Mundt wrote:
> Hi Nicolas,
2017-10-05 21:22 GMT+02:00 wm4 :
>> And this is just one example ...
>
> Your one example was invalid, next one please.
One example is more than enough, we can all see that this
is not clean new code.
What is wrong about adding a new field if you really need it?
Carl
2017-10-05 16:26 GMT+02:00 Daniel Kucera :
> Time to time some devices send UDP packets without payload.
> ffmpeg previously exited on receiving such packet
Just curious: Is it useful at all to exit on an empty packet?
Carl Eugen
Hello Marton,
Thanks for taking the time to provide feedback.
>> + } else {
>> +*buffer = (void *)(_avpacket->data);
>
> The DeckLink SDK requires a 128 byte alignment for data. I am thinking
> AVPacket does not always provides that. Maybe we should simply ignore the SDK
>
Can be tested via the following command:
./ffmpeg -i foo.ts -f decklink -vcodec v210 'DeckLink Duo (1)'
Note that the 8-bit support works as it did before, and setting
the pix_fmt isn't required for 10-bit mode. The code defaults to
operating in 8-bit mode when no vcodec is specified, for
Hello all,
Below please find several patches which adds support for 10-bit video
on output and the "-sources" and"-sinks" argument when specified by ffmpeg.c.
This patch series incorporates feedback provided from Marton Balint.
Note that patch 4 in the previous patch series was consolidated
2017-10-05 16:43 GMT+02:00 Bjorn Roche :
> On Tue, Oct 3, 2017 at 4:02 AM, Carl Eugen Hoyos wrote:
>
>> 2017-10-03 1:52 GMT+02:00 Bjorn Roche :
>>
>> > Attached is a patch for paletteuse only.
>>
>> I tested the following with and without your
2017-10-05 16:32 GMT+02:00 Moritz Barsnick :
> Issue: The hls demuxer now inconsistently no longer reports
> each opened URL, only the first one. (Reporting of these at
> default log-level was only recently added though.)
Could you remind me why this was useful?
I was about to
On Thu, 5 Oct 2017 18:47:01 +0200
Michael Niedermayer wrote:
> On Wed, Oct 04, 2017 at 02:04:54PM +0200, wm4 wrote:
> > On Wed, 4 Oct 2017 13:37:31 +0200
> > Tobias Rapp wrote:
> >
> > > On 04.10.2017 11:34, wm4 wrote:
> > > > On Wed, 4 Oct
Add support for enumerating the sources/sinks via the ffmpeg
command line options, as opposed to having to create a real pipeline
and use the "-list_devices" option which does exit() after dumping
out the options.
Note that this patch preserves the existing "-list_devices" option,
but now shares
On 05/10/17 17:47, Michael Niedermayer wrote:
> On Wed, Oct 04, 2017 at 02:04:54PM +0200, wm4 wrote:
>> On Wed, 4 Oct 2017 13:37:31 +0200
>> Tobias Rapp wrote:
>>
>>> On 04.10.2017 11:34, wm4 wrote:
On Wed, 4 Oct 2017 11:22:37 +0200
Michael Niedermayer
2017-10-05 17:13 GMT+02:00 wm4 :
> Pushed, with commit message adjusted to 72 columns limit.
You forgot to add the ticket number.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Thu, 5 Oct 2017 22:01:56 +0200
Carl Eugen Hoyos wrote:
> 2017-10-05 21:22 GMT+02:00 wm4 :
>
> >> And this is just one example ...
> >
> > Your one example was invalid, next one please.
>
> One example is more than enough, we can all see that
On 10/05/2017 09:45 AM, John Stebbins wrote:
> On 10/04/2017 03:21 PM, Michael Niedermayer wrote:
>> On Wed, Oct 04, 2017 at 10:58:19AM -0700, John Stebbins wrote:
>>> On 10/04/2017 10:13 AM, Michael Niedermayer wrote:
On Wed, Oct 04, 2017 at 08:18:59AM -0700, John Stebbins wrote:
> On
On Thu, Oct 05, 2017 at 09:03:40PM +0100, Mark Thompson wrote:
> On 05/10/17 17:47, Michael Niedermayer wrote:
> > On Wed, Oct 04, 2017 at 02:04:54PM +0200, wm4 wrote:
> >> On Wed, 4 Oct 2017 13:37:31 +0200
> >> Tobias Rapp wrote:
> >>
> >>> On 04.10.2017 11:34, wm4 wrote:
78 matches
Mail list logo