Joseph L. Casale activenetwerx.com> writes:
> I tried Windows Media Player and it was ok
The colours are expected to be wrong because
WMP does not support yuvj420p (only yuv420p).
vlc doesn't like low-fps video files.
Carl Eugen
___
ffmpeg-user mai
On 2015-10-11 00:58, Moritz Barsnick wrote:
> On Sun, Oct 11, 2015 at 00:29:25 +0200, James Darnley wrote:
>>
>> And you wonder why it's slow. You're on x86-64. You at least have SSE2
>> instructions. Why are you not using them? You have to explicitly
>> disable assembly when building x264 to g
On 2015-10-11 00:51, Joseph L. Casale wrote:
>>> [libx264 @ 0x1bc3e80] using cpu capabilities: none!
>>
>> And you wonder why it's slow. You're on x86-64. You at least have SSE2
>> instructions. Why are you not using them? You have to explicitly
>> disable assembly when building x264 to get "no
On Sun, Oct 11, 2015 at 00:29:25 +0200, James Darnley wrote:
>
> And you wonder why it's slow. You're on x86-64. You at least have SSE2
> instructions. Why are you not using them? You have to explicitly
> disable assembly when building x264 to get "none".
Actually, in my experience, while ffm
>> [libx264 @ 0x1bc3e80] using cpu capabilities: none!
>
>And you wonder why it's slow. You're on x86-64. You at least have SSE2
>instructions. Why are you not using them? You have to explicitly
>disable assembly when building x264 to get "none".
So the quickest test was the static packages li
>> [libx264 @ 0x1bc3e80] using cpu capabilities: none!
>
>And you wonder why it's slow. You're on x86-64. You at least have SSE2
>instructions. Why are you not using them? You have to explicitly
>disable assembly when building x264 to get "none".
Right, so these packages are from a 3rd part re
On 2015-10-11 00:24, Joseph L. Casale wrote:
> [libx264 @ 0x1bc3e80] using cpu capabilities: none!
And you wonder why it's slow. You're on x86-64. You at least have SSE2
instructions. Why are you not using them? You have to explicitly
disable assembly when building x264 to get "none".
signa
Hi Lou,
>> With some of my attempts to encode with compression, the output
>> becomes composed of segments which simply stall as if it were skipping
>> frames, whereas the following seems like a start:
>
>I don't quite understand what you are saying.
On several of my attempts where images were ca
Hi Joseph,
On Sat, Oct 10, 2015 at 21:51:51 +, Joseph L. Casale wrote:
> With some of my attempts to encode with compression, the output
> becomes composed of segments which simply stall as if it were skipping
> frames, whereas the following seems like a start:
If you need help in analyzing i
On Sat, Oct 10, 2015, at 01:51 PM, Joseph L. Casale wrote:
[...]
> With some of my attempts to encode with compression, the output
> becomes composed of segments which simply stall as if it were skipping
> frames, whereas the following seems like a start:
I don't quite understand what you are sayi
We have a source that produces groups of JPEG images that are
352x240 and ~10K in size. There are pretty close to 3000 for a 10 minute
interval.
When I encode as follows:
ffmpeg -framerate 5 -i %05d-capture.jpg -codec copy output.mp4
I get a video that works as expected, its ~10 minutes long
11 matches
Mail list logo
