Re: [CinCVS] Render errors for quicktime, AVI

2007-08-27 Thread Graham Evans

Jim Scott wrote:
I checked out the current SVN yesterday and compiled it with no 
problems for amd64. I can render to most audio formats, DV, and 
yuv4mpeg. Cinelerra crashes whenever I try to render video into either 
quicktime or AVI format.


Any idea what the issue might be? Backtrace of one crash is below.

Sorry to hear about your problems Jim.  I can't interpret your backtrace 
but  here is some data:


I can render here successfully on an AMD 64 to:
1. DV/avi from mpeg2 source and,
2. from the same source to component YCbCrA 8-bit 4:4:4:4 in quicktime 
container and then
3. to uncompressed RGBA in quicktime.  I'm using 
everything-up-to-the-moment debian sid and cinelerra cv svn 1018.


When I say 'successfully the resulting clips for expiriments two and 
three were actually black and garbled respectively.  But the containers 
themselves had no problems.


So I am not sure what your problem is but thought I'd contribute some 
useful info to help you try and narrow it down.  Let me know if I can 
help again.


Graham



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


Re: [CinCVS] Render errors for quicktime, AVI

2007-08-27 Thread Valentina Messeri

S'està citant Jim Scott [EMAIL PROTECTED]:


I checked out the current SVN yesterday and compiled it with no problems for
amd64. I can render to most audio formats, DV, and yuv4mpeg. Cinelerra
crashes whenever I try to render video into either quicktime or AVI format.


more info?

1) uname -a

2) video codec you use with mov/avi format

thx
vale



Any idea what the issue might be? Backtrace of one crash is below.

(gdb) backtrace
#0  0x0033b3073acb in free () from /lib64/libc.so.6
#1  0x2ab5db72 in delete_codec (vtrack=value optimized out)
at qth264.c:91
#2  0x2ab5b625 in quicktime_find_vcodec (vtrack=0x2585f20)
at plugin.c:138
#3  0x2ab51137 in new_vcodec (vtrack=0x2585f20) at codecs.c:122
#4  0x2ab5fa0e in quicktime_init_video_map (vtrack=0x1,
trak=0x2acf236a) at quicktime.c:979
#5  0x2ab60e7b in quicktime_set_video (file=0x25bc540, tracks=1,
frame_w=720, frame_h=480, frame_rate=value optimized out,
compressor=0x4aa080c0 dvc ) at quicktime.c:245
#6  0x0058b2b4 in FileMOV::asset_to_format (this=0x25fccf0)
at filemov.C:329
#7  0x0058b8a8 in FileMOV::open_file (this=0x25fccf0, rd=0, wr=1)
at filemov.C:213
#8  0x005725f4 in File::open_file (this=0x1cf10c0,
preferences=value optimized out, asset=0x25b8690, rd=0, wr=1,
base_samplerate=value optimized out,
base_framerate=value optimized out) at file.C:546
#9  0x0060315f in PackageRenderer::create_output (this=0x4aa0e6a0)
at packagerenderer.C:147
#10 0x00603303 in PackageRenderer::render_package (this=0x4aa0e6a0,
package=0x1d62900) at packagerenderer.C:510
---Type return to continue, or q return to quit---
#11 0x0063f507 in Render::render (this=0x1c8d140, test_overwrite=1,
asset=value optimized out, edl=value optimized out, strategy=0,
range_type=value optimized out) at render.C :794
#12 0x006401e8 in Render::run (this=0x1c8d140) at render.C:368
#13 0x2b6ff456 in Thread::entrypoint (parameters=value optimized
out)
at thread.C:48
#14 0x0033b40062f7 in start_thread () from /lib64/libpthread.so.0
#15 0x0033b30d0fbd in clone () from /lib64/libc.so.6
#16 0x in ?? ()





http://encosianima.net/


This message was sent using IMP, the Internet Messaging Program.


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


Re: [CinCVS] Render errors for quicktime, AVI

2007-08-27 Thread Brosius, Kevin
 I checked out the current SVN yesterday and compiled it with no problems
