On 12/20/16, Adam Puckett wrote:
> On 12/19/16, Nicolas George wrote:
>> Oh, good catch. I should have remembered this task needed a primitive
>> function, not just a multiplication.
>>
>> Regards,
>>
>> --
>> Nicolas George
>>
> What do I need to do to make the formula right?
Just do the reve
On 12/19/16, Nicolas George wrote:
> Oh, good catch. I should have remembered this task needed a primitive
> function, not just a multiplication.
>
> Regards,
>
> --
> Nicolas George
>
What do I need to do to make the formula right?
___
ffmpeg-user mai
True, SM player always reports 0 for bitrate. I ll raise this with them
then.
But regarding the length, that still doesn't look right. Can you check
the lengths again with your random ones?
- Michael
On 20/12/16 12:49, Moritz Barsnick wrote:
On Mon, Dec 19, 2016 at 23:21:56 +1300, Michael
2016-12-19 15:32 GMT+01:00 traycold :
> hi,
> I would like to thank you for your support.
> After some experiments, I found that using this command I was able to
> correctly recode the HDR video and enjoy it on my samsung smart tv:
>
> ## download video only with youtube-dl, format VP9.2 HDR (input
2016-12-19 20:45 GMT+01:00 Bernhard Döbler :
> FFMpeg Doc says
>
> cutoff
>
>Set cutoff bandwidth in Hz.
>
> https://ffmpeg.org/ffmpeg-codecs.html
Thank you, I had not completely understood the real issue.
As said, feel free to send a patch or open an enhancement ticket.
Carl Eugen
On Mon, Dec 19, 2016 at 23:21:56 +1300, Michael Heuberger wrote:
> $ ffmpeg -f lavfi -i testsrc=d=10 -pix_fmt yuv420p -vcodec libvpx out1.mkv
> resulted into a video whose length is 00:00:10 but with a bitrate of 0
> kbps (says my SMPlayer)
But says neither ffprobe nor mediainfo. IIRC, the overall
On Mon, Dec 19, 2016 at 20:45:59 +0100, Bernhard Döbler wrote:
> FFMpeg Doc says
> cutoff
> Set cutoff bandwidth in Hz.
>
> https://ffmpeg.org/ffmpeg-codecs.html
More precisely in this section:
https://ffmpeg.org/ffmpeg-codecs.html#Codec-Options
What that documentation doesn't say is that it
Am 19.12.2016 um 01:56 schrieb Carl Eugen Hoyos:
2016-12-18 23:58 GMT+01:00 Bernhard Döbler :
I looked into ffmpeg documentation and saw there's an argument "-cutoff"
that should do, what "-lowpass" does in LAME.
Why do you think so / where does it say so in the documentation?
LAME document
Hello guys,
I am a new comer in the pseudo streaming world (I work for a major
french broadcast channel). One of my current project is to implement DRM
widevine protection (sigh).
I've read that someone add the common encryption support to ffmpeg which
was perfect, but the doc is a bit lacky
hi,
I would like to thank you for your support.
After some experiments, I found that using this command I was able to
correctly recode the HDR video and enjoy it on my samsung smart tv:
## download video only with youtube-dl, format VP9.2 HDR (input.vp9)
## download audio only with youtube-dl, wh
On 12/19/16, Jonathan Girven wrote:
>>> Otherwise there isn't much I can do to improve my FFmpeg
>>> command?
>>
>> I wonder if the (input?) option "-re" can improve your situation...
>
> As I understand it, the "-re" option instructs FFmpeg to read the
> input file at the native frame rate of the
Le nonidi 29 frimaire, an CCXXV, Carl Eugen Hoyos a écrit :
> A patch that I believe is a prerequisite for the improvement was
> just committed:
> http://ffmpeg.org/pipermail/ffmpeg-cvslog/2016-December/103759.html
I am not sure it would help in this discussion, but I have not followed
the details
>> Otherwise there isn't much I can do to improve my FFmpeg
>> command?
>
> I wonder if the (input?) option "-re" can improve your situation...
As I understand it, the "-re" option instructs FFmpeg to read the
input file at the native frame rate of the file, rather than as fast
as possible. So the
Le nonidi 29 frimaire, an CCXXV, Muhammad Faiz a écrit :
> The formula is wrong.
> Consider sin(262*2^(t/10)*2*PI*t).
> phase, ph(t) = 262 * 2^(t/10) * 2 * PI * t
> angular freq (in radians/s), w(t) = dph(t)/dt = 262 * 2 * PI *
> (2^(t/10) + log(2)/10 * 2^(t/10) * t)
> freq(t) = 262 * (2^(t/10) + l
On 12/19/16, Adam Puckett wrote:
> On 12/19/16, Nicolas George wrote:
>> L'octidi 28 frimaire, an CCXXV, Adam Puckett a écrit :
>>> When you say it "works" for you (I have to double the ^ to escape on
>>> Windows),
>>
>> My condoleances.
>>
>>> does it produce this file?
>>
>> Yes, approx
>> configuration:
>
>> --target-os=linux
>
> I guess this is wrong.
Thanks for all those useful tips on my configuration, I believe I have
implemented the improvements.
>> --extra-cflags='-I/home/jon/workspace/ffmpeg/ffmpeg-android/ffmpeg-build/armeabi-v7a/include
>
>> -O3 -fPIE -pie -mfloat-ab
On 12/19/16, Adam Puckett wrote:
> On 12/19/16, Nicolas George wrote:
>> L'octidi 28 frimaire, an CCXXV, Adam Puckett a écrit :
>>> When you say it "works" for you (I have to double the ^ to escape on
>>> Windows),
>>
>> My condoleances.
>>
>>> does it produce this file?
>>
>> Yes, approx
2016-12-19 15:02 GMT+01:00 Adam Puckett :
> when I ffplay the same command, or generate uncompressed
> files, I hear the same thing.
Isn't there software that allows to reproduce your findings by
analyzing the pcm output of your filter chain?
Carl Eugen
___
On 12/19/16, Nicolas George wrote:
> L'octidi 28 frimaire, an CCXXV, Adam Puckett a écrit :
>> When you say it "works" for you (I have to double the ^ to escape on
>> Windows),
>
> My condoleances.
>
>> does it produce this file?
>
> Yes, approximatively. Are you just hearing Vorbis artif
2016-12-19 13:02 GMT+01:00 Jonathan Girven :
>> A patch that I believe is a prerequisite for the improvement was
>> just committed:
>> http://ffmpeg.org/pipermail/ffmpeg-cvslog/2016-December/103759.html
>
> Thanks for letting me know. I assume by "prerequisite for the
> improvement" there are still
> A patch that I believe is a prerequisite for the improvement was
> just committed:
> http://ffmpeg.org/pipermail/ffmpeg-cvslog/2016-December/103759.html
Thanks for letting me know. I assume by "prerequisite for the
improvement" there are still more changes to come, but I thought I'd
try the curr
Hi Carl
Nice one.
The first command
$ ffmpeg -f lavfi -i testsrc=d=10 -pix_fmt yuv420p -vcodec libvpx out1.mkv
resulted into a video whose length is 00:00:10 but with a bitrate of 0
kbps (says my SMPlayer)
The second command is exactly the same. Defined length 00:00:10 but zero
bitrate on the
Hi Cley
Sure, sorry for not sharing the full output earlier. Here again, the
command:
ffmpeg -f image2 -thread_queue_size 2048 -framerate 17.8 -i
/home/michael-heuberger/binarykitchen/code/videomail.io/var/local/tmp/clients/videomail.io/11e6-c5d3-b5af3a70-b169-7fad3fc24aa1/frames/%d.webp
-y -an -
It works! Thank you very much. :)
在 2016-12-19 17:06:42，"Nicolas George" 写道：
>Le nonidi 29 frimaire, an CCXXV, Fang Yong a écrit :
>> My video file have some initial bytes for my own file header. I try to
>> play it with ffplay using the -skip_initial_bytes option. But it does
>> not work.Here is
Le nonidi 29 frimaire, an CCXXV, Fang Yong a écrit :
> My video file have some initial bytes for my own file header. I try to
> play it with ffplay using the -skip_initial_bytes option. But it does
> not work.Here is the detail.
>
> Did I use this option correctlly?
MP4 requires seeking around in
My video file have some initial bytes for my own file header. I try to play it
with ffplay using the -skip_initial_bytes option. But it does not work.Here is
the detail.
Did I use this option correctlly? or should I increase probesize?
➜ Downloads $ffmpeg -skip_initial_bytes 8 -i cache.output.
26 matches
Mail list logo
