Re: [CinCVS] OpenGL support question

[[EMAIL PROTECTED]]

Hannes,
After a brutal, all day session of troubleshooting my ATI 9800 Pro, I finally 
got fglrx working.  Apparently, the livna rpms need to be matched to the kernel 
I am using.  Ugh.  According to the OpenGL version string (below), the card now 
supports OpenGL 2.0.

Question for you:  I edited the files you specified in your earlier posts, but 
I'm getting this message at the end of ./configure:
Hardware acceleration using OpenGL 2.0 is disabled

Perhaps I missed something in my edits..I will revisit them after some sleep.  
I just want to confirm with you..the output of glxinfo (below) does mean that I 
should be good to go for OpenGL 2.0, correct?

scott

Here is the output:

[EMAIL PROTECTED] X11]# glxinfo
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read,
GLX_SGIS_multisample, GLX_SGIX_fbconfig
client glx vendor string: ATI
client glx version string: 1.3
client glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_ATI_pixel_format_float,
GLX_ATI_render_texture
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
GLX_ARB_multisample
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: RADEON 9800 Pro Generic
OpenGL version string: 2.0.5879 (8.26.18)
OpenGL extensions:
GL_ARB_multitexture, GL_EXT_texture_env_add, GL_EXT_compiled_vertex_array,
GL_S3_s3tc, GL_ARB_depth_texture, GL_ARB_fragment_program,
GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader,
GL_ARB_multisample, GL_ARB_occlusion_query, GL_ARB_point_parameters,
GL_ARB_point_sprite, GL_ARB_shader_objects, GL_ARB_shading_language_100,
GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp,
GL_ARB_texture_compression, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix,
GL_ARB_vertex_blend, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program,
GL_ARB_vertex_shader, GL_ARB_window_pos, GL_ARB_draw_buffers,
GL_ATI_draw_buffers, GL_ATI_element_array, GL_ATI_envmap_bumpmap,
GL_ATI_fragment_shader, GL_ATI_map_object_buffer, GL_ATI_separate_stencil,
GL_ATI_texture_env_combine3, GL_ATI_texture_float,
GL_ATI_texture_mirror_once, GL_ATI_vertex_array_object,
GL_ATI_vertex_attrib_array_object, GL_ATI_vertex_streams,
GL_ATIX_texture_env_combine3, GL_ATIX_texture_env_route,
GL_ATIX_vertex_shader_output_point_size, GL_EXT_abgr, GL_EXT_bgra,
GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_minmax,
GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_framebuffer_object,
GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters,
GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap,
GL_EXT_texgen_reflection, GL_EXT_texture3D,
GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map,
GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp,
GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array,
GL_EXT_vertex_shader, GL_HP_occlusion_test, GL_NV_blend_square,
GL_NV_occlusion_query, GL_NV_texgen_reflection, GL_SGI_color_matrix,
GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
--
0x23 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  1 0 None
0x24 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  1 0 None
0x25 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  1 0 None
0x26 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  1 0 None
0x27 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  1 0 None
0x28 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  1 0 None
0x29 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  1 0 None
0x2a 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  1 0 None
0x2b 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  1 0 None
0x2c 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  1 0 None
0x2d 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  1 0 None
0x2e 24 tc  0 32  0

[CinCVS] guicast/bcipc.h ?

[Kevin Brosius]

I'm building here from a dist tarball and see the following 2 errors:


 ccache g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../quicktime
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
-I/usr/X11R6/include -g -O2 -MT bcbitmap.lo -MD -MP -MF
.deps/bcbitmap.Tpo -c bcbitmap.C  -fPIC -DPIC -o .libs/bcbitmap.o
bcbitmap.C:2:19: bcipc.h: No such file or directory

 ccache g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../quicktime
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
-I/usr/X11R6/include -g -O2 -MT bcbar.lo -MD -MP -MF .deps/bcbar.Tpo -c
bcbar.C  -fPIC -DPIC -o .libs/bcbar.o
In file included from bcbar.C:4:
vframe.h:7:25: bctexture.inc: No such file or directory


I notice that bcipc.h and bctexture.inc aren't in the Makefile.am
sources list, but before I go ahead and add them, I wanted to check with
you guys who merged and see if something else might be wrong.

Also, the configure.in could use a bump of the cin version to 2.1. :)
-- 
Kevin

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

Re: [CinCVS] Render is choppy

[Herman Robak]