for 
 amd64. I can render to most audio formats, DV, and yuv4mpeg. Cinelerra
crashes 
 whenever I try to render video into either quicktime or AVI format. 

 Any idea what the issue might be? Backtrace of one crash is below.

Using what codec?  What version of libdv (looking at your backtrace makes me
ask this question?)  On what distro? 

I was able to render to quicktime package with the dv, h264, yuv2, and
msmpeg4(DIVX) codecs using current svn(1018) when I tested the new SUSE
packages yesterday.

Kevin


Re: [CinCVS] Render errors for quicktime, AVI

2007-08-27 Thread Jim Scott
On 8/27/07, Brosius, Kevin [EMAIL PROTECTED] wrote:

   I checked out the current SVN yesterday and compiled it with no
 problems for
  amd64. I can render to most audio formats, DV, and yuv4mpeg. Cinelerra
 crashes
  whenever I try to render video into either quicktime or AVI format.
 
  Any idea what the issue might be? Backtrace of one crash is below.

 Using what codec?  What version of libdv (looking at your backtrace makes
 me ask this question?)  On what distro?

 I was able to render to quicktime package with the dv, h264, yuv2, and
 msmpeg4(DIVX) codecs using current svn(1018) when I tested the new SUSE
 packages
 yesterday.


Thanks for the feedback

 I'm running Fedora 7 on an AMD64, freshly installed and current through
Saturday. Kernel is 2.6.22.4-65. I use some media libs from atrpms, but not
libdv. I can render audio into quicktime or AVI containers, but I get a
crash if I render any type of video into the container. For example, I can
render audio and video to raw DV. If I try to render the DV in a quicktime
container, cinelerra crashes. Likewise, I can render to JPEG or PNG
sequence, but if I try either of those formats with a quicktime or AVI
container, cinelerra crashes.

I will have to check which version of libdv is installed.


 
ftp://ftp.software.umn.edu/linux/fedora/updates/7/x86_64/kernel-2.6.22.4-65.fc7.x86_64.rpm


-- 
http://ThreeWayNews.blogspot.com
Your source. For everything. Really.


Re: [CinCVS] Render errors for quicktime, AVI

2007-08-27 Thread Johannes Sixt
On Monday 27 August 2007 15:35, Jim Scott wrote:
 I checked out the current SVN yesterday and compiled it with no problems
 for amd64. I can render to most audio formats, DV, and yuv4mpeg. Cinelerra
 crashes whenever I try to render video into either quicktime or AVI format.

 Any idea what the issue might be? Backtrace of one crash is below.

I've seen this backtrace in the past, I think. The reason for the crash was 
that the person had two incompatible versions of x264 on the system, one 
in /usr, the other in /usr/local. The build used the headers of one version, 
but linked the other version. And, no, it doesn't matter whether your footage 
is in that codec - you crash regardless.

-- Hannes


 (gdb) backtrace
 #0  0x0033b3073acb in free () from /lib64/libc.so.6
 #1  0x2ab5db72 in delete_codec (vtrack=value optimized out)
 at qth264.c:91
 #2  0x2ab5b625 in quicktime_find_vcodec (vtrack=0x2585f20)
 at plugin.c:138
 #3  0x2ab51137 in new_vcodec (vtrack=0x2585f20) at codecs.c:122
 #4  0x2ab5fa0e in quicktime_init_video_map (vtrack=0x1,
 trak=0x2acf236a) at quicktime.c:979
 #5  0x2ab60e7b in quicktime_set_video (file=0x25bc540, tracks=1,
 frame_w=720, frame_h=480, frame_rate=value optimized out,
 compressor=0x4aa080c0 dvc ) at quicktime.c:245
 #6  0x0058b2b4 in FileMOV::asset_to_format (this=0x25fccf0)
 at filemov.C:329
 #7  0x0058b8a8 in FileMOV::open_file (this=0x25fccf0, rd=0, wr=1)
 at filemov.C:213
 #8  0x005725f4 in File::open_file (this=0x1cf10c0,
 preferences=value optimized out, asset=0x25b8690, rd=0, wr=1,
 base_samplerate=value optimized out,
 base_framerate=value optimized out) at file.C:546
 #9  0x0060315f in PackageRenderer::create_output (this=0x4aa0e6a0)
 at packagerenderer.C:147
 #10 0x00603303 in PackageRenderer::render_package (this=0x4aa0e6a0,
 package=0x1d62900) at packagerenderer.C:510
 ---Type return to continue, or q return to quit---
 #11 0x0063f507 in Render::render (this=0x1c8d140, test_overwrite=1,
 asset=value optimized out, edl=value optimized out, strategy=0,
 range_type=value optimized out) at render.C :794
 #12 0x006401e8 in Render::run (this=0x1c8d140) at render.C:368
 #13 0x2b6ff456 in Thread::entrypoint (parameters=value optimized
 out)
 at thread.C:48
 #14 0x0033b40062f7 in start_thread () from /lib64/libpthread.so.0
 #15 0x0033b30d0fbd in clone () from /lib64/libc.so.6
 #16 0x in ?? ()

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


