the hosting of mailing list, trac, faq, docs, nightlies and repo all feels like
micro management that has great results during the period of intense
development and activity but liable to age faster than the median open source
without active involvement.
I see more and more projects willfully
Apparently not. Should it be? Maybe.
Many of the technical lists I'm on are lightly moderated, in that a member's
first couple of posts are held for approval to make sure they're relevant
and contain the requisite info*. The mods will also hold member messages
when that person shows a record
Just FYI, this is not the only list that has felt uneasy by Mr. Harald's
behavior.[0]
[0]
https://lists.fedoraproject.org/archives/list/council-disc...@lists.fedoraproject.org/thread/4FQXYY3K25GXHDLCMHWB7WAWVUY5LA3E/
On Fri, Apr 12, 2019 at 9:25 PM Reindl Harald
wrote:
>
>
> Am 12.04.19 um
Am 12.04.19 um 23:50 schrieb Dennis Mungai:
> On Fri, 12 Apr 2019 at 10:27, Reindl Harald wrote:
>
>>
>> Am 12.04.19 um 06:51 schrieb Dennis Mungai:
>>> We need to stop making *this* a justification for the toxicity the likes
>> of
>>> Reindl create in this mailing list.
>>
>> it's bullshit,
On Fri, 12 Apr 2019 at 10:27, Reindl Harald wrote:
>
>
> Am 12.04.19 um 06:51 schrieb Dennis Mungai:
> > We need to stop making *this* a justification for the toxicity the likes
> of
> > Reindl create in this mailing list.
>
> it's bullshit, wouldn't a few fools not make a fuss about a single
>
On Fri, 12 Apr 2019 at 23:26, Jim Shupert wrote:
>
> >> I'm from the Republic of Ireland and I have found your behaviour to be
> >> inappropriate for years.
> from the heartland of the USA I offer the hopeful words of that tragic
> American
> *Rodney King*, the man whose vicious beating by the
Output below
Version:
ffmpeg -v
ffmpeg version 3.2.12-1~deb9u1+rpt1 Copyright (c) 2000-2018 the FFmpeg
developers
built with gcc 6.3.0 (Raspbian 6.3.0-18+rpi1+deb9u1) 20170516
configuration: --prefix=/usr --extra-version='1~deb9u1+rpt1'
--toolchain=hardened
2019-04-12 20:36 GMT+02:00, Bryn Larsen :
> Hi,
>
> I’m trying to take an incoming rtmp stream (via nginx-rtmp) and transmux /
> transcode it into an mpeg-dash / hls stream. I’m having trouble keeping the
> audio and video in sync. If I re-encode the audio instead of copying it, the
> trancoded
Hi,
I’m trying to take an incoming rtmp stream (via nginx-rtmp) and transmux /
transcode it into an mpeg-dash / hls stream. I’m having trouble keeping the
audio and video in sync. If I re-encode the audio instead of copying it, the
trancoded bitrate stays in sync but the transmuxed video still
On 4/12/2019 10:55 AM, dan wrote:
What I have so far is below.
Please post the entire output of the command, it's needed to know what the
command is doing. Also, if you aren't using a very recent version of ffmpeg,
please get one; old ones don't get much support.
z!
On Fri, Apr 12, 2019 at 9:17 AM Michael Kohne wrote:
> I'm using ffmpeg to transcode data from a Sony IP camera (the EP-580,
> h.264 video, G.711 audio) via rtsp, and I'd like ffmpeg to timeout and exit
> relatively quickly (1 or 2 seconds) if the camera stops sending data. This
> setup is only
Am 12.04.19 um 09:31 schrieb Kieran O Leary:
> On Fri, 12 Apr 2019, 08:27 Reindl Harald, wrote:
>>
>> Am 12.04.19 um 06:51 schrieb Dennis Mungai:
>>> We need to stop making *this* a justification for the toxicity the likes
>> of
>>> Reindl create in this mailing list.
>>
>> it's bullshit,
On Fri, 12 Apr 2019, 08:27 Reindl Harald, wrote:
>
>
> Am 12.04.19 um 06:51 schrieb Dennis Mungai:
> > We need to stop making *this* a justification for the toxicity the likes
> of
> > Reindl create in this mailing list.
>
> it's bullshit, wouldn't a few fools not make a fuss about a single
>
Am 12.04.19 um 06:51 schrieb Dennis Mungai:
> We need to stop making *this* a justification for the toxicity the likes of
> Reindl create in this mailing list.
it's bullshit, wouldn't a few fools not make a fuss about a single
sentence nothing would have happened but since there are some fools
14 matches
Mail list logo