Zoltan - the only problem with this, that I just realized is this:
As I mentioned before, the cameras intermittently lose connection.
Supposing that I send the ffmpeg test command while the camera connection is
good, and then the camera stream input to ffplay drops. Ffplay will
continue
Zoltan:
Ok, I tested this and you are correct - it works. Thank you, very much.
I unplugged the camera and ran the ffmpeg command, you suggested and I
promptly received a:
"Connection to tcp://192.168.0.2 failed: Connection refused
http://192.168.0.2: Connection refused"
I can work with this.
Any way to do this in C#? I have resorted to temporarily renaming those
file names/filepaths to English and then renaming back to the original
language once rendering is completed.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
On 1/30/2019 12:23 PM, Carl Eugen Hoyos wrote:
this is not about the "signal" that is of
course interlaced for analog PAL but the content that
may of may not be interlaced (and the idet filter only
looks at the content and nothing in FFmpeg is able to
look at an analog video signal).
Agreed.
On 1/30/2019 4:08 PM, Carl Eugen Hoyos wrote:
well, if there is no backwards compatibility, the documentation
referring to obsolete options should also disappear.
Didn't it?
Having just checked, ffm is not listed in the formats page
(https://ffmpeg.org/ffmpeg-formats.html).
OTOH, the
2019-01-31 1:03 GMT+01:00, juan carlos :
>
>
> El 30/01/19 a las 21:24, Carl Eugen Hoyos escribió:
>> 2019-01-30 22:11 GMT+01:00, juan carlos :
>>>
>>> El 30/01/19 a las 20:51, Carl Eugen Hoyos escribió:
2019-01-30 21:39 GMT+01:00, juan carlos :
> hello moritz, sorry for taking a long
El 30/01/19 a las 21:24, Carl Eugen Hoyos escribió:
2019-01-30 22:11 GMT+01:00, juan carlos :
El 30/01/19 a las 20:51, Carl Eugen Hoyos escribió:
2019-01-30 21:39 GMT+01:00, juan carlos :
hello moritz, sorry for taking a long time to answer, I have not had
time to do it, I write to comment
Hi all,
I'm trying to embed some ffmpeg filters, such as loudnorm and silenceremove in
a real time context: meaning I have an audio speaker connected at the end of it.
I saw that loudnorm supports single pass mode; where it doesn't require me to
pass all the audio in the file through it,
2019-01-31 0:20 GMT+01:00, Lou Logan :
> On Mon, Jan 28, 2019, at 6:58 PM, Carl Eugen Hoyos wrote:
>>
>> (So apparently the next sentence is wrong and Lou
>> does offer release support - but unfortunately only
>> to you because he closed ticket #7697 this week
>> explaining there is no release
2019-01-31 0:18 GMT+01:00, Carl Eugen Hoyos :
> 2019-01-30 23:55 GMT+01:00, Ulf Zibis :
>
>> here you find the rip from dvd::rip and the result from ffmpeg:
>> https://c.1und1.de/@519472591769967166/-XGssZrBRCiT0J4xQUU1LA
>
> This masterpiece (make sure you don't miss the imdb comment)
> was most
On Mon, Jan 28, 2019, at 6:58 PM, Carl Eugen Hoyos wrote:
>
> (So apparently the next sentence is wrong and Lou
> does offer release support - but unfortunately only
> to you because he closed ticket #7697 this week
> explaining there is no release support...)
I don't quite follow your paragraph,
2019-01-30 23:55 GMT+01:00, Ulf Zibis :
> here you find the rip from dvd::rip and the result from ffmpeg:
> https://c.1und1.de/@519472591769967166/-XGssZrBRCiT0J4xQUU1LA
This masterpiece (make sure you don't miss the imdb comment)
was most likely made with a film camera that knew nothing about
Hi,
here you find the rip from dvd::rip and the result from ffmpeg:
https://c.1und1.de/@519472591769967166/-XGssZrBRCiT0J4xQUU1LA
I'm curious, what you find out,
Ulf
Am 29.01.19 um 21:47 schrieb Carl Eugen Hoyos:
> 2019-01-29 20:50 GMT+01:00, Ulf Zibis :
>> If you want I could upload a 6 min.
2019-01-28 17:30 GMT+01:00, Josh McNeill :
> I'm using the silencedetect filter for a project, and I've been using an
> amplitude ratio for the threshold (i.e., n=), but I'm not sure what this
> actually refers to. My guess is that it's a percentage of the peak
> amplitude in the file (e.g., 0.01
2019-01-30 22:11 GMT+01:00, juan carlos :
>
>
> El 30/01/19 a las 20:51, Carl Eugen Hoyos escribió:
>> 2019-01-30 21:39 GMT+01:00, juan carlos :
>>> hello moritz, sorry for taking a long time to answer, I have not had
>>> time to do it, I write to comment that the command you mention does not
>>>
El 30/01/19 a las 20:51, Carl Eugen Hoyos escribió:
2019-01-30 21:39 GMT+01:00, juan carlos :
hello moritz, sorry for taking a long time to answer, I have not had
time to do it, I write to comment that the command you mention does not
work, says -filter: v "volumedetect" invalid argument,
2019-01-30 21:39 GMT+01:00, juan carlos :
> hello moritz, sorry for taking a long time to answer, I have not had
> time to do it, I write to comment that the command you mention does not
> work, says -filter: v "volumedetect" invalid argument, this command is
> not the only one that has stopped
hello moritz, sorry for taking a long time to answer, I have not had
time to do it, I write to comment that the command you mention does not
work, says -filter: v "volumedetect" invalid argument, this command is
not the only one that has stopped work since version 4.0 has been
released, the
2019-01-30 18:27 GMT+01:00, Carl Zwanzig :
> On 1/30/2019 6:12 AM, Carl Eugen Hoyos wrote:
>> You may have forgotten that while the vertical resolution is kept,
>> horizontal resolution is reduced significantly for VHS, likely
>> confusing the algorithm for detection of interlaced content.
>
>
I did this and it works:
ffmpeg -i rtsp://wowzaec2demo.streamlock.net/vod/mp4:BigBuckBunny_115k.mov
-y -f image2 -qscale 0 -frames 1 test.jpg
On Wed, 30 Jan 2019 at 19:34, discarn8
wrote:
> Thanks, Zoltan. I had not thought of that. I'll test it tonight and report
> back. Thanks very much.
>
Thanks, Zoltan. I had not thought of that. I'll test it tonight and report
back. Thanks very much.
--
Sent from: http://www.ffmpeg-archive.org/
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
To
I'm using multiple instances of ffplay, on a linux distro, to play multiple
rtsp streams from multiple security cameras. However, due to the crowded
wifi environment I'm in and the 2.4ghz limitations of the cameras, I
occasionally drop / lose connection to one or more cameras, and thus lose
the
On 1/30/2019 6:12 AM, Carl Eugen Hoyos wrote:
You may have forgotten that while the vertical resolution is kept,
horizontal resolution is reduced significantly for VHS, likely
confusing the algorithm for detection of interlaced content.
Exactly, VHS only has bandwidth of ~3MHz, so a horizontal
On Wed, Jan 30, 2019 at 9:37 AM Gyan wrote:
>
> On 30-01-2019 04:31 AM, Christian Johannesen wrote:
> > I saw in timecode.c there is AV_TIMECODE_FLAG_24HOURSMAX, but i'm not
> sure
> > how I could utilize it. It only seems that the Drawtext filter has an
> > option for to limit the value.
> >
>
I remember this was discussed some while ago - is it intended that this be
default behaviour? In my view it should be.
P
On Wednesday, 30 January 2019, 14:37:49 GMT, Gyan wrote:
On 30-01-2019 04:31 AM, Christian Johannesen wrote:
> I saw in timecode.c there is
On 30-01-2019 04:31 AM, Christian Johannesen wrote:
I saw in timecode.c there is AV_TIMECODE_FLAG_24HOURSMAX, but i'm not sure
how I could utilize it. It only seems that the Drawtext filter has an
option for to limit the value.
Let me know if there is anything I can do to achieve this result.
2019-01-29 20:50 GMT+01:00, Ulf Zibis :
> My understanding is, that a VHS cassette player always
> provides a fully interlaced analogue stream (50 half-frames
> per sec. for PAL).
You may have forgotten that while the vertical resolution is kept,
horizontal resolution is reduced significantly
2019-01-30 1:26 GMT+01:00, Ulf Zibis :
> In my POV deinterlacing ("classic") is to buffer and optionally somehow
> interpolate the content of the "before half-frame" and add it to the
> current half-frame, so the display content only changes *25 times per
> sec.*. But with the method I outlined,
Sorry Sir, I forgot:
https://pastebin.com/vrAj7C3W
On Wed, 30 Jan 2019 at 14:33, Moritz Barsnick wrote:
> On Wed, Jan 30, 2019 at 11:39:42 +0100, Zoltan Kerenyi Nagy wrote:
> > Neither does this work:
>
> That's not a very good error description.
>
> I asked this:
>
> > >> This is why you
On Wed, Jan 30, 2019 at 13:25:26 +0100, frhun wrote:
> if -c:v copy then not working drawtext!
Of course not! What I asked was "how does this performance change if you omit
all the
filters" - and you are *not* supposed to use "-c:v copy", so we can see
approximately how much of your CPU
On Wed, Jan 30, 2019 at 11:39:42 +0100, Zoltan Kerenyi Nagy wrote:
> Neither does this work:
That's not a very good error description.
I asked this:
> >> This is why you should always show us the *complete* uncut console
> >> output. You are hiding interesting info otherwise.
Sorry, can't help
> Sorry for posting without testing the head version, usually I do it!
>
>
actually your crazy stuff was kinda fun to read :-P
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link
if -c:v copy then not working drawtext!
only -c:v copy using the cpu usage 2-3% , it is working long ago
but now need use draw text on the video stream
so the drawtext re encoding do high cpu usage, I use the notebook (
thinkpad i5 3 generations) gpu is no to perfect :)
Robert
2019. 01. 30.
Neither does this work:
#OUTPUT=out.mp4
OUTPUT="http://localhost:5554/video.ffm;
ffmpeg -f alsa -i hw:0,0 -filter_complex
"[0:a]showwaves=split_channels=1:s=1280x720:mode=line:colors=Red|Blue[v]"
-map "[v]" -map 0:a $OUTPUT
On Wed, 30 Jan 2019 at 11:09, Zoltan Kerenyi Nagy <
Thanks your're right!
Unfortunately it still doesnt work:
ffmpeg -f alsa -i hw:0,0 -f lavfi -i nullsrc -filter_complex
"[0]showwaves=split_channels=1:s=1280x720:mode=line:colors=Red|Blue" -c:v
libx264 -preset fast -crf 23 -c:a copy http://localhost:5554/video.ffm
On Wed, 30 Jan 2019 at 09:45,
On Wed, Jan 30, 2019 at 07:47:24 +0100, frhun wrote:
> so I try lot of ffmpeg switch
>
> ffmpeg -r 25 -rtsp_transport tcp -i
> rtsp://admin:1234@192.168.2.25/Streaming/Channels/1 -c:v libx264 -b:v 2M
> -c:a copy -vf "[in]drawtext=fontfile='C\:\\Windows\\Fonts\\cour.ttf':
>
On Wed, Jan 30, 2019 at 08:04:29 +0545, Matthew Reus wrote:
> but quality is highly degraded , interlaced how can we manage on this case
You should show us your actually used ffmpeg command line and its
complete, uncut console output, so we can understand what your are
doing. This will also show
On Tue, Jan 29, 2019 at 23:04:23 +0100, Zoltan Kerenyi Nagy wrote:
> Slight modification does not work either:
>
> ffmpeg -f lavfi -i nullsrc -f alsa -i hw:0,0 -filter_complex
> "[0:a]showwaves=s=1280x720:mode=line:colors=Blue[v]" -map "[v]" -map 0:a
> -c:v libx264 -r 15
it doesnt work either if I modify like this:
ffmpeg -f alsa -i hw:0,0 -f lavfi -i nullsrc -filter_complex
"[0]showwaves=split_channels=1:s=1280x720:mode=line:colors=Red|Blue"
http://localhost:5554/video.ffm
OUTPUT:
Wed Jan 30 09:27:12 2019 127.0.0.1 - - [POST] "/video.ffm HTTP/1.1" 200 4096
Past
Hi Guys,
I'd like to send the audio with waveform overlay for both channels, I can
save it to file:
ffmpeg -f alsa -i hw:0,0 -filter_complex
"showwaves=split_channels=1:s=1280x720:mode=line:colors=Red|Blue" out.mp4
However with ffserver it fails:
ffmpeg -f alsa -i hw:0,0 -filter_complex
40 matches
Mail list logo
