Aaron Newcomb | 5 Oct 16:47
Picon

Re: [CinCV] What is the best workflow for titling ?

Yes. A import feature for subtitles would be great. I just went
through the pain of adding subtitles that I created in Aegisub for my
latest video podcast. I transcode my videos into several formats and
since ffmpeg does not support hard encoded subtitles I had to pipe
them via mplayer into ffmpeg. This was not fun at all, but it did
work.

I am CCing the Lumiera alias in case someone wants to make this a
feature in Lumeria at some point.

On Sun, Oct 4, 2009 at 9:41 PM, Roland <wildhostile@...> wrote:
> Hi malefico,
>
> Unless you want30 diferents  texts to appear at the same time, you only need
> ONE title effect to make this job.
> Just use the Cinelerra's keyframing feature:
> 1) add a video in one track,
> 2) add another video track with Video -> Add track
> 3) Put in [ and out ] points at the begining and the end of your video.
> 4) Activate the "Generate keyframes while tweeking" option (the little key)
> 5) Change the text along the time when you wish.
> That's all.
>
> Saying that, as Jason said, subtitler tools may be best way to go for that
> job. Cinelerra's docs suggest some of them.
> But this could be a feature request to export/import text into cinelerra
> with time position, xy position, font, size, color, etc.
>
> Roland.
>
(Continue reading)

Ichthyostega | 6 Oct 02:40
Picon

Re: [CinCV] What is the best workflow for titling ?


> On Sun, Oct 4, 2009 at 9:41 PM, Roland <wildhostile@...> wrote:
>> Saying that, as Jason said, subtitler tools may be best way to go for that 
>> job. Cinelerra's docs suggest some of them. But this could be a feature
>> request to export/import text into cinelerra with time position, xy
>> position, font, size, color, etc.

Aaron Newcomb schrieb:
> Yes. A import feature for subtitles would be great. I just went through the
> pain of adding subtitles that I created in Aegisub for my latest video
> podcast. I transcode my videos into several formats and since ffmpeg does not
> support hard encoded subtitles I had to pipe them via mplayer into ffmpeg.
> This was not fun at all, but it did work.

> I am CCing the Lumiera alias in case someone wants to make this a feature in
> Lumeria at some point.

Indeed, Support for subtitling for me is on the list of features we must support
smoothly in some way. Be it by having good import/export facilities, or be it by
using a combination of labels (markers) and a "text" media type -- of course our
near term goal is the media type called "video" ;-)

The possible solution with labels and "text" especially would have the benefit
not to force the user into a strictly linear production workflow: When adjusting
edits, labels can follow those adjustments. In this respect, the discussion is
fairly similar to the question how to do advanced sound work: A digital audio
workstation is a quite specialised beast (and e.g. working with Ardour is fun);
but an export-reimport-kind workflow always tends to get rigid.

Greetings,
(Continue reading)

Raphaël Claudel | 7 Oct 12:36
Picon

gpg nobug-xxx.tgz.gpg is not ok for me

Hi all
gpg nobug-xxx.tgz.gpg is not ok for me:

$ gpg nobug-200909.1.tar.gz.gpg
gpg: no valid OpenPGP data found.
gpg: processing message failed: eof

I dont understand, some ideas

My config:
Ubuntu Jaunty 9.04 up to date

Thanx

_______________________________________________
Lumiera mailing list
Lumiera@...
http://lists.lumiera.org/cgi-bin/mailman/listinfo/lumiera
Christian Thaeter | 7 Oct 15:01

Re: gpg nobug-xxx.tgz.gpg is not ok for me

Raphaël Claudel wrote:
> Hi all
> gpg nobug-xxx.tgz.gpg is not ok for me:
> 
> $ gpg nobug-200909.1.tar.gz.gpg
> gpg: no valid OpenPGP data found.
> gpg: processing message failed: eof
> 
> I dont understand, some ideas

