I made a new release of the blendfile containing transitions, you can
donwload them at the blog:
http://gvfx.blogpot.com
our transition bank is growing, this is called SECOND RELEASE but and soon
the script be completed we will have version numbers.
this is just the beggining.
Marquitux
_
Hi Christian
Thanks for the explanations. I'll stay away from the PS3.
Cheers
E
Supporting a game console might be nice because of the low price tag,
but product cycles are likely faster than we can write software for it :P
Christian
___
Cin
E Chalaron wrote:
> Hi all,
>
> Just to carry on with my initial post regarding hardware.
> Considering that I just need power to render, not for editing (which
> seems to trigger the problem with multi cpus), I always thought that
> getting a rendering farm of PS3 could be smart ?
> I am most pro
Hi all,
Just to carry on with my initial post regarding hardware.
Considering that I just need power to render, not for editing (which
seems to trigger the problem with multi cpus), I always thought that
getting a rendering farm of PS3 could be smart ?
I am most probably not aware of potential
Herman Robak wrote on Sun, 30 Dec 2007 06:14:10 -0800
>> On Sun, 30 Dec 2007 03:47:23 +0100, Terje J. Hanssen wrote:
>>
>> Conclusion:
>>
>> And me that thought I had found the "default solution" that I could
>> trust would work easy and flawless recording DV and HDV on,
>> avoiding a
j wrote on Sun, 30 Dec 2007 00:35:26 -0800
> On Sat, 2007-12-29 at 21:00 +0100, Herman Robak wrote:
> > This can be quite annoying if you need to recode a long recording
> > quickly. As far as I can tell, ffmpeg doesn't take sequences of
> > files as input.
> sure does:
> cat f01.dv f02.dv | f
> Imo waste of time, I know some of the code and (see condition.C) it
> might be evolved due workaround problems in early linuxthread
> implementations but it is horribly ugly and broken by design. In a
> experimental branch I started to add my 'NoBug' library with a
> resource/deadlock checker to
Scott C. Frase wrote:
> On Sat, 2007-12-29 at 20:27 +0100, Christian Thaeter wrote:
>> Cinelerra has some race problems between threads which let them wait on
>> each other doing nothing, this is hard to fix unfortunally. But
>> generally I think adding more CPU's will add some performance
>> impro
Stefan de Konink wrote on Sun, 30 Dec 2007
> Isn't the best solution for Hi8 to buy a Digital8 camcorder somewhere and
> play it out via Firewire?
>
>
I don't think so, in my case. First I've read that using a camcorder for
conversion S-video to DV one loose about 15% of the vide quality or wa
On Sun, 30 Dec 2007 03:47:23 +0100, Terje J. Hanssen <[EMAIL PROTECTED]>
wrote:
Herman Robak wrote on Sat, 29 Dec 2007
...
Interesting, but pricey.
Yes, also my (first) impression, somewhat pricy, about 10k NOK incl.vat
http://www.macrovideo.no/wwwDatavideo/datavideopriser.htm
That was
lör 2007-12-29 klockan 22:32 +0100 skrev Herman Robak:
> On Sat, 29 Dec 2007 20:54:38 +0100, Martin Ahnelöv <[EMAIL PROTECTED]>
> wrote:
>
> > lör 2007-12-29 klockan 16:30 +0100 skrev Herman Robak:
> ...
> >> Cinelerra could do "helpful" things that would aid some users
> >> but disorient oth
On Sat, 2007-12-29 at 21:00 +0100, Herman Robak wrote:
> This can be quite annoying if you need to recode a long recording
> quickly. As far as I can tell, ffmpeg doesn't take sequences of
> files as input.
sure does:
cat f01.dv f02.dv | ffmpeg -i - foo.avi
make one dv file instead of copying
12 matches
Mail list logo