On Sun, 10 Sep 2006 22:23:42 +0200, Matt Pfingsten <[EMAIL PROTECTED]>  
wrote:



Comparing the Info on both of the clips downloaded from the site reveals
that they are Quicktime's compressed with the DV codec, both, audio is
48Khz, 16-bit, 2 channel compressed with "Twos Complement." Bitrate of  
both

files is approx. 30Mbits/sec. The only significant difference between the
two is that the files downloaded from Cinelerra.Org are PAL (25fps,  
720x576) and mine are NTSC (29.97, 720x480), but that can't be it.


This is confusing. Aren't all DV videos in Quicktime wrappers the same?


 Pretty much.


What else should I be looking for?  What could be different?


 More than you would want to know, I am afraid.  But I don't know
much about the intricacies and incompabilities of various software
that outputs DV in a Quicktime container.

 You said MPlayer handled it.  That would suggest that ffmpeg can
parse it.  If so, you can try streamcopying the DV to a new Quicktime
file, or an AVI file, or even a raw DV (containerless) file.  This is
lossless, and might strip off or fix the offending quirks that make
Cinelerra skip frames.  That is if the stream is OK, but the container
causes problems.  It may not help at all; I'm pretty much at a loss...

--
Herman Robak

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

Re: [CinCVS] OpenGL support question

[Nicolas]

On Sun, Sep 10, 2006 at 06:04:30PM +0200, harm Lubbers wrote:
> Johannes Sixt wrote:
> > On Sunday 10 September 2006 06:33, harm Lubbers wrote:
> >   
> >> Graham Evans wrote:
> >> 
> >>> Chances are your card is OpenGL 1.5 not Open GL 2.0.
> >>>   
> >> How Do I find out that my card is only OpenGL1.5?
> >> 
> >
> > http://de.wikipedia.org/wiki/Geforce#GeForce_FX_series
> >
> > The OpenGL version string in glxinfo is the first hint. If it tells you 
> > that 
> > it's 2.0, then the 2.0 features either won't work (and you'll notice this 
> > immediately) or will be emulated in software (and you'll notice it only in 
> > the rendering speed).
> >
> > -- Hannes
> >
> >   
> thank you Johannes and Graham for your help.
> It's crystal clear for me now.
> My card does not support openGL 2.0 (only up to 1.5)
> So It's shopping time tomorrow!
> 
> grtz
> Harm

Hello,

You'll also need an nvidia driver version 1.0-7664 or later.
The 1.0-7664 seems to be the first version to support OpenGL 2.0.

Nicolas, Paris.

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

[CinCVS] Compositor video not working

[Alan Larkin]

For some weeks now I have been having bother with the compositor window.
The viewer works fine, and (on some occasions I think) the time-line
works fine. But there is only audio in the compositor.

At first I thought it was something to do with the video formats but
have just copped on to the fact that the problem exists for all files,
even ones I have successfully edited in the past.

I am using SVN sources I built back at the end of July on Kubuntu. I
have a 256Mb NVIDIA Quadro FX Go1400.

I have tried removing ~/.bcast and switching between x11 and x11-xv in
preferences. Thats all I can think of. Any suggestions?

Thanks.

-- 
Reclaim Your Inbox!
http://www.mozilla.org/products/thunderbird


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

Re: [CinCVS] Render is choppy

[Matt Pfingsten]