Strange, I dont know what causes this. Anyway, please use the git master
it has some fixes applied and is supposed to be stable (well there is a
known, to be fixed bug, I'll do that next time I go over it)

Build instructions are at:
 http://lumiera.org/nobug_manual.html#_development_version_via_git

Ichthyo also recently packaged nobug for debian (lenny), someone may
make a 'bunto package as well.

	Christian
Ichthyostega | 8 Oct 16:02
Picon

kFreeBSD


Hi fellow Lumi hackers,

probably you've already noticed, that the Debian project has created a variant
of the Debian distribution, which uses a FreeBSD kernel, but a GNU userland.
This new setup is handled similar to support for a different "Architecture".
Support for the kFreeBSD "architecture" has been added to the release goals
of the new Debian release 6.0 (Squeeze),  currently in testing, expected to
happen sometime during the next year.

I think, on the long run, for Lumiera this will be an interesting development
to be aware of...

Cheers
Hermann

Burkhard Plaum | 8 Oct 16:35
Picon
Favicon
Gravatar

Re: kFreeBSD

Hi,

Ichthyostega wrote:

> probably you've already noticed, that the Debian project has created a variant
> of the Debian distribution, which uses a FreeBSD kernel, but a GNU userland.

Knowing practically to nothing about FreeBSD, I'm wondering which advantages
that would have compared to linux.

Burkhard
rc | 8 Oct 18:21
Picon

Re: gpg nobug-xxx.tgz.gpg is not ok for me

Christian Thaeter a écrit :
Raphaël Claudel wrote:
Hi all gpg nobug-xxx.tgz.gpg is not ok for me: $ gpg nobug-200909.1.tar.gz.gpg gpg: no valid OpenPGP data found. gpg: processing message failed: eof I dont understand, some ideas
Strange, I dont know what causes this. Anyway, please use the git master it has some fixes applied and is supposed to be stable (well there is a known, to be fixed bug, I'll do that next time I go over it) Build instructions are at: http://lumiera.org/nobug_manual.html#_development_version_via_git Ichthyo also recently packaged nobug for debian (lenny), someone may make a 'bunto package as well. Christian
Thanx Christian

i have try this because yesterday, Lumiera from git need nobug 0.3rc1
but its now ok with nobug 200909.1.

the problem is now with "sudo make install":
libtool: install: warning: remember to run `libtool --finish /usr/lib'
 /bin/bash ./libtool   --mode=install /usr/bin/install -c  'liblumierabackend.la' '/usr/local/lib/liblumierabackend.la'
libtool: install: error: cannot install `liblumierabackend.la' to a directory not ending in /usr/lib
 /bin/bash ./libtool   --mode=install /usr/bin/install -c  'liblumieracommon.la' '/usr/local/lib/liblumieracommon.la'
libtool: install: error: cannot install `liblumieracommon.la' to a directory not ending in /usr/lib
make[3]: *** [install-libLTLIBRARIES] Erreur 1

I try to install Lumiera with ../configure --prefix=/usr



_______________________________________________
Lumiera mailing list
Lumiera@...
http://lists.lumiera.org/cgi-bin/mailman/listinfo/lumiera
Christian Thaeter | 8 Oct 21:16

Re: kFreeBSD

Ichthyostega wrote:
> 
> Hi fellow Lumi hackers,
> 
> probably you've already noticed, that the Debian project has created a variant
> of the Debian distribution, which uses a FreeBSD kernel, but a GNU userland.
> This new setup is handled similar to support for a different "Architecture".
> Support for the kFreeBSD "architecture" has been added to the release goals
> of the new Debian release 6.0 (Squeeze),  currently in testing, expected to
> happen sometime during the next year.

Someone wants to care for that? my guess is that the our usual problem
that we need someone maintaining it applies here too. I will certainly
not try anything serious with it soon.

We still lacking kvm capabilities in builddrone because no one has time
to work on it.

Btw: Nobug bascially works on OpenSolaris (waiting for a patch from
benny) and MacOSX (waiting for a patch from __nasa__). Perhaps we are
more portable than we claim to be :P.

	Christian
Christian Thaeter | 8 Oct 21:27

Re: gpg nobug-xxx.tgz.gpg is not ok for me

rc wrote:
> Christian Thaeter a écrit :
>> Raphaël Claudel wrote:
>>   
>>> Hi all
>>> gpg nobug-xxx.tgz.gpg is not ok for me:
>>>
>>> $ gpg nobug-200909.1.tar.gz.gpg
>>> gpg: no valid OpenPGP data found.
>>> gpg: processing message failed: eof
>>>
>>> I dont understand, some ideas
>>>     
>>
>> Strange, I dont know what causes this. Anyway, please use the git master
>> it has some fixes applied and is supposed to be stable (well there is a
>> known, to be fixed bug, I'll do that next time I go over it)
>>
>> Build instructions are at:
>>  http://lumiera.org/nobug_manual.html#_development_version_via_git
>>
>> Ichthyo also recently packaged nobug for debian (lenny), someone may
>> make a 'bunto package as well.
>>
>> 	Christian
>>   
> Thanx Christian
> 
> i have try this because yesterday, Lumiera from git need nobug 0.3rc1
> but its now ok with nobug 200909.1.
> 
> the problem is now with "sudo make install":
> libtool: install: warning: remember to run `libtool --finish /usr/lib'
>  /bin/bash ./libtool   --mode=install /usr/bin/install -c 
> 'liblumierabackend.la' '/usr/local/lib/liblumierabackend.la'
> libtool: install: error: cannot install `liblumierabackend.la' to a
> directory not ending in /usr/lib
>  /bin/bash ./libtool   --mode=install /usr/bin/install -c 
> 'liblumieracommon.la' '/usr/local/lib/liblumieracommon.la'
> libtool: install: error: cannot install `liblumieracommon.la' to a
> directory not ending in /usr/lib
> make[3]: *** [install-libLTLIBRARIES] Erreur 1
> 
> I try to install Lumiera with ../configure --prefix=/usr

Lumiera is *not* ready to be installed, don't install it yet.

You can start lumiera from its build dir (./lumiera) when you want to
take a look. Note that Lumiera is not useable yet, except for some
window manipulations and the mockup player there is nothing much to see.

you may also do a 'make check' and report the ,testlog if there are any
errors.

Moreover:
Never ever use --prefix=/usr, that might damage your installation!
(this is a general advice, not a lumiera problem)

	Christian
rc | 8 Oct 21:47
Picon

Re: gpg nobug-xxx.tgz.gpg is not ok for me

Christian Thaeter a écrit :
> rc wrote:
>   
>> Christian Thaeter a écrit :
>>     
>>> Raphaël Claudel wrote:
>>>   
>>>       
>>>> Hi all
>>>> gpg nobug-xxx.tgz.gpg is not ok for me:
>>>>
>>>> $ gpg nobug-200909.1.tar.gz.gpg
>>>> gpg: no valid OpenPGP data found.
>>>> gpg: processing message failed: eof
>>>>
>>>> I dont understand, some ideas
>>>>     
>>>>         
>>> Strange, I dont know what causes this. Anyway, please use the git master
>>> it has some fixes applied and is supposed to be stable (well there is a
>>> known, to be fixed bug, I'll do that next time I go over it)
>>>
>>> Build instructions are at:
>>>  http://lumiera.org/nobug_manual.html#_development_version_via_git
>>>
>>> Ichthyo also recently packaged nobug for debian (lenny), someone may
>>> make a 'bunto package as well.
>>>
>>> 	Christian
>>>   
>>>       
>> Thanx Christian
>>
>> i have try this because yesterday, Lumiera from git need nobug 0.3rc1
>> but its now ok with nobug 200909.1.
>>
>> the problem is now with "sudo make install":
>> libtool: install: warning: remember to run `libtool --finish /usr/lib'
>>  /bin/bash ./libtool   --mode=install /usr/bin/install -c 
>> 'liblumierabackend.la' '/usr/local/lib/liblumierabackend.la'
>> libtool: install: error: cannot install `liblumierabackend.la' to a
>> directory not ending in /usr/lib
>>  /bin/bash ./libtool   --mode=install /usr/bin/install -c 
>> 'liblumieracommon.la' '/usr/local/lib/liblumieracommon.la'
>> libtool: install: error: cannot install `liblumieracommon.la' to a
>> directory not ending in /usr/lib
>> make[3]: *** [install-libLTLIBRARIES] Erreur 1
>>
>> I try to install Lumiera with ../configure --prefix=/usr
>>     
>
> Lumiera is *not* ready to be installed, don't install it yet.
>
> You can start lumiera from its build dir (./lumiera) when you want to
> take a look. Note that Lumiera is not useable yet, except for some
> window manipulations and the mockup player there is nothing much to see.
>
> you may also do a 'make check' and report the ,testlog if there are any
> errors.
>
> Moreover:
> Never ever use --prefix=/usr, that might damage your installation!
> (this is a general advice, not a lumiera problem)
>   
ok understood

the 'make check' is ok

thank you for your your quick response

Rapha

Gmane