Mark Filipak wrote
>> Deinterlacing does not necessarily have to be used in the context of
>> "telecast". e.g. a consumer camcorder recording home video interlaced
>> content is technically not "telecast". Telecast implies "broadcast on
>> television"
>
> You are right of course. I use
on 2020.04.18 07:15 -0400, ted park wrote:
> > videotoolbox decodes to CMSampleBuffer, which is CoreMedia's generic buffer
> > wrapper class. a couple levels down, it's probably a CVPixelBuffer. if
> > it's
> > working for you, i'd be curious to know what hardware and what os version
> >
On 04/18/2020 10:36 PM, Carl Eugen Hoyos wrote:
Am So., 19. Apr. 2020 um 04:12 Uhr schrieb Mark Filipak
:
On 04/18/2020 10:02 PM, Carl Eugen Hoyos wrote:
Am So., 19. Apr. 2020 um 03:43 Uhr schrieb Mark Filipak
:
My experience is that regarding "decombing" frames 2 7 12 17 ...,
on 2020.04.18 17:03 +0200, carl eugen wrote:
> Am Fr., 17. Apr. 2020 um 14:37 Uhr schrieb su.00048---:
> >
> > i have ffmpeg building successfully on osx (10.14.6; xcode 11.3.1),
> > and am using the generated libraries in a personal video project i'm
> > working on. now i'm ready to start
Am So., 19. Apr. 2020 um 04:36 Uhr schrieb Mark Filipak
:
> Your advice is very appreciated.
Do not compress anything that you want other people to read.
Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
Am So., 19. Apr. 2020 um 04:12 Uhr schrieb Mark Filipak
:
>
> On 04/18/2020 10:02 PM, Carl Eugen Hoyos wrote:
> > Am So., 19. Apr. 2020 um 03:43 Uhr schrieb Mark Filipak
> > :
> >
> >> My experience is that regarding "decombing" frames 2 7 12 17 ...,
> >> 'pp=linblenddeint' (whatever it is) does a
Hello,
I've done a 55-telecine and got errors. I don't really know, but they appear to be related to the
input, not the 55-telecine.
Some samples follow, and the full log is attached as a zip due to its size.
The command line was:
ffmpeg -report -ss 2:58 -analyzeduration 50
Oops. "(n+1)%5=3" should have been "(n+1)%5==3".
"On 04/18/2020 10:02 PM, Carl Eugen Hoyos wrote:
Am So., 19. Apr. 2020 um 03:43 Uhr schrieb Mark Filipak
:
My experience is that regarding "decombing" frames 2 7 12 17 ...,
'pp=linblenddeint' (whatever it is) does a better job than 'yadif'.
On 04/18/2020 10:02 PM, Carl Eugen Hoyos wrote:
Am So., 19. Apr. 2020 um 03:43 Uhr schrieb Mark Filipak
:
My experience is that regarding "decombing" frames 2 7 12 17 ...,
'pp=linblenddeint' (whatever it is) does a better job than 'yadif'.
(Funny that while I always strongly disagreed some
Am So., 19. Apr. 2020 um 03:43 Uhr schrieb Mark Filipak
:
> My experience is that regarding "decombing" frames 2 7 12 17 ...,
> 'pp=linblenddeint' (whatever it is) does a better job than 'yadif'.
(Funny that while I always strongly disagreed some people also
said this when yadif was new - this
On 04/18/2020 08:44 PM, Carl Eugen Hoyos wrote:
Am Sa., 18. Apr. 2020 um 21:32 Uhr schrieb Mark Filipak
:
Regarding deinterlace, Carl Eugen, I'm not trying to deinterlace.
pp=linblenddeint is a (very simple) deinterlacer, once upon a
time it was the preferred deinterlacer for some users,
Am Sa., 18. Apr. 2020 um 21:32 Uhr schrieb Mark Filipak
:
> Regarding deinterlace, Carl Eugen, I'm not trying to deinterlace.
pp=linblenddeint is a (very simple) deinterlacer, once upon a
time it was the preferred deinterlacer for some users, possibly
because of its low performance requirements.
On 04/18/2020 07:16 PM, pdr0 wrote:
Mark Filipak wrote
Deinterlacing is conversion of the i30-telecast (or i25-telecast) to p30
(or p25) and, optionally,
smoothing the resulting p30 (or p25) frames.
That is the description for single rate deinterlacing. But that is not what
a flat panel TV
Am Sa., 18. Apr. 2020 um 22:55 Uhr schrieb Mark Filipak
:
>
> On 04/18/2020 06:30 AM, Carl Eugen Hoyos wrote:
> > Am Sa., 18. Apr. 2020 um 02:07 Uhr schrieb Mark Filipak
> > :
> >>
> >> Never mind. MPV was able to tell me that the pcm_bluray is big endian.
> >
> > While this is technically true,
Mark Filipak wrote
> Deinterlacing is conversion of the i30-telecast (or i25-telecast) to p30
> (or p25) and, optionally,
> smoothing the resulting p30 (or p25) frames.
That is the description for single rate deinterlacing. But that is not what
a flat panel TV does with interlaced content or
On 04/18/2020 05:35 PM, Jim DeLaHunt wrote:
On 2020-04-18 13:06, Mark Filipak wrote:
Forgive me if this subject seems pedantic to you. I think it's important and the source of a lot
of misunderstanding.
As always, correct me if I'm wrong.
According to the MPEG spec, interlace relates to
On 2020-04-18 13:06, Mark Filipak wrote:
Forgive me if this subject seems pedantic to you. I think it's
important and the source of a lot of misunderstanding.
As always, correct me if I'm wrong.
According to the MPEG spec, interlace relates to fields that are
temporally offset by 1/60th
On 04/18/2020 06:30 AM, Carl Eugen Hoyos wrote:
Am Sa., 18. Apr. 2020 um 02:07 Uhr schrieb Mark Filipak
:
Never mind. MPV was able to tell me that the pcm_bluray is big endian.
While this is technically true, note that it has absolutely no relevance
for users of FFmpeg (including library
Forgive me if this subject seems pedantic to you. I think it's important and the source of a lot of
misunderstanding.
As always, correct me if I'm wrong.
According to the MPEG spec, interlace relates to fields that are temporally offset by 1/60th second
(NTSC) or 1/50th second (PAL) that
On 04/18/2020 01:01 PM, Carl Eugen Hoyos wrote:
Am Sa., 18. Apr. 2020 um 00:53 Uhr schrieb Mark Filipak
:
I'm not using the 46 telecine anymore because you introduced me to
'pp=linblenddeint'
-- thanks again! -- which allowed me to decomb via the 55 telecine.
Why do you think that pp is a
On 2020-04-18 02:08, Paul B Mahol wrote:
[Mark Filipak] is just genuine troller, and do not know better, I
propose you just ignore his troll attempts.
I disagree. What I see from Mark's messages is that he is genuinely
using ffmpeg for reasonable purposes. He runs into limitations of the
Sorry, the previous post got sent accidentally by my email program. Kindly
ignore it.
On 04/18/2020 01:01 PM, Carl Eugen Hoyos wrote:
Am Sa., 18. Apr. 2020 um 00:53 Uhr schrieb Mark Filipak
:
I'm not using the 46 telecine anymore because you introduced me to
'pp=linblenddeint'
-- thanks
Thank you so much for your help and for all of the useful information!
As I was writing, the thought momentarily occurred to me, that perhaps the
issue related to the audio, but then the thought disappeared. Perhaps
because of my inexperience.
I have added the silent audio stream, as
Carl Eugen Hoyos-2 wrote
> Am Sa., 18. Apr. 2020 um 19:27 Uhr schrieb pdr0
> pdr0@
> :
>>
>> Carl Eugen Hoyos-2 wrote
>> > Am Sa., 18. Apr. 2020 um 00:53 Uhr schrieb Mark Filipak
>> >
>>
>> > markfilipak.windows+ffmpeg@
>>
>> > :
>> >
>> >> I'm not using the 46 telecine anymore because you
Am 18.04.2020 um 19:30 schrieb Michael Glenn Williams:
Wow that is so cool! Will ffmpeg generate ultrasound sounds to, or do we
know of a plugin or other that could do that, then feed the signal to
ffmpeg?
Sure, you can generate ultrasound with FFmpeg. Try the first example in
chapter 3.24.
Am Sa., 18. Apr. 2020 um 19:27 Uhr schrieb pdr0 :
>
> Carl Eugen Hoyos-2 wrote
> > Am Sa., 18. Apr. 2020 um 00:53 Uhr schrieb Mark Filipak
> >
>
> > markfilipak.windows+ffmpeg@
>
> > :
> >
> >> I'm not using the 46 telecine anymore because you introduced me to
> >> 'pp=linblenddeint'
> >> --
Wow that is so cool! Will ffmpeg generate ultrasound sounds to, or do we
know of a plugin or other that could do that, then feed the signal to
ffmpeg?
Thank you!
On Sat, Apr 18, 2020 at 9:48 AM Michael Koch
wrote:
> Am 18.04.2020 um 18:25 schrieb Ted Park:
> > I don't know where I can find
Carl Eugen Hoyos-2 wrote
> Am Sa., 18. Apr. 2020 um 00:53 Uhr schrieb Mark Filipak
>
> markfilipak.windows+ffmpeg@
> :
>
>> I'm not using the 46 telecine anymore because you introduced me to
>> 'pp=linblenddeint'
>> -- thanks again! -- which allowed me to decomb via the 55 telecine.
>
> Why
Paul B Mahol wrote
> On 4/18/20, pdr0
> pdr0@
> wrote:
>> Mark Filipak wrote
>>> Gee, pdr0, I'm sorry you took the time to write about 'interleave' not
>>> working because it is working
>>> for me.
>>
>>
>> Interleave works correctly in terms of timestamps
>>
>> Unless I'm misunderstanding the
Am Sa., 18. Apr. 2020 um 00:53 Uhr schrieb Mark Filipak
:
> I'm not using the 46 telecine anymore because you introduced me to
> 'pp=linblenddeint'
> -- thanks again! -- which allowed me to decomb via the 55 telecine.
Why do you think that pp is a better de-interlacer than yadif?
(On hardware
Am 18.04.2020 um 18:25 schrieb Ted Park:
I don't know where I can find bats nearby so I couldn't try it but how
does it work? The book makes it sound like you can use any mic, even
one built into a laptop for this? I suppose that's plausible looking
at a typical mic's frequency response graph,
Am Sa., 18. Apr. 2020 um 18:15 Uhr schrieb Carl Zwanzig :
>
> On 4/18/2020 3:30 AM, Carl Eugen Hoyos wrote:
> > Am Sa., 18. Apr. 2020 um 02:07 Uhr schrieb Mark Filipak
> > :
> >>
> >> Never mind. MPV was able to tell me that the pcm_bluray is big endian.
> >
> > While this is technically true,
I don't know where I can find bats nearby so I couldn't try it but how
does it work? The book makes it sound like you can use any mic, even
one built into a laptop for this? I suppose that's plausible looking
at a typical mic's frequency response graph, they are just cut off at
20khz, and don't
On 4/18/2020 2:08 AM, Paul B Mahol wrote:
On 4/18/20, pdr0 wrote:
Mark Filipak wrote
Gee, pdr0, I'm sorry you took the time to write about 'interleave' not
working because it is working for me.
Interleave works correctly in terms of timestamps
Unless I'm misunderstanding the point of this
On 4/18/2020 3:30 AM, Carl Eugen Hoyos wrote:
Am Sa., 18. Apr. 2020 um 02:07 Uhr schrieb Mark Filipak
:
Never mind. MPV was able to tell me that the pcm_bluray is big endian.
While this is technically true, note that it has absolutely no relevance
for users of FFmpeg (including library
Am 18.04.2020 um 16:52 schrieb Michael Glenn Williams:
The subject line about ultrasound caught me eye on this thread that woke up
from last year.
Can anyone tell us what the original interest in ffmpeg and ultrasound is?
Well, you can use FFmpeg to convert ultrasound to lower frequencies, for
> On Apr 17, 2020, at 1:57 AM, Ted Park wrote:
>
> I think I did the same thing, or similar at least. I thought the specs said
> 4k decode & encode but I might have been misreading 2 4k displays & 4k
> decode, for hardware encoding it says 1080p60 max. Apparently the SoC on the
> Pi 4 is
The subject line about ultrasound caught me eye on this thread that woke up
from last year.
Can anyone tell us what the original interest in ffmpeg and ultrasound is?
Thank you!
On Fri, Apr 17, 2020 at 3:55 PM Roger Pack wrote:
> On Thu, Aug 22, 2019 at 3:16 PM Michael Koch
> wrote:
> >
> >
Am Fr., 17. Apr. 2020 um 14:37 Uhr schrieb su.00048--- via ffmpeg-user
:
>
>
> i have ffmpeg building successfully on osx (10.14.6; xcode 11.3.1),
> and am using the generated libraries in a personal video project i'm
> working on. now i'm ready to start thinking about implementing hardware
>
On Sat, Apr 18, 2020 at 12:53 AM Mark Filipak <
markfilipak.windows+ffm...@gmail.com> wrote:
> On 04/17/2020 07:50 PM, Carl Eugen Hoyos wrote:
> > Am Sa., 18. Apr. 2020 um 01:42 Uhr schrieb Mark Filipak
> > :
> >
> >> I know that PCM was never used for DVDs
> >
> > DVDs with PCM audio exist.
>
>
Hi,
> videotoolbox decodes to CMSampleBuffer, which is CoreMedia's generic buffer
> wrapper class. a couple levels down, it's probably a CVPixelBuffer. if it's
> working for you, i'd be curious to know what hardware and what os version
> you're running on, and what type of file you're feeding
Am Sa., 18. Apr. 2020 um 02:07 Uhr schrieb Mark Filipak
:
>
> Never mind. MPV was able to tell me that the pcm_bluray is big endian.
While this is technically true, note that it has absolutely no relevance
for users of FFmpeg (including library users).
Carl Eugen
On 4/18/20, pdr0 wrote:
> Mark Filipak wrote
>> Gee, pdr0, I'm sorry you took the time to write about 'interleave' not
>> working because it is working
>> for me.
>
>
> Interleave works correctly in terms of timestamps
>
> Unless I'm misunderstanding the point of this thread, your "recursion
Am 18.04.2020 um 08:41 schrieb Michael Koch:
Am 18.04.2020 um 00:54 schrieb Roger Pack:
In my test the FFT method has a shorter delay time than the amultiply
method.
I just found out that the delay can be minimized by setting
-audio_buffer_size to a very small value (10ms).
Delay is now about
Am 18.04.2020 um 00:54 schrieb Roger Pack:
In my test the FFT method has a shorter delay time than the amultiply
method.
I just found out that the delay can be minimized by setting
-audio_buffer_size to a very small value (10ms).
Delay is now about 0.5 seconds. Short enough to see and hear the
45 matches
Mail list logo