Well, I tried changing the frame-rate of the source footage but that didn't help.However, I downloaded the  and  and these played fine.I should note that all of the files I have been using (with this issue) were captured with Final Cut Pro onto a 300GB firewire drive (HFS+ w/o Journaling which Linux can read/write) as opposed to being captured using my own FireWire card. My own DV camera is old and the firewire port is borked, and the footage I am working with was shot on DVCPro anyway so I have to capture at work and then edit here.
Comparing the Info on both of the clips downloaded from the site reveals that they are Quicktime's compressed with the DV codec, both, audio is 48Khz, 16-bit, 2 channel compressed with "Twos Complement." Bitrate of both files is approx. 30Mbits/sec. The only significant difference between the two is that the files downloaded from 
Cinelerra.Org are PAL (25fps, 720x576) and mine are NTSC (29.97, 720x480), but that can't be it.This is confusing. Aren't all DV videos in Quicktime wrappers the same? What else should I be looking for? What could be different?
On 9/10/06, Herman Robak <[EMAIL PROTECTED]> wrote:
On Sun, 10 Sep 2006 20:32:35 +0200, Matt Pfingsten <[EMAIL PROTECTED]>wrote:> As I stated in earlier posts I can play back DV quicktimes fine in> MPlayer,
> but they are always choppy in Cinelerra. Even when I advanced one frame> at a> time in Cinelerra, the viewer or compositor only updates the image every> 3-4> frames, no matter how long I wait after advancing to the next frame.
>> Well, perhaps this helps me understand more of why Cinelerra is> performing> so badly on my machine, but I just tried to render something. It's a 30> second sequence of several clips joined together with dissolves. When I
> watch the rendered video (exporting to Quicktime for Linux, DV> compression,> no sound as it is not needed for this clip) in Mplayer, the dissolves> play> out at full frame rate (29.97
) but not the underlying video, which is as> choppy as it is in Cinelerra.  Have you double-checked that the frame rate is indeed 29.97 both in theFormat dialog _and_ for the resources?  Right-click on the media file in
the Media folder in the resources window, to get "Info", and see if theframe rate is 29.97 there.  You can edit the frame rate.  There was a locale-related bug quite a while ago that caused 25 fps
projects to have 2.5 frames per second, all of a sudden.  But that wasfixed long ago.  Howerver, it does sound like the project setting iscorrect, whereas the resource framerate is wrong, for some reason.
--Herman Robak___Cinelerra mailing listCinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra-- Matt Pfingsten[EMAIL PROTECTED]
www.GotWookiee.com

Re: [CinCVS] Render is choppy

[Herman Robak]

On Sun, 10 Sep 2006 20:32:35 +0200, Matt Pfingsten <[EMAIL PROTECTED]>  
wrote:


As I stated in earlier posts I can play back DV quicktimes fine in  
MPlayer,
but they are always choppy in Cinelerra. Even when I advanced one frame  
at a
time in Cinelerra, the viewer or compositor only updates the image every  
3-4

frames, no matter how long I wait after advancing to the next frame.

Well, perhaps this helps me understand more of why Cinelerra is  
performing

so badly on my machine, but I just tried to render something. It's a 30
second sequence of several clips joined together with dissolves. When I
watch the rendered video (exporting to Quicktime for Linux, DV  
compression,
no sound as it is not needed for this clip) in Mplayer, the dissolves  
play

out at full frame rate (29.97) but not the underlying video, which is as
choppy as it is in Cinelerra.


 Have you double-checked that the frame rate is indeed 29.97 both in the
Format dialog _and_ for the resources?  Right-click on the media file in
the Media folder in the resources window, to get "Info", and see if the
frame rate is 29.97 there.  You can edit the frame rate.

 There was a locale-related bug quite a while ago that caused 25 fps
projects to have 2.5 frames per second, all of a sudden.  But that was
fixed long ago.  Howerver, it does sound like the project setting is
correct, whereas the resource framerate is wrong, for some reason.

--
Herman Robak

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

[CinCVS] Render is choppy

[Matt Pfingsten]

As I stated in earlier posts I can play back DV quicktimes fine in MPlayer, but they are always choppy in Cinelerra. Even when I advanced one frame at a time in Cinelerra, the viewer or compositor only updates the image every 3-4 frames, no matter how long I wait after advancing to the next frame.
Well, perhaps this helps me understand more of why Cinelerra is
performing so badly on my machine, but I just tried to render
something. It's a 30 second sequence of several clips joined together
with dissolves. When I watch the rendered video (exporting to Quicktime for Linux, DV compression, no sound as it is not needed for this clip) in Mplayer, the dissolves play out at full frame rate (29.97) but not the underlying video, which is as choppy as it is in Cinelerra.
So it appears that in playback or in rendering Cinelerra is simply skipping certain frames and not reading them or displaying them at all. Has this happened to anyone else? What could be causing this? I've used Cinelerra before and this never happened. Any ideas?
-- Matt Pfingsten[EMAIL PROTECTED]www.GotWookiee.com

Re: [CinCVS] OpenGL support question

[harm Lubbers]