Re: [CinCVS] Render errors for quicktime, AVI

2007-08-27 Thread Kevin Brosius
On 2007-08-27 19:15, Johannes Sixt wrote:
 On Monday 27 August 2007 15:35, Jim Scott wrote:
  I checked out the current SVN yesterday and compiled it with no problems
  for amd64. I can render to most audio formats, DV, and yuv4mpeg. Cinelerra
  crashes whenever I try to render video into either quicktime or AVI format.
 
  Any idea what the issue might be? Backtrace of one crash is below.
 
 I've seen this backtrace in the past, I think. The reason for the crash was 
 that the person had two incompatible versions of x264 on the system, one 
 in /usr, the other in /usr/local. The build used the headers of one version, 
 but linked the other version. And, no, it doesn't matter whether your footage 
 is in that codec - you crash regardless.
 
 -- Hannes

Hi Hannes,

H264, really?  Maybe I misinterpreted the backtrace.  It looked to me
like: 

 #5 0x2ab60e7b in quicktime_set_video (file=0x25bc540, tracks=1,
 frame_w=720, frame_h=480, frame_rate=value optimized out,
 compressor=0x4aa080c0 dvc ) at quicktime.c:245

with the 'dvc' compressor was using libdv.  Is H264 sometimes used also?

-- 
Kevin

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


Re: [CinCVS] Render errors for quicktime, AVI

2007-08-27 Thread Jim Scott
On 8/27/07, Kevin Brosius [EMAIL PROTECTED] wrote:

 On 2007-08-27 19:15, Johannes Sixt wrote:
  On Monday 27 August 2007 15:35, Jim Scott wrote:
   I checked out the current SVN yesterday and compiled it with no
 problems
   for amd64. I can render to most audio formats, DV, and yuv4mpeg.
 Cinelerra
   crashes whenever I try to render video into either quicktime or AVI
 format.
  
   Any idea what the issue might be? Backtrace of one crash is below.
 
  I've seen this backtrace in the past, I think. The reason for the crash
 was
  that the person had two incompatible versions of x264 on the system, one
  in /usr, the other in /usr/local. The build used the headers of one
 version,
  but linked the other version. And, no, it doesn't matter whether your
 footage
  is in that codec - you crash regardless.
 
  -- Hannes

 Hi Hannes,

 H264, really?  Maybe I misinterpreted the backtrace.  It looked to me
 like:

  #5 0x2ab60e7b in quicktime_set_video (file=0x25bc540, tracks=1,
  frame_w=720, frame_h=480, frame_rate=value optimized out,
  compressor=0x4aa080c0 dvc ) at quicktime.c:245

 with the 'dvc' compressor was using libdv.  Is H264 sometimes used also?


I don't think it was a dv issue. I had quite a few stale header files
sitting in /usr/local/include -- faac.h, x264.h, and a quicktime folder. I
removed those header files and recompiled. That seems to have fixed the
primary issue. I can now render test files to quicktime containers. Thanks
for the suggestions!