Hi all, should horizontal flipping be as slow as this:
frame=27067 fps= 12 q=28.0 size= 143993kB time=00:18:06.27
bitrate=1085.9kbits/s dup=0 drop=35 speed=0.47x
the command was:
$ ~/bin/ffmpeg.d/ffmpeg -i video_mnt13.mp4 -vf "hflip" -y
video_mnt13-hflip-m1B6z-54q_0.mp4
ffmpeg version
Sorry about the slow response, that has fixed the issue, thanks chronek!
The file still seems a bit soft in quality though. I have tried turning the
-qscale right down to 1 and adjusting the bits_per_mb up to 2400 and the
picture improved but it still wasn’t 100%, but the file grew to 2.5x the
Le duodi 12 ventôse, an CCXXV, Moritz Barsnick a écrit :
> Are you sure? I see no "In-Reply-To:" header. I do see a "References:"
> header, but it seems to (sort of) refer to its own Message-ID. This
> should be fine. What is your mai user agent showing?
My bad, I was fooled by the strange
Am 02.03.2017 um 21:21 schrieb Nicolas George:
Le duodi 12 ventôse, an CCXXV, Mike F a écrit :
Hello,
Hello. You just hijacked a thread. It is forbidden on this list. I
suggest you re-read the posting guidelines carefully in order to not do
anything forbidden again
WTF - show the message
On Thu, Mar 02, 2017 at 21:21:01 +0100, Nicolas George wrote:
> Hello. You just hijacked a thread. It is forbidden on this list. I
> suggest you re-read the posting guidelines carefully in order to not do
> anything forbidden again.
Are you sure? I see no "In-Reply-To:" header. I do see a
Hello Nicolas,
Let me start with this first, to clarify.
<
Hello. You just hijacked a thread. It is forbidden on this list. I
suggest you re-read the posting guidelines carefully in order to not do
anything forbidden again.
>
I am aware of the rules... and none of:
"thread hijacking (that is,
Le duodi 12 ventôse, an CCXXV, Mike F a écrit :
> Hello,
Hello. You just hijacked a thread. It is forbidden on this list. I
suggest you re-read the posting guidelines carefully in order to not do
anything forbidden again.
> The only small issues is that the subtitle filename.srt can not use
>
Hello,
Due to the fact that I cannot get "-i my.srt" and "sub_charenc" to work, even
after ( I guess ) satisfying 'iconv' requirements during the compile of
N-83701-g70ebc05-1 20170205, I found the "subtitles" filter and
'charenc=CP1250' perfectly doing the job.
The only small issues is that
Trying to stream a webcam through rtp with a raspberry pi.
Cating the SDP file on my desktop, and launching ffplay:
ffplay sdp.out
then streaming out this way:
ffmpeg -i /dev/video0 -c:v h264_omx -f rtp rtp://192.168.0.101:1234
works perfectly. But If I launch ffmpeg first THEN
Thank you.
On 02.03.2017 19:51, Carl Eugen Hoyos wrote:
> 2017-03-02 17:48 GMT+01:00 Carl Eugen Hoyos :
>> 2017-03-02 16:24 GMT+01:00 Basin Ilya :
>>> Hi.
>>> Different test sources have different bit depth:
>>>
>>> ffplay -f lavfi aevalsrc="0"
>>>
2017-03-02 17:48 GMT+01:00 Carl Eugen Hoyos :
> 2017-03-02 16:24 GMT+01:00 Basin Ilya :
>> Hi.
>> Different test sources have different bit depth:
>>
>> ffplay -f lavfi aevalsrc="0"
>> # Audio: pcm_f64le
>
> Output of the aevalsrc filter is
2017-03-02 16:24 GMT+01:00 Basin Ilya :
> Hi.
> Different test sources have different bit depth:
>
> ffplay -f lavfi aevalsrc="0"
> # Audio: pcm_f64le
Output of the aevalsrc filter is AV_SAMPLE_FMT_DBLP.
> ffplay -f lavfi anullsrc
> # Audio: pcm_u8
Output of
2017-03-02 17:19 GMT+01:00 Basin Ilya :
> Nevermind. The problem is not with quantization, I revised my
> question in "ogg encoder always adds 128-255 extra samples".
What is an "ogg encoder"?
If you want support on this mailing list, please:
Test current FFmpeg git head
2017-03-02 17:11 GMT+01:00 Hugo Garbez :
> I'm using FFmpeg 3.2.4 on Debian 8.7, and I have some problems
> with h264_qsv and HLS.
Please test current FFmpeg git head, provide command lines including
complete, uncut console output and short input sample files.
Why are you not
Dear Carl
Sorry for late response as I dont know why somehow google email filtered
your previous emails.
The reason I used vf setpts filter is, if not, the image on SDI outout will
lag alot.
I played around and found out if I use vf setpts then I can fix lagging
issue but its lipsync.
Here is
I mean, with concat protocol
On 02.03.2017 19:24, Bouke / VideoToolShed wrote:
>
>> On 02 Mar 2017, at 17:19, Basin Ilya wrote:
>>
>> You can't concatenate .wav files
>
> Huh? Uncompressed PCM seems easy enough to cat, and I have done so a zillion
> times with FFmpeg…
>
> On 02 Mar 2017, at 17:19, Basin Ilya wrote:
>
> You can't concatenate .wav files
Huh? Uncompressed PCM seems easy enough to cat, and I have done so a zillion
times with FFmpeg…
Bouke
___
ffmpeg-user mailing list
Hello,
I'm using FFmpeg 3.2.4 on Debian 8.7, and I have some problems with
h264_qsv and HLS.
I'm splitting my files for HLS with the following command:
$ ffmpeg -i example.mp4 -codec copy -map 0 -bsf:v h264_mp4toannexb
-hls_time 5 -hls_init_time 1 -hls_list_size 0 example.m3u8
When example.mp4
Hi.
I'm trying to create a set of chainable ogg files out of a long wav file.
However, the produced ogg files are always 128-255 samples longer than the
source PCM data and the
extra data looks like anti-click or fade-out.
See the attached image. test0 was made directly. test1 was made via an
> On 22 Feb 2017, at 23:32, Tung Tran wrote:
>
> Dear all
>
> I am testing to setup a decoder with ffmpeg, take live stream in
> (RTMP/HLS,.) and output to Decklink SDI.
> Its working but I have the issue of audio and video is off-sync on decklink
> SDI output, I tried to
2017-03-02 10:34 GMT+01:00 Basin Ilya :
> test5.wav
Apart from "complete, uncut console output missing", I would
have expected that you cannot concatenate ogg files: Am I
wrong?
Carl Eugen
___
ffmpeg-user mailing list
Hi.
I'm splitting a .wav file into a set of chainable .ogg files all having 1
second duration.
I'm using input flags: "-ss n -t 1"
When I concatenate these ogg files, the resulting clip is slightly longer than
the original. Is it because the minimal nb_sambles in ogg frame is 128 and a
set of
22 matches
Mail list logo