Johannes Sixt wrote:
> On Sunday 10 September 2006 06:33, harm Lubbers wrote:
>   
>> Graham Evans wrote:
>> 
>>> Chances are your card is OpenGL 1.5 not Open GL 2.0.
>>>   
>> How Do I find out that my card is only OpenGL1.5?
>> 
>
> http://de.wikipedia.org/wiki/Geforce#GeForce_FX_series
>
> The OpenGL version string in glxinfo is the first hint. If it tells you that 
> it's 2.0, then the 2.0 features either won't work (and you'll notice this 
> immediately) or will be emulated in software (and you'll notice it only in 
> the rendering speed).
>
> -- Hannes
>
>   
thank you Johannes and Graham for your help.
It's crystal clear for me now.
My card does not support openGL 2.0 (only up to 1.5)
So It's shopping time tomorrow!

grtz
Harm


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

Re: [CinCVS] OpenGL support question

[Johannes Sixt]

On Sunday 10 September 2006 15:54, [EMAIL PROTECTED] wrote:
> Hannes,
>
> From the output of glxinfo, it looks like my ATI 9800 Pro AIW card doesn't
> support 2.0 (1.2 in the output below).  This does mean that I CANNOT take
> advantage of the  OpenGL enhancements, correct?
>
> [EMAIL PROTECTED] 20060831]# glxinfo
> name of display: :0.0
> Xlib:  extension "XFree86-DRI" missing on display ":0.0".
> display: :0  screen: 0
> direct rendering: No
> ...
> OpenGL version string: 1.2 (1.5 Mesa 6.2.1)

You don't have hardware acceleration at all.

To use hardware acceleration with the fglrx driver, you have to invoke

LD_LIBRARY_PATH=/usr/lib/fglrx/lib glxinfo
LD_LIBRARY_PATH=/usr/lib/fglrx/lib cinelerra

I'm not sure if a 9800 is capable enough to fully support OpenGL 2.0.

-- Hannes

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

Re: [CinCVS] OpenGL support question

[Graham Evans]

I just notice in the nvidia xserver settings tool: select OpenGL/GLX
information and scroll about halfway down.  My GeForce 6200 us reading
support for Open GL 1.2(2.0.1 NVIDIA 81.78).  I read that as Open GL 1.2
as I know my card only supports Open GL 1.5.

If your card is of the generation nvidia 5xxx then open gl 1.2 support
would sound about right.

If you're using nvidia cards ascertain your open GL support first by
accessing the nvidia site and checking your chipset.  This is only half
the story however.  From what I can see some of the Geforce 6xxx
generation cards provide support for open gl 1.5 and some 2.0.  The
nvidia site can't give you much information on this.

To get more information you need to check out the specs on support sites
for your specific card manufacturer.

Open GL 2.0 is well supported on new nvidia hardware including low end
cards such as the 7100's.  But high-end cards of the Geforce 6xxx line
often only support Open GL 1.5.  If you are buying cheap ebay or
remainders beware.

I'm no expert but I have been researching building a new computer and
have discovered this.  I'm thinking about a very cheap pair of Geforce
7100s since I have a spare SLI motherboard...

Graham


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

Re: [CinCVS] OpenGL support question

[[EMAIL PROTECTED]]

Hannes,
>From the output of glxinfo, it looks like my ATI 9800 Pro AIW card doesn't 
>support 2.0 (1.2 in the output below).  This does mean that I CANNOT take 
>advantage of the  OpenGL enhancements, correct?

scott

[EMAIL PROTECTED] 20060831]# glxinfo
name of display: :0.0
Xlib:  extension "XFree86-DRI" missing on display ":0.0".
display: :0  screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read,
GLX_SGIS_multisample, GLX_SGIX_fbconfig
client glx vendor string: ATI
client glx version string: 1.3
client glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
GLX_ARB_get_proc_address, GLX_SGI_video_sync, GLX_ARB_multisample,
GLX_ATI_pixel_format_float, GLX_ATI_render_texture
GLX extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.2.1)
OpenGL extensions:
GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_border_clamp,
GL_ARB_texture_cube_map, GL_ARB_texture_env_add,
GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3,
GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_blend_color,
GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_texture_env_add,
GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
GL_EXT_texture_lod_bias
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
--
0x23 24 tc  0 24  0 r  y  .  8  8  8  0  0 16  0  0  0  0  0  1 0 None
0x24 24 tc  0 24  0 r  y  .  8  8  8  0  0 16  8 16 16 16  0  1 0 None
0x25 24 tc  0 32  0 r  y  .  8  8  8  8  0 16  8 16 16 16 16  1 0 None
0x26 24 tc  0 32  0 r  .  .  8  8  8  8  0 16  8 16 16 16 16  1 0 None
0x27 24 dc  0 24  0 r  y  .  8  8  8  0  0 16  0  0  0  0  0  1 0 None
0x28 24 dc  0 24  0 r  y  .  8  8  8  0  0 16  8 16 16 16  0  1 0 None
0x29 24 dc  0 32  0 r  y  .  8  8  8  8  0 16  8 16 16 16 16  1 0 None
0x2a 24 dc  0 32  0 r  .  .  8  8  8  8  0 16  8 16 16 16 16  1 0 None
[EMAIL PROTECTED] 20060831]#
 -- Original message --
