Re: [CinCVS] SIGSEGV on render.

[mack]

I never really spent any time with the 32 bit cinelerra before building
for 64 so I can't really say.  64 bit hasn't been terribly crash prone,
it just tends to be silent about why things aren't working right.

That it loads in < 30 seconds makes closing and reopening not
frustrating, and there's the backup log.

So far the timeline interface is confounding and making me question my
sanity.  I'll get through it.  I don't know how much of that at this
point is my inexperience with cinelerra or with professional NLE in
general.  

Thanks to all,
Mack




On Wed, 2006-08-16 at 18:16 +0800, Graham Evans wrote:
> >>>
> >> 64 bit Cinelerra is accepted as less crash-prone and is recommended by
> >> HV and others.  I would guess you will find most Cinelerra users on this
> >> list running in 64 bit.
> >
> >
> >
> >  I sincerely doubt that.  But I don't have any data to support it.
> >
> Hi Herman
> 
> Just an impression.  I accept your counter impression.
> 
> >>
> >> I don't believe you get any more working render codecs or other
> >> advantages running Cinelerra 32 bit.
> >
> >
> >
> >  Not if your OS already runs well in 64-bit mode, and all the
> > applications you want to run work, too.  But that's still a
> > quite big if...
> >
> I wasn't making an argument for 64-bit distros as a whole although FC4 
> is working reasonably well for me.  Just that cin-64 is not missing codecs.
> 
> I miss many 32bit aps and am considering whether I need to set up 
> another box for them.  I actually made the 64-bit decision based on a 
> desire to use cinelerra intensively so I can relate to the path Mack has 
> taken.  However I am finding 64 bit excludes me from the multimedia 
> support provided by ccrma which has meant a lot of work to get things 
> like jack and ardour working.  And I have had zero luck with rezound.
> 
> all the best
> Graham E.
> 
> ___
> Cinelerra mailing list
> Cinelerra@skolelinux.no
> https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

Re: [CinCVS] SIGSEGV on render.

[James Colannino]

Graham Evans wrote:

I miss many 32bit aps and am considering whether I need to set up 
another box for them.


