On Tuesday 07 February 2012 19:13:41 Stefan Naumann wrote:
> Hey there - again.
>
> I recently got the SVN-PPA for Ubuntu of KDEnlive and the current version of
> KDEnlive. I might repeat myself - but it's still not really usable for me.
> The recording option ... I think it works with Terratec Gr
ger-games.net.tf . Helfen Sie mit.
>
> *Von:* Simon A. Eugster
> *An:* Stefan Naumann ; For kdenlive developers
>
> *Gesendet:* 20:26 Dienstag, 7.Februar 2012
> *Betreff:* Re: [Kdenlive-devel] AVCHD
>
> On 02/07/2012 08:13 PM,
On 02/07/2012 08:13 PM, Stefan Naumann wrote:
> Hey there - again.
--- 8< -
> And the second point: AVCHD. (H264). I always record in H264 for it
> resulting in smallest filesizes with high CPU Load while decoding. :D I
> see it's a pretty hard video codec, but as far as I unterstand it the
... yes. But no Video proxies.?
?
--
Waren Sie schon auf: www.oettinger-games.net.tf . Helfen Sie mit.
Von: Simon A. Eugster
An: Stefan Naumann ; For kdenlive developers
Gesendet: 20:26 Dienstag, 7.Februar 2012
Betreff: Re: [Kdenlive-devel] AVCHD
On 0
Hey there - again.
I recently got the SVN-PPA for Ubuntu of KDEnlive and the current version of
KDEnlive. I might repeat myself - but it's still not really usable for me. The
recording option ... I think it works with Terratec Grabby (Video4Linux2) - why
don't you let the user freely decide the
I am talking about the API which doesnt have frame accurate seeking, only
time accurate which is a grave design flaw not addressed in the n years it
exists. The developer is left wondering which frame will be returned...
I am also hinting at the simple way you can get a frame from v4w and that it
w
This is very nice and reminds me of XFree86 forking. Remember when forking
used to be good? And for a reason?
After dont know how many years of such careful additions of code FFMpeg
still doesnt have frame accurate seeking as video4windows seems to have
pioneered back in the day.
The more disturbi
Hi all,
Ivan Schreter wrote:
> FYI: since there were no objections from FFmpeg since a week, I've
> just committed my seeking patches to FFmpeg repository (revision
> 19681). MPEG-TS (and thus also AVCHD) seeking now works, at least for
> AVCHD movies from my Panasonic camcorder. I know that Ca
2009/9/6 Slavko Glamo?anin :
> After dont know how many years of such careful additions of code FFMpeg
> still doesnt have frame accurate seeking as video4windows seems to have
> pioneered back in the day.
This is gross exagerration. It does have frame accurate seeking for a
subset of formats and
I took some time to review the patch.
2009/8/23 Ivan Schreter :
> Hi Dan,
>
> Dan Dennedy wrote:
>
> Not sure why this did not get to the MLT list.
>
> 2009/8/22 Ivan Schreter :
>
>
> Hi all,
>
> FYI: since there were no objections from FFmpeg since a week, I've just
> committed my seeking patches
Hi Dan,
Dan Dennedy wrote:
> Not sure why this did not get to the MLT list.
>
> 2009/8/22 Ivan Schreter :
>
>> Hi all,
>>
>> FYI: since there were no objections from FFmpeg since a week, I've just
>> committed my seeking patches to FFmpeg repository (revision 19681). MPEG-TS
>> (and thus also A
Not sure why this did not get to the MLT list.
2009/8/22 Ivan Schreter :
> Hi all,
>
> FYI: since there were no objections from FFmpeg since a week, I've just
> committed my seeking patches to FFmpeg repository (revision 19681). MPEG-TS
> (and thus also AVCHD) seeking now works, at least for AVCHD
Hi all,
FYI: since there were no objections from FFmpeg since a week, I've just
committed my seeking patches to FFmpeg repository (revision 19681).
MPEG-TS (and thus also AVCHD) seeking now works, at least for AVCHD
movies from my Panasonic camcorder. I know that Canon camcorders had
some issu
On Thu, Dec 18, 2008 at 12:52 AM, Jean-Michel Pour? wrote:
> On Wed, 2008-12-17 at 20:55 -0800, Dan Dennedy wrote:
>> $ inigo some.mts skip_loop_filter=all skip_frame=bidir -consumer
>> westley:some-fast.westley
>
> This works great. My dual-core processor jumped to 80% activity. The
> view was go
On Wed, 2008-12-17 at 20:55 -0800, Dan Dennedy wrote:
> $ inigo some.mts skip_loop_filter=all skip_frame=bidir -consumer
> westley:some-fast.westley
This works great. My dual-core processor jumped to 80% activity. The
view was good enough to view the clip monitor interactively. We don't
need B fra
On Wed, Dec 17, 2008 at 8:55 PM, Dan Dennedy wrote:
> On Wed, Dec 17, 2008 at 2:24 PM, Dan Dennedy wrote:
>> On Wed, Dec 17, 2008 at 11:12 AM, Jean-Michel Pour? wrote:
>>> On Wed, 2008-12-17 at 10:43 -0800, Dan Dennedy wrote:
configure with --enable-pthreads and run ffplay with the -threads
On Wed, Dec 17, 2008 at 2:24 PM, Dan Dennedy wrote:
> On Wed, Dec 17, 2008 at 11:12 AM, Jean-Michel Pour? wrote:
>> On Wed, 2008-12-17 at 10:43 -0800, Dan Dennedy wrote:
>>> configure with --enable-pthreads and run ffplay with the -threads
>>> option followed by the number of worker threads to us
On Wed, 2008-12-17 at 10:43 -0800, Dan Dennedy wrote:
> configure with --enable-pthreads and run ffplay with the -threads
> option followed by the number of worker threads to use. It will still
> keep a decoder control thread and separate reader/output threads, all
> of which are fairly light, so i
On Wed, Dec 17, 2008 at 11:12 AM, Jean-Michel Pour? wrote:
> On Wed, 2008-12-17 at 10:43 -0800, Dan Dennedy wrote:
>> configure with --enable-pthreads and run ffplay with the -threads
>> option followed by the number of worker threads to use. It will still
>> keep a decoder control thread and sepa
On mercoled? 17 dicembre 2008 09:50:18 Jean-Michel Pour? wrote:
> My dual-core computer is not able to decode interectively any of these
> movies.
I don't have Nvidia but intel on a dual-core intel core duo "2140 @1.60Ghz"
system.
ffplay shows the video in slow-motion and only first CPU is used.
On Wed, Dec 17, 2008 at 12:50 AM, Jean-Michel Pour? wrote:
>
> * Does h264 and AVCHD use sliced decoding which I saw in SVN? Is h264
There are various flavors of AVCHD, and I expect to see differing
number of slices per frame, but this is not yet something I have
investigated even though I have s
Dear Friends,
For http://www.kdenlive.org project, I am trying to determine the
hardware requirements to decode h264/AVCHD interactively.
When using AVCHD camcorder, we would like to inform end-users of
hardware requirements.
I know hardware acceleration is coming along with Nvidia VDPAU patch
Hi,
I checked everything out again.
Why kdenlive now is able to formally render a clip, I believe to see two
major bugs. For this example I've been using the following files:
http://www.johanneswilm.org/download/johannswilm.mts
http://www.johanneswilm.org/download/johannswilm.kdenlive
http://www.
Here another issue. If I try to use the same johanneswilm.mts clip twice,
and add a wipe transition in-between them, I get a crash with this output:
Application: Kdenlive (kdenlive), signal SIGSEGV
[Thread debugging using libthread_db enabled]
[New Thread 0xb55b5720 (LWP 26898)]
[New Thread 0x
Le mercredi 16 mai 2007 ? 10:17 -0700, Dan Dennedy a ?crit :
> No, it is not "supported." Be prepared to do some hacking.
I found some AVCHD files:
http://forum.doom9.org/showthread.php?t=111072&page=6
Will be testing.
Kind regards,
Jean-Michel
25 matches
Mail list logo
