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':
textfile='Z\:\\k\\v\\T_A\\P.txt': x=180: y=30: reload=1:
fontcolor=black:
but quality is highly degraded , interlaced how can we manage on this case
On Wed, Jan 30, 2019 at 6:34 AM Jimmy Asher
wrote:
>
> From: ffmpeg-user [ffmpeg-user-boun...@ffmpeg.org] on behalf of Matthew
> Reus [matthew.reu...@gmail.com]
> Sent: Tuesday, January 29, 2019 7:32 PM
> To:
From: ffmpeg-user [ffmpeg-user-boun...@ffmpeg.org] on behalf of Matthew Reus
[matthew.reu...@gmail.com]
Sent: Tuesday, January 29, 2019 7:32 PM
To: ffmpeg-user@ffmpeg.org
Subject: [FFmpeg-user] SD channels to HD
Hello,
How can we use ffmpeg to transcode SD channels of resolution 720*576 to HD
Hi Carl Eugen,
Am 29.01.19 um 22:14 schrieb Carl Eugen Hoyos:
>
> Are you both sure that the DVD recorder is able to record something
> from analog signal that can be de-interlaced? I am curious...
Do you ask if it is possible/thinkable, that the resulting DVD contains
an already de-interlaced
Hello,
How can we use ffmpeg to transcode SD channels of resolution 720*576 to HD
format .
So we can obtain best picture qualtiy for live streaming , wihtout
interlace and frame drops .
I am using ubuntu server and have compile ffmpeg on it . please advise on
SD to HD conversion .
Am 29.01.19 um 02:31 schrieb Ulf Zibis:
> Am 29.01.19 um 01:32 schrieb Moritz Barsnick:
>> On Mon, Jan 28, 2019 at 22:52:38 +0100, Ulf Zibis wrote:
LEDs and LCDs would give you headaches if they displayed alternating
lines, as the "afterglow" effect of CRTs, retaining the line's
Moin Moritz,
Am 29.01.19 um 21:48 schrieb Moritz Barsnick:
>> My explanation is, that the original VHS was marked with copy
>> protection, so the DVD recorder by legal reasons has to sustain the
>> copy protection by creating an intentionally corrupted DVD file
>> system (which is not readable
I'm using the -timecode option to set the output starting timecode, but I
was hoping to enforce a 24 hour max, so that if I set a value of
23:59:59:00, it will round back to 00:00:00:00 after a second of timecode.
I can see that in my output mov file, the timecode continues to 24:00:00:00
and past
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 http://localhost:5554/video.ffm
error:
Stream specifier ':a' in filtergraph description
On 1/29/2019 1:16 PM, Eric Wilde wrote:
My understanding of at least one VHS protection scheme was to record
the video with the horizontal/vertical sync pulses set very low to the
threshold for detection. The idea was that, if you made a copy, which
was lossy, the copy would not have detectable
Hi,
I'd like to send the analog audio as video with waveform superimposed, I
did this so far:
ffmpeg -f alsa -i hw:0,0 -f lavfi -i nullsrc -filter_complex
"[0:a]showwaves=mode=line:s=hd480:colors=Red[v]" -map "[v]" -map 0:a
-pix_fmt yuv420p -b:a 360k -r:a 44100 http://localhost:5554/video.ffm
At 09:48 PM 1/29/2019 +0100, you wrote:
> My explanation is, that the original VHS was marked with copy
> protection, so the DVD recorder by legal reasons has to sustain the
> copy protection by creating an intentionally corrupted DVD file
> system (which is not readable from a computer) and
2019-01-29 21:48 GMT+01:00, Moritz Barsnick :
> Moin Ulf,
>
> On Tue, Jan 29, 2019 at 20:50:25 +0100, Ulf Zibis wrote:
>
>> My understanding is, that a VHS cassette player always provides a fully
>> interlaced analogue stream (50 half-frames per sec. for PAL).
>
> Originally coming from the analog
Ok, I didn't know that. I guess it must be the encoding to h264 that the
GPU is helping with.
On Mon, Jan 28, 2019 at 11:23 PM Carl Eugen Hoyos
wrote:
> 2019-01-29 0:06 GMT+01:00, Michael Shaffer :
> > Hi, we are also streaming a Hikvision cctv camera to youtube. We're not
> > putting text on
Moin Ulf,
On Tue, Jan 29, 2019 at 20:50:25 +0100, Ulf Zibis wrote:
> My understanding is, that a VHS cassette player always provides a fully
> interlaced analogue stream (50 half-frames per sec. for PAL).
Originally coming from the analog world, I can confirm that this is
true.
> With this a
2019-01-29 20:50 GMT+01:00, Ulf Zibis :
> If you want I could upload a 6 min. chunk with 300 MB.
Just post a link, there are issues with 10G samples
(that could not easily be made smaller).
Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
Hi Carl Eugen,
thanks again for your patience.
Am 29.01.19 um 04:58 schrieb Carl Eugen Hoyos:
>
> (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...)
Il giorno mar 29 gen 2019 alle ore 11:59 Gyan ha scritto:
> > - P - P - P - P - I ... but they are really I - B - B - B - B - B - B -
> I -
> > B - B - B - B - B - B - I ...
>
> Can't reproduce. With ffprobe on your sample, I get
>
> I B B B P B B B P B B B P ...
>
>
That's interesting:
On 29-01-2019 03:35 PM, Gabriele Greco wrote:
I've some hundreds of broken h264 mp4s that have been encoded with nvenc
ffmpeg encoder with conflicting options (-vprofile baseline -bf3), these
files pretends to be baseline but they really have some B frames inside,
but those B frames are marked
I tried your version without -y. I will try it later today thanks though.
On 2019. Jan 29., Tue at 10:06, Moritz Barsnick wrote:
> On Tue, Jan 29, 2019 at 07:18:21 +0100, Zoltan Kerenyi Nagy wrote:
> > $ ... -f wav pipe:3 -f wav pipe:4 3>fifo1 4>fifo2
> >
> > That's impossible since:
> >
I've some hundreds of broken h264 mp4s that have been encoded with nvenc
ffmpeg encoder with conflicting options (-vprofile baseline -bf3), these
files pretends to be baseline but they really have some B frames inside,
but those B frames are marked by the container as P, so that VLC and ffmpeg
On Tue, Jan 29, 2019 at 07:18:21 +0100, Zoltan Kerenyi Nagy wrote:
> $ ... -f wav pipe:3 -f wav pipe:4 3>fifo1 4>fifo2
>
> That's impossible since:
> pipe:1 stdout
> pipe:2: sterr
> pipe:0 stdin
That's not impossible. File descriptors 0, 1, 2 are predefined by the
operating system. A process
22 matches
Mail list logo
