Dear my friend,
I have upgraded to version 4.1, but still not work. What’s wrong? Is the
scale_app can support 10bit with right version?
Hope your help, thanks a lot!
>> 在 2018年12月26日,05:15,Carl Zwanzig 写道:
>>
>> On 12/23/2018 12:38 PM, CherylJosie wrote:
>> ffmpeg version
I am trying to use ffmpeg to defish my gopro videos on a mac. The lens
correction is working reasonably well though eventually I'd like to have
hardware acceleration working, but first I am having a more basic problem.
When ffmpeg gets to the audio stream it complains about the audio stream.
Hi All,
FFmpeg will not streaming a RSTP stream. I want to FFmpeg work as
server and stream desktop. Also, I am generating '.sdp' file so that
client may connect. But '.sdp' file not being generated.
It hangs and must be terminated with Ctrl+C(press twice).
After issuing a Ctrl+C
Hello,
here's the command line output. The "test.mkv" was a part of a TV
recording stored in huffyuv format in this case. The input SAR of 1:1
was not correct (test.mkv created with avidemux), therefore I set it
with the "setdar" filter.
You said that the SAR provided by the container is
On 25-12-2018 20:54, Uwe Freese wrote:
> Stream #0:0: Video: h264 (High), yuv420p(progressive), 688x560 [SAR 64:45
> DAR 2752:1575], SAR 172:121 DAR 7396:4235, 50 fps, 50 tbr, 1k tbn, 100 tbc
> (default)
>
> What does SAR (and DAR) mean in the brackets compared to the second SAR
> 172:121,
> Am 26.12.2018 um 12:07 schrieb Ulf Zibis :
>
> Hi,
>
>> Am 26.12.18 um 02:00 schrieb Carl Eugen Hoyos:
>> SAR is expected to change if you crop.
> I do not agree with. SAR should not change, so the video always shows a
> circle as a correct circle. Only the DAR should change from cropping.
> Am 23.12.2018 um 16:46 schrieb Ulf Zibis :
>> Am 23.12.18 um 00:11 schrieb Carl Eugen Hoyos:
>> I believe that the sync errors indicate that concatenation is not the
>> right way here.
>> Did you try mplayer -dumpstream?
>
> No, but now I tried:
> mplayer -dumpstream 001-C001/CYD-001.vob
> Am 26.12.2018 um 12:23 schrieb Uwe Freese :
> Am 26.12.18 um 02:00 schrieb Carl Eugen Hoyos:
>>> I'm confused about how ffmpeg handles the SAR (sample aspect ratio) and
>>> changes it. Maybe someone can explain why this happens:
>>>
>>> I've a video from TV with original size 720x576
Hello,
Am 26.12.18 um 02:00 schrieb Carl Eugen Hoyos:
I'm confused about how ffmpeg handles the SAR (sample aspect ratio) and changes
it. Maybe someone can explain why this happens:
I've a video from TV with original size 720x576 pixels (PAL), which shall be
shown as 16:9 aspect ratio.
The
A polite ping ...
Am 23.12.18 um 16:46 schrieb Ulf Zibis:
> Hi,
>
> Am 23.12.18 um 00:11 schrieb Carl Eugen Hoyos:
>> I believe that the sync errors indicate that concatenation is not the
>> right way here.
>> Did you try mplayer -dumpstream?
> No, but now I tried:
> mplayer -dumpstream
Hi,
Am 26.12.18 um 02:00 schrieb Carl Eugen Hoyos:
> SAR is expected to change if you crop.
I do not agree with. SAR should not change, so the video always shows a
circle as a correct circle. Only the DAR should change from cropping.
> Rounding can be different for different codecs and
On Wed, 26 Dec 2018, 09:17 Gyan On Wed, Dec 19, 2018 at 10:28 AM Moritz Barsnick wrote:
> >> Why do you need to create the same/similar format that Sony and Canon
> >> do? Do you want the resulting MP4 to be read by a particular
> >> software? Why does the audio need to be copied losslessly? Why
On Wed, Dec 19, 2018 at 10:28 AM Moritz Barsnick wrote:
Why do you need to create the same/similar format that Sony and Canon
do? Do you want the resulting MP4 to be read by a particular
software? Why does the audio need to be copied losslessly? Why are
the MOV or Matroska containers not
The camera manufacturers do this to allow audio postproduction.
It would be nice to support the pro's even if the consumer is at the
forefront of all current technology.
Best wishes,
Andrei Chirosca
On Wed, Dec 19, 2018 at 10:28 AM Moritz Barsnick wrote:
>
> On Wed, Dec 19, 2018 at 07:22:52
14 matches
Mail list logo