From: Johannes Sixt <[EMAIL PROTECTED]>
> On Sunday 10 September 2006 06:33, harm Lubbers wrote:
> > Graham Evans wrote:
> > > Chances are your card is OpenGL 1.5 not Open GL 2.0.
> >
> > How Do I find out that my card is only OpenGL1.5?
> 
> http://de.wikipedia.org/wiki/Geforce#GeForce_FX_series
> 
> The OpenGL version string in glxinfo is the first hint. If it tells you that 
> it's 2.0, then the 2.0 features either won't work (and you'll notice this 
> immediately) or will be emulated in software (and you'll notice it only in 
> the rendering speed).
> 
> -- Hannes
> 
> ___
> 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] OpenGL support question

[Johannes Sixt]

On Sunday 10 September 2006 06:32, harm Lubbers wrote:
> OpenGL version string: 1.2 (2.0.2 NVIDIA 87.62)

I'd interpret this as OpenGL 1.2, not 2.0

>visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
>  id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
> --
> 0x2c 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
> 0x2d 24 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 None
> 0x2e 32 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 Ncon
> 0x2f 32 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 Ncon
   ^^^
Cinelerra request a visual with an accumlation buffer, but there is no such 
visual in this list. :(

-- Hannes

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

[CinCVS] Load DV fail

[max]

Hi,
I have a problem importing DV files I captured with kino from my Sony HC35
to Cinelerra. When I try to load a file Cinelerra close with the following
error:

BC_Signals::dump_buffers: buffer table size=0
BC_Signals::delete_temps: deleting 0 temp files
SigHandler::signal_handler total files=0

Please notice that I'm able to load other DV files I have on my HD.
Does anybody could help me?

ciao,
Max

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

Re: [CinCVS] Live video: how does it work?

[Johannes Sixt]

On Saturday 09 September 2006 23:44, Bas Alphenaar wrote:
> Hello,
>
> I compiled r872 today and decided to give the live video plugin a go.
> First I switched on my Sony HDR-HC1, connected to the PC with a Firewire
> cable. Then I started Cinelerra with sudo cinelerra because a normal
> user doesn't have enough rights to use /dev/raw1394. In the Recording
> tab in Preferences I set everything according to PAL, the Record Driver
> to DV 1394 and the Device Path to /dev/raw1394. After everything was set
> up I added the Live Video plugin to the video track but when I played
> this track, Cinelerra crashed and left this in the console:
>
>
> Device1394Input::open DV1394_IOC_INIT: Invalid argument
> Device1394Input::open DV1394_START_RECEIVE: Invalid argument
> Device1394Input::run DV1394_IOC_WAIT_FRAMES: Invalid argument
> Device1394Input::open DV1394_IOC_INIT: Invalid argument
> Device1394Input::open DV1394_START_RECEIVE: Invalid argument
> Device1394Input::run DV1394_IOC_WAIT_FRAMES: Invalid argument

Try /dev/dv1394 instead of /dev/raw1394

-- Hannes

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

Re: [CinCVS] Live video: how does it work?

[Herman Robak]

On Sat, 09 Sep 2006 23:44:28 +0200, Bas Alphenaar  
<[EMAIL PROTECTED]> wrote:


I compiled r872 today and decided to give the live video plugin a go.  
First I switched on my Sony HDR-HC1,


 That is a HDV camera, right?  Make sure that you tell the camera to
output DV.  According to the output cited below, DV is assumed.


connected to the PC with a Firewire cable. Then I started Cinelerra with  
sudo cinelerra because a normal user doesn't have enough rights to use  
/dev/raw1394.


 I chmod it to 666 (read-write for everyone) instead of running programs
as root.  Since I don't use raw1394 to attach disks, that is the lesser
of two evils.

In the Recording tab in Preferences I set everything according to PAL,  
the Record Driver to DV 1394 and the Device Path to /dev/raw1394. After  
everything was set up I added the Live Video plugin to the video track  
but when I played this track, Cinelerra crashed and left this in the  
console:


Device1394Input::open DV1394_IOC_INIT: Invalid argument
Device1394Input::open DV1394_START_RECEIVE: Invalid argument
Device1394Input::run DV1394_IOC_WAIT_FRAMES: Invalid argument
Device1394Input::open DV1394_IOC_INIT: Invalid argument

...

BC_Signals::dump_buffers: buffer table size=0
BC_Signals::delete_temps: deleting 0 temp files
SigHandler::signal_handler total files=0
Aborted

Does anybody know how to use the Live Video plugin properly?


 I have not tried it for years, and it was buggy then, too.
Don't spend too much effort on getting it to work, there are
dvgrab (command line) and Kino (GUI) which can grab DV video
nicely.

 If you want to grab HDV, the only tool I have used for that is
mpg1394grab.  It is superseded by libiec-something now, but it
works for me.  Grab the source file here:


--
Herman Robak

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

Re: [CinCVS] OpenGL support question

[Johannes Sixt]

On Sunday 10 September 2006 06:33, harm Lubbers wrote:
> Graham Evans wrote:
> > Chances are your card is OpenGL 1.5 not Open GL 2.0.
>
> How Do I find out that my card is only OpenGL1.5?

http://de.wikipedia.org/wiki/Geforce#GeForce_FX_series

The OpenGL version string in glxinfo is the first hint. If it tells you that 
it's 2.0, then the 2.0 features either won't work (and you'll notice this 
immediately) or will be emulated in software (and you'll notice it only in 
the rendering speed).

-- Hannes

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

Re: [CinCVS] does cinelerra digest YUV 4:2:2 / test file?

[Herman Robak]

On Tue, 05 Sep 2006 00:39:37 +0200, Jan Luo <[EMAIL PROTECTED]> wrote:


The Canon's XL H1 provides HD-SDI YUV 4:2:2 (8 or 10 bit) output.
Has anyone experiences if cine can digest this? Maybe a test-file?
Not like I own that camcorder, but you can rent them...


 I would love to know that, too, as I am considering to purchase
a JVC GY-HD111E (a 720p HD camera), which provides 720p60 uncompressed.
through the SDI output.  The HDV format it records is only 720p30,
p24 or p25.  For chroma keying, a 4:4:4 10-bit signal would be vastly
superiour to HDV.  And 60p would be good for slow motion.

--
Herman Robak

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

Re: [CinCVS] OpenGL support question

[harm Lubbers]

Graham Evans wrote:
>
> Chances are your card is OpenGL 1.5 not Open GL 2.0.
>
Hello Graham,

How Do I find out that my card is only OpenGL1.5?

grt
Harm

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

Re: [CinCVS] OpenGL support question

[harm Lubbers]

>
> Post the output of glxinfo. The interesting part is the table at the end.
>
> -- Hannes
>
>   
[EMAIL PROTECTED] ~ $ glxinfo
name of display: :1.0
display: :1  screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap,
GLX_OML_swap_method,
GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe,
GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info,
GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync,
GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer,
GLX_SGI_swap_control, GLX_NV_float_buffer, GLX_ARB_fbconfig_float
GLX version: 1.2
GLX extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_SGIX_fbconfig, GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce FX 5700/AGP/SSE2
OpenGL version string: 1.2 (2.0.2 NVIDIA 87.62)
OpenGL extensions:
GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture,
GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shadow,
GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat,
GL_ARB_window_pos, GL_ARB_vertex_program, GL_ARB_fragment_program,
GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_func_separate,
GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_draw_range_elements,
GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels,
GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_shadow_funcs,
GL_EXT_stencil_wrap,
GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add,
GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod,
GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array,
GL_HP_occlusion_test, GL_IBM_texture_mirrored_repeat,
GL_NV_blend_square,
GL_NV_texgen_reflection, GL_NV_texture_rectangle,
GL_NV_texture_env_combine4, GL_SGIS_generate_mipmap,
GL_SGIS_texture_lod,
GL_SGIX_depth_texture, GL_SGIX_shadow
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
--
0x2c 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x2d 24 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 None
0x2e 32 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 Ncon
0x2f 32 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 Ncon

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

[CinCVS] [Bug 303] plugins/defaulttheme/data/Makefile.am broken

[bugzilla-daemon]

http://bugs.cinelerra.org/show_bug.cgi?id=303

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED





--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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