You know that you can have both 32-bit and 64-bit applications installed 
on the same machine with Linux, right? :)  32-bit to 64-bit mapping must 
be enabled in the kernel, and you must have the 32-bit versions of 
libraries like glibc (I've seen systems that had /lib and /lib64), but 
as long as this is the case you can do it.  At least, I know for a fact 
it's been done with Gentoo.  I'm sure with a bit of custom compiling you 
can do it on FC4 too.  No need for an extra box, and if you're using 
AMD64 (which I'm guessing is the case) you get an increase in 
performance for 32-bit applications vs. being on a 32-bit CPU :)


James
--
My blog: http://www.crazydrclaw.com/
My homepage: http://james.colannino.org/

"Black holes are where God divided by zero." --Steven Wright

___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

Re: [CinCVS] SIGSEGV on render.

[Graham Evans]

64 bit Cinelerra is accepted as less crash-prone and is recommended by
HV and others.  I would guess you will find most Cinelerra users on this
list running in 64 bit.




 I sincerely doubt that.  But I don't have any data to support it.


Hi Herman

Just an impression.  I accept your counter impression.



I don't believe you get any more working render codecs or other
advantages running Cinelerra 32 bit.




 Not if your OS already runs well in 64-bit mode, and all the
applications you want to run work, too.  But that's still a
quite big if...

I wasn't making an argument for 64-bit distros as a whole although FC4 
is working reasonably well for me.  Just that cin-64 is not missing codecs.


I miss many 32bit aps and am considering whether I need to set up 
another box for them.  I actually made the 64-bit decision based on a 
desire to use cinelerra intensively so I can relate to the path Mack has 
taken.  However I am finding 64 bit excludes me from the multimedia 
support provided by ccrma which has meant a lot of work to get things 
like jack and ardour working.  And I have had zero luck with rezound.


all the best
Graham E.

___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

Re: [CinCVS] SIGSEGV on render.

[Herman Robak]

On Wed, 16 Aug 2006 05:27:44 +0200, Graham Evans  
<[EMAIL PROTECTED]> wrote:



My troubles with rendering have definitely caused me to learn about
the
various revisions. I know wonder if I would have been fine with the
kiberpipa packages for x86_32 ubuntu, since I went 64-bit and started
compiling my own because of the same render problem, and readings that
64-bit was recommended for 'stability.'


64 bit Cinelerra is accepted as less crash-prone and is recommended by
HV and others.  I would guess you will find most Cinelerra users on this
list running in 64 bit.


 I sincerely doubt that.  But I don't have any data to support it.



 So it sounds like worthwhile work...  And now
you can keep up to date and keep compiling with the latest svn- once it  
gets stable again.  I have found that to be invaluable...


I don't believe you get any more working render codecs or other
advantages running Cinelerra 32 bit.


 Not if your OS already runs well in 64-bit mode, and all the
applications you want to run work, too.  But that's still a
quite big if...

--
Herman Robak

___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

Re: [CinCVS] SIGSEGV on render.

[Graham Evans]

> My specific output requirements will be for DVD, of course, and also
> for
> a podcast-like compact web clip format. So far I have found that a
> quicktime container containing DV and mpeg audio plays in mplayer,
> loads
> back into cinelerra.  It's my quick render format of the week.
> 

Seems a good choice.  Podcast formats are another topic which I also
need to learn about.  Let us know if you reach any conclusions.

> 
> Clearly getting the final output I need is going to take a lot of
> experimenting.  Getting off mpeg audio in the intermediary format will
> be a plus.
> 
When you have time just try it.  And let us know if you have developed a
successful and effective workflow - such things are worth reporting...
> 
> My troubles with rendering have definitely caused me to learn about
> the
> various revisions. I know wonder if I would have been fine with the
> kiberpipa packages for x86_32 ubuntu, since I went 64-bit and started
> compiling my own because of the same render problem, and readings that
> 64-bit was recommended for 'stability.'
> 
64 bit Cinelerra is accepted as less crash-prone and is recommended by
HV and others.  I would guess you will find most Cinelerra users on this
list running in 64 bit.  So it sounds like worthwhile work...  And now
you can keep up to date and keep compiling with the latest svn - once it
gets stable again.  I have found that to be invaluable... 

I don't believe you get any more working render codecs or other
advantages running Cinelerra 32 bit.
> sorta relative here :P  If it restarts from crashes, succeeds in
> recovering it's backup, and generally completes large renders if they
> are done to formats known to work, it's 'stable' IMHO.  Basically if
> we
> can work it, and then walk away from a 14 hour render.
> 
A good advert for Cinelerra.  Remember there is no subsitute for having
manually saved project files as backup too - Cinelerra only backs up 1
generation/version of your project and it is possible to accidentally
have a blank project backed up over your real saved project.  As far as
14hour renders go I find if I can render a 30 second section of footage
then I can then set it to work on 30minutes of footage with no risk...

> 
> I've found that quicktime container with dv and mpeg audio works, and
> plays back in mplayer.  I'm sorta thinking that if it plays back in
> mplayer I should be able also to re-encode.

Yes absolutely.  Mencoder is a great tool.  Can't help you with command
lines but there is plenty of good help out there for mencoder...

glad you are seeing the positive in your experience...
Graham E.


___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

Re: [CinCVS] SIGSEGV on render.

[mack]

My specific output requirements will be for DVD, of course, and also for
a podcast-like compact web clip format. So far I have found that a
quicktime container containing DV and mpeg audio plays in mplayer, loads
back into cinelerra.  It's my quick render format of the week.

Clearly getting the final output I need is going to take a lot of
experimenting.  Getting off mpeg audio in the intermediary format will
be a plus.

My troubles with rendering have definitely caused me to learn about the
various revisions. I know wonder if I would have been fine with the
kiberpipa packages for x86_32 ubuntu, since I went 64-bit and started
compiling my own because of the same render problem, and readings that
64-bit was recommended for 'stability.'

A few months back we were involved in a 'Music Video Shootout,'
essentially make a music video in 24 hours.  The FCP (a dual g5) Machine
crashed and it took us 5 *hours* to get it running again.  So stable is
sorta relative here :P  If it restarts from crashes, succeeds in
recovering it's backup, and generally completes large renders if they
are done to formats known to work, it's 'stable' IMHO.  Basically if we
can work it, and then walk away from a 14 hour render.

Now I have r836 for 64 bit, and much more knowledge about how to compile
cinelerra, and about ubuntu 64.  Since my purpose in all this is to
build and maintain the NLE/Render systems for a project, none of this
additional unix-fu I've learned will hurt me down the road :)

I've found that quicktime container with dv and mpeg audio works, and
plays back in mplayer.  I'm sorta thinking that if it plays back in
mplayer I should be able also to re-encode.

 
On Tue, 2006-08-15 at 15:15 +0800, Graham Evans wrote:
> Mack Allison wrote:
> 
> > You are correct about the audio crackling on raw DV output.  In 
> > general, I would of course like DVD compliant output, or any standard 
> > high quality format I can find a toolchain to convert to DVD and other 
> > compressed formats.  Perhaps If I could find a sort of 'universal' 
> > lossless output render I could then run through encoders to get 
> > distributable  formats?
> >
> > It has been a long trip getting cinelerra up and running, if for no 
> > other reason than because I have recompiled and tried all sorts of 
> > things regsarding this SIGSEGV, when perhaps it was just a dramatic 
> > response to unworkable render options?
> 
> Yes, I think in retrospect that might be the case.
> 
> If your troubles prompted you to move to the latest stable CV version 
> you have been going in the right direction - although perhaps this was 
> your starting point.  The pain it takes to get going in Cinelerra comes 
> in many varieties.  Hopefully yours was not fatal.  Once you get a 
> workflow going Cinelerra is a great tool.  There are many methods that 
> work to get the result you want and also a lot that don't.  In my 
> experience the effort to develop a workflow was well and truly worth it.
> 
> A few other gotchas I experienced:
> *getting the aspect ratios wrong in the project settings means crashed 
> renders
> *using default settings means crashed renders
> *lack of understanding of interlacing formats leads to chaotic results 
> (tip raw DV comes in as bottom-field first interlaced)
> *generally knowing nothing about broadcast formats makes it much harder 
> to get a successful result
> *Always run cinelerra from a terminal so you get informative output when 
> renders fail.
> 
> As far as the 'universal' lossless format you suggested - perhaps it 
> isn't neccessary.  If you look at the thread I mentioned you will find 
> instructions for how to produce DVD compliant material directly from 
> within Cinelerra.  Just get the MPEG Video settings right and render 
> seperate video and audio outputs to MPEGII video and AC3 audio (or 
> MPEGII audio) respectively.  Mplex the streams from outside cinelerra.  
> Alternatively try the pipe commands that Nicholas has been recommending 
> over the previous weeks.
> 
> If you were going to output to a lossless format to then use other tools 
> to get your distributable format I am not sure what a good choice of 
> format would be.  Perhaps others will know.  From my experience on the 
> list I have noticed that many consider output to quicktime DV as a good 
> enough format to use as a "master" of this sort.  Not lossless but 
> pretty good quality.  To quote from an older email of mine to the list:
> "...using YUVA as the project format.
> ... I succeeded rendering to component Y'CbCrA8-bit 4:4:4:4 in a 
> Quicktime container.  Alpha info was preserved fine.  The file size was 
> 6.2GB for 2 1/2 minutes of PAL DV footage, about 41 MB/second."
> 
> ...but I'm not sure if any other Linux tool than Cinelerra can read this 
> format.  The lossless audio format for the quicktime container, as far 
> as i know, is "Twos complement".  Lots of other lossless formats are 
> probably possible but this is the only one which successfu

Re: [CinCVS] SIGSEGV on render.

[Graham Evans]

Mack Allison wrote:

You are correct about the audio crackling on raw DV output.  In 
general, I would of course like DVD compliant output, or any standard 
high quality format I can find a toolchain to convert to DVD and other 
compressed formats.  Perhaps If I could find a sort of 'universal' 
lossless output render I could then run through encoders to get 
distributable  formats?


It has been a long trip getting cinelerra up and running, if for no 
other reason than because I have recompiled and tried all sorts of 
things regsarding this SIGSEGV, when perhaps it was just a dramatic 
response to unworkable render options?


Yes, I think in retrospect that might be the case.

If your troubles prompted you to move to the latest stable CV version 
you have been going in the right direction - although perhaps this was 
your starting point.  The pain it takes to get going in Cinelerra comes 
in many varieties.  Hopefully yours was not fatal.  Once you get a 
workflow going Cinelerra is a great tool.  There are many methods that 
work to get the result you want and also a lot that don't.  In my 
experience the effort to develop a workflow was well and truly worth it.


A few other gotchas I experienced:
*getting the aspect ratios wrong in the project settings means crashed 
renders

*using default settings means crashed renders
*lack of understanding of interlacing formats leads to chaotic results 
(tip raw DV comes in as bottom-field first interlaced)
*generally knowing nothing about broadcast formats makes it much harder 
to get a successful result
*Always run cinelerra from a terminal so you get informative output when 
renders fail.


As far as the 'universal' lossless format you suggested - perhaps it 
isn't neccessary.  If you look at the thread I mentioned you will find 
instructions for how to produce DVD compliant material directly from 
within Cinelerra.  Just get the MPEG Video settings right and render 
seperate video and audio outputs to MPEGII video and AC3 audio (or 
MPEGII audio) respectively.  Mplex the streams from outside cinelerra.  
Alternatively try the pipe commands that Nicholas has been recommending 
over the previous weeks.


If you were going to output to a lossless format to then use other tools 
to get your distributable format I am not sure what a good choice of 
format would be.  Perhaps others will know.  From my experience on the 
list I have noticed that many consider output to quicktime DV as a good 
enough format to use as a "master" of this sort.  Not lossless but 
pretty good quality.  To quote from an older email of mine to the list:

"...using YUVA as the project format.
... I succeeded rendering to component Y'CbCrA8-bit 4:4:4:4 in a 
Quicktime container.  Alpha info was preserved fine.  The file size was 
6.2GB for 2 1/2 minutes of PAL DV footage, about 41 MB/second."


...but I'm not sure if any other Linux tool than Cinelerra can read this 
format.  The lossless audio format for the quicktime container, as far 
as i know, is "Twos complement".  Lots of other lossless formats are 
probably possible but this is the only one which successfully stores 
alpha information.  And so it is good for intermediate renders.


The following is a short script Richard Baverstock used to have posted 
on his site as a method (albeit slow) of producing high quality DVD 
compliant mpeg from a Cinelerra avi render.  Hopefully Richard won't 
mind me posting it here.  I believe he has taken it down from his site 
for some reason but in my experience it worked well.  It is slow 
however.  For this script the logical choice would be to output from 
Cinelerra an avi DV stream with Twos complement audio.  Then, from a 
terminal, execute this script on the resulting file.


#!/bin/sh
# Script to create DVD compliant MPEG2 videos from MJPEG/DV videos.
# Usage: encodedv2mpg2 source.avi output.mpg
# 1 hour on 1 DVD

# dvdauthor is still required to process the output files to make a dvd
# video image.

INPUT=$1
OUTPUT=$2

lav2yuv "$INPUT" | mpeg2enc -q 2 -f 8 -b 9800 -s -r 16 -o "$OUTPUT.m2v" &&
lav2wav "$INPUT" | mp2enc -b 224 -r 48000 -s -o "$OUTPUT.mp2" &&
mplex -S 4480 -r 10800 -f 8 "$OUTPUT.mp2" "$OUTPUT.m2v" -o "%d_$OUTPUT" &&

rm "$OUTPUT.m2v" "$OUTPUT.mp2"



just find a couple of formats and methods which meet your needs and the 
power of Cinelerra is yours!


Graham E.



On 8/14/06, *Graham Evans* <[EMAIL PROTECTED] 
> wrote:


mack wrote:

>an update: I can render to raw DV that plays back in mplayer, but not
>quicktime or avi.  I'm I just missing something or doing something
>retarded?
>
>
>
The render is the hardest thing to get working on Cinelerra as,
generally, you are not told when you have set the parameters wrong and
some of the deafault parameters are wrong.  Added to which at
least 1/2
of the rendering options offered do not work fully or do not work
at all.

For instance the raw D

Re: [CinCVS] SIGSEGV on render.

[Mack Allison]

You are correct about the audio crackling on raw DV output.  In general, I would of course like DVD compliant output, or any standard high quality format I can find a toolchain to convert to DVD and other compressed formats.  Perhaps If I could find a sort of 'universal' lossless output render I could then run through encoders to get distributable  formats?
It has been a long trip getting cinelerra up and running, if for no other reason than because I have recompiled and tried all sorts of things regsarding this SIGSEGV, when perhaps it was just a dramatic response to unworkable render options?
On 8/14/06, Graham Evans <[EMAIL PROTECTED]> wrote:
mack wrote:>an update: I can render to raw DV that plays back in mplayer, but not>quicktime or avi.  I'm I just missing something or doing something>retarded?>>>The render is the hardest thing to get working on Cinelerra as,
generally, you are not told when you have set the parameters wrong andsome of the deafault parameters are wrong.  Added to which at least 1/2of the rendering options offered do not work fully or do not work at all.
For instance the raw DV render you made is likely to have some crackingand popping in the audio as this render option is slightly broken atpresent.For Quicktime and avi renders you need to click on the spanner icon
beside the respective "render audio" and "render video" boxes in therender dialogue.  Then select your codec options and get the parametersright.  Easier said than done.  Rendering to DV in a quicktime container
is generally thought to be one of the most stable cinelerra formats.But you will only be able to play it back on a very limited range ofplayers as far as I know.  It should reimport back into cinelerra with
no problems.  For your final render what format do you want?  Most wanta DVD compliant MPEG2.  There has been much discussion of how to renderthat on this list and in particular in the last month.  So look at the
archives for the previous month for these instructions...good luck.Graham E.>On Mon, 2006-08-14 at 23:47 +0200, Andraž Tori wrote:running it through gdb and posting full backtraces (apply thread all bt)
>>would help...also compile and link with -g if you can...bye>>andrazOn Mon, 2006-08-14 at 16:38 -0500, mack wrote:>>
>After working my way through building cinelerra, I finally got it>>>running happily, i thought, on my Ubuntu amd64 machine, using the>>>information at the Ubuntu forums and the newsgroup, ending up with a
>>>running copy of r836.>>Now, I can successfully load media (imported as quicktime in kino) and>>>make splices/transitions, but whenever I tell it to render (following
>>>the directions in the Rob Fisher tutorial) it SIGSEGV's with this>>>output:>>>http://www.mackallison.net/index.php?title=Error_message_whenever_I_tell_it_to_render
___>>>Cinelerra mailing list>>>Cinelerra@skolelinux.no
>>>https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra___
>>Cinelerra mailing list>>Cinelerra@skolelinux.no>>https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
>>>___>Cinelerra mailing list>Cinelerra@skolelinux.no>
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra>>>___Cinelerra mailing list
Cinelerra@skolelinux.nohttps://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

Re: [CinCVS] SIGSEGV on render.

[Graham Evans]

mack wrote:


an update: I can render to raw DV that plays back in mplayer, but not
quicktime or avi.  I'm I just missing something or doing something
retarded?

 

The render is the hardest thing to get working on Cinelerra as, 
generally, you are not told when you have set the parameters wrong and 
some of the deafault parameters are wrong.  Added to which at least 1/2 
of the rendering options offered do not work fully or do not work at all.


For instance the raw DV render you made is likely to have some cracking 
and popping in the audio as this render option is slightly broken at 
present.


For Quicktime and avi renders you need to click on the spanner icon 
beside the respective "render audio" and "render video" boxes in the 
render dialogue.  Then select your codec options and get the parameters 
right.  Easier said than done.  Rendering to DV in a quicktime container 
is generally thought to be one of the most stable cinelerra formats.  
But you will only be able to play it back on a very limited range of 
players as far as I know.  It should reimport back into cinelerra with 
no problems.  For your final render what format do you want?  Most want 
a DVD compliant MPEG2.  There has been much discussion of how to render 
that on this list and in particular in the last month.  So look at the 
archives for the previous month for these instructions...


good luck.

Graham E.


On Mon, 2006-08-14 at 23:47 +0200, Andraž Tori wrote:
 


running it through gdb and posting full backtraces (apply thread all bt)
would help...

also compile and link with -g if you can...

bye
andraz

On Mon, 2006-08-14 at 16:38 -0500, mack wrote:
   


After working my way through building cinelerra, I finally got it
running happily, i thought, on my Ubuntu amd64 machine, using the
information at the Ubuntu forums and the newsgroup, ending up with a
running copy of r836.

Now, I can successfully load media (imported as quicktime in kino) and
make splices/transitions, but whenever I tell it to render (following
the directions in the Rob Fisher tutorial) it SIGSEGV's with this
output:
http://www.mackallison.net/index.php?title=Error_message_whenever_I_tell_it_to_render



___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
 


___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
   




___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

 




___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

Re: [CinCVS] SIGSEGV on render.

[mack]

an update: I can render to raw DV that plays back in mplayer, but not
quicktime or avi.  I'm I just missing something or doing something
retarded?

On Mon, 2006-08-14 at 23:47 +0200, Andraž Tori wrote:
> running it through gdb and posting full backtraces (apply thread all bt)
> would help...
> 
> also compile and link with -g if you can...
> 
> bye
> andraz
> 
> On Mon, 2006-08-14 at 16:38 -0500, mack wrote:
> > After working my way through building cinelerra, I finally got it
> > running happily, i thought, on my Ubuntu amd64 machine, using the
> > information at the Ubuntu forums and the newsgroup, ending up with a
> > running copy of r836.
> > 
> > Now, I can successfully load media (imported as quicktime in kino) and
> > make splices/transitions, but whenever I tell it to render (following
> > the directions in the Rob Fisher tutorial) it SIGSEGV's with this
> > output:
> > http://www.mackallison.net/index.php?title=Error_message_whenever_I_tell_it_to_render
> > 
> > 
> > 
> > ___
> > Cinelerra mailing list
> > Cinelerra@skolelinux.no
> > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
> 
> 
> ___
> Cinelerra mailing list
> Cinelerra@skolelinux.no
> https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

Re: [CinCVS] SIGSEGV on render.

[mack]

I think I compiled it with the -g flags as requested now, by doing:

./configure CFLAGS=-g LDFLAGS=-g --enable-pic

and of course make clean, make, and make install

I'm not sure how you want me to run this through gdb to get the right
info.

Thx,
Mack


On Mon, 2006-08-14 at 23:47 +0200, Andraž Tori wrote:
> running it through gdb and posting full backtraces (apply thread all bt)
> would help...
> 
> also compile and link with -g if you can...
> 
> bye
> andraz
> 
> On Mon, 2006-08-14 at 16:38 -0500, mack wrote:
> > After working my way through building cinelerra, I finally got it
> > running happily, i thought, on my Ubuntu amd64 machine, using the
> > information at the Ubuntu forums and the newsgroup, ending up with a
> > running copy of r836.
> > 
> > Now, I can successfully load media (imported as quicktime in kino) and
> > make splices/transitions, but whenever I tell it to render (following
> > the directions in the Rob Fisher tutorial) it SIGSEGV's with this
> > output:
> > http://www.mackallison.net/index.php?title=Error_message_whenever_I_tell_it_to_render
> > 
> > 
> > 
> > ___
> > Cinelerra mailing list
> > Cinelerra@skolelinux.no
> > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
> 
> 
> ___
> Cinelerra mailing list
> Cinelerra@skolelinux.no
> https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

Re: [CinCVS] SIGSEGV on render.

[mack]

I don't know if this is enough, I may need some handholding to be
helpful in diagnostics. I ran cinelerra in gdb and did bt to get:

http://www.mackallison.net/index.php?title=The_GDB_Backtrace

I will try to figure out how to compile and link with -g (?)

Thanks for the project and the help

Mack

On Mon, 2006-08-14 at 23:47 +0200, Andraž Tori wrote:
> running it through gdb and posting full backtraces (apply thread all bt)
> would help...
> 
> also compile and link with -g if you can...
> 
> bye
> andraz
> 
> On Mon, 2006-08-14 at 16:38 -0500, mack wrote:
> > After working my way through building cinelerra, I finally got it
> > running happily, i thought, on my Ubuntu amd64 machine, using the
> > information at the Ubuntu forums and the newsgroup, ending up with a
> > running copy of r836.
> > 
> > Now, I can successfully load media (imported as quicktime in kino) and
> > make splices/transitions, but whenever I tell it to render (following
> > the directions in the Rob Fisher tutorial) it SIGSEGV's with this
> > output:
> > http://www.mackallison.net/index.php?title=Error_message_whenever_I_tell_it_to_render
> > 
> > 
> > 
> > ___
> > Cinelerra mailing list
> > Cinelerra@skolelinux.no
> > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
> 
> 
> ___
> Cinelerra mailing list
> Cinelerra@skolelinux.no
> https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra

Re: [CinCVS] SIGSEGV on render.

[Andraž Tori]

running it through gdb and posting full backtraces (apply thread all bt)
would help...

also compile and link with -g if you can...

bye
andraz

On Mon, 2006-08-14 at 16:38 -0500, mack wrote:
> After working my way through building cinelerra, I finally got it
> running happily, i thought, on my Ubuntu amd64 machine, using the
> information at the Ubuntu forums and the newsgroup, ending up with a
> running copy of r836.
> 
> Now, I can successfully load media (imported as quicktime in kino) and
> make splices/transitions, but whenever I tell it to render (following
> the directions in the Rob Fisher tutorial) it SIGSEGV's with this
> output:
> http://www.mackallison.net/index.php?title=Error_message_whenever_I_tell_it_to_render
> 
> 
> 
> ___
> Cinelerra mailing list
> Cinelerra@skolelinux.no
> https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra