Have you checked RAM and hard disk usage while playing the movies? Is it just a specific part of certain clips that slow down or do all clips do it?<br><br><div class="gmail_quote">On Sat, Aug 15, 2009 at 1:32 PM, Jack <span dir="ltr"><<a href="mailto:jack@rybn.org">jack@rybn.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hello,<br>
<br>
I come back with my problem.<br>
I try different option on the nvidia driver (180.44) in the part opengl<br>
settings and antialiasing settings but nothing new. I always get<br>
slowings down on my movies.<br>
They seem to start during long scenes of the movie (no logic here, i<br>
know, but it is what i observe).<br>
Any help ?<br>
++<br>
<br>
Jack<br>
<br>
<br>
Le lundi 10 août 2009 à 14:43 +0200, Jack a écrit :<br>
<div><div></div><div class="h5">> Le lundi 10 août 2009 à 13:23 +0200, Matteo Sisti Sette a écrit :<br>
> > Hi,<br>
> ><br>
> > Maybe this won't help at all (I only use gem on windows), but just in<br>
> > case it does:<br>
> ><br>
> > Does it work as expected if you disable the "auto" mode and pass the<br>
> > frame number to the right outlet?<br>
><br>
> I done a counter with a metro and not with gemhead because the framerate<br>
> pass from 25 to 7 then back to 25, etc. Then it should not change<br>
> anything compare to [auto 1(.<br>
> On Linux, the movie is played at each frame render but the rate is not<br>
> really constant. It was much better on my old Powerbook G4 and MacOSX :)<br>
> Is there a minipulation to do on the NVidia driver (v. 180.44) ?<br>
> I know that each frame is render when the buffer is ready with OpenGL<br>
> (swap buffer in double buffer). But here the swap is very very slow on<br>
> my brand new Qosmio with a NVidia 9700M GTS ! :)))<br>
> And this is the same in single buffer mode with :<br>
><br>
> [1 (<br>
> |<br>
> [metro 40]<br>
> |<br>
> [t b b]<br>
> | |<br>
> | to right inlet of pix_film<br>
> |<br>
> to gemhead<br>
><br>
><br>
> Play a movie with the help patch of [pix_film] at a almost constant rate<br>
> would not be possible on Linux, i really don't think that it is correct.<br>
> So, if someone can help me, please ! ;)<br>
> Thanx a lot.<br>
> ++<br>
><br>
> Jack<br>
><br>
><br>
> PS : some informations from GEM about my config. :<br>
><br>
> GEM information<br>
> ---------------<br>
> OpenGL info<br>
> Vendor: NVIDIA Corporation<br>
> Renderer: GeForce 9700M GTS/PCI/SSE2<br>
> Version: 3.0.0 NVIDIA 180.44<br>
> Extensions: GL_ARB_color_buffer_float<br>
> Extensions: GL_ARB_depth_buffer_float<br>
> Extensions: GL_ARB_depth_texture<br>
> Extensions: GL_ARB_draw_buffers<br>
> Extensions: GL_ARB_draw_instanced<br>
> Extensions: GL_ARB_fragment_program<br>
> Extensions: GL_ARB_fragment_program_shadow<br>
> Extensions: GL_ARB_fragment_shader<br>
> Extensions: GL_ARB_half_float_pixel<br>
> Extensions: GL_ARB_half_float_vertex<br>
> Extensions: GL_ARB_framebuffer_object<br>
> Extensions: GL_ARB_geometry_shader4<br>
> Extensions: GL_ARB_imaging<br>
> Extensions: GL_ARB_map_buffer_range<br>
> Extensions: GL_ARB_multisample<br>
> Extensions: GL_ARB_multitexture<br>
> Extensions: GL_ARB_occlusion_query<br>
> Extensions: GL_ARB_pixel_buffer_object<br>
> Extensions: GL_ARB_point_parameters<br>
> Extensions: GL_ARB_point_sprite<br>
> Extensions: GL_ARB_shadow<br>
> Extensions: GL_ARB_shader_objects<br>
> Extensions: GL_ARB_shading_language_100<br>
> Extensions: GL_ARB_texture_border_clamp<br>
> Extensions: GL_ARB_texture_buffer_object<br>
> Extensions: GL_ARB_texture_compression<br>
> Extensions: GL_ARB_texture_cube_map<br>
> Extensions: GL_ARB_texture_env_add<br>
> Extensions: GL_ARB_texture_env_combine<br>
> Extensions: GL_ARB_texture_env_dot3<br>
> Extensions: GL_ARB_texture_float<br>
> Extensions: GL_ARB_texture_mirrored_repeat<br>
> Extensions: GL_ARB_texture_non_power_of_two<br>
> Extensions: GL_ARB_texture_rectangle<br>
> Extensions: GL_ARB_texture_rg<br>
> Extensions: GL_ARB_transpose_matrix<br>
> Extensions: GL_ARB_vertex_array_object<br>
> Extensions: GL_ARB_vertex_buffer_object<br>
> Extensions: GL_ARB_vertex_program<br>
> Extensions: GL_ARB_vertex_shader<br>
> Extensions: GL_ARB_window_pos<br>
> Extensions: GL_ATI_draw_buffers<br>
> Extensions: GL_ATI_texture_float<br>
> Extensions: GL_ATI_texture_mirror_once<br>
> Extensions: GL_S3_s3tc<br>
> Extensions: GL_EXT_texture_env_add<br>
> Extensions: GL_EXT_abgr<br>
> Extensions: GL_EXT_bgra<br>
> Extensions: GL_EXT_blend_color<br>
> Extensions: GL_EXT_blend_equation_separate<br>
> Extensions: GL_EXT_blend_func_separate<br>
> Extensions: GL_EXT_blend_minmax<br>
> Extensions: GL_EXT_blend_subtract<br>
> Extensions: GL_EXT_compiled_vertex_array<br>
> Extensions: GL_EXT_Cg_shader<br>
> Extensions: GL_EXT_bindable_uniform<br>
> Extensions: GL_EXT_depth_bounds_test<br>
> Extensions: GL_EXT_direct_state_access<br>
> Extensions: GL_EXT_draw_buffers2<br>
> Extensions: GL_EXT_draw_instanced<br>
> Extensions: GL_EXT_draw_range_elements<br>
> Extensions: GL_EXT_fog_coord<br>
> Extensions: GL_EXT_framebuffer_blit<br>
> Extensions: GL_EXT_framebuffer_multisample<br>
> Extensions: GL_EXT_framebuffer_object<br>
> Extensions: GL_EXTX_framebuffer_mixed_formats<br>
> Extensions: GL_EXT_framebuffer_sRGB<br>
> Extensions: GL_EXT_geometry_shader4<br>
> Extensions: GL_EXT_gpu_program_parameters<br>
> Extensions: GL_EXT_gpu_shader4<br>
> Extensions: GL_EXT_multi_draw_arrays<br>
> Extensions: GL_EXT_packed_depth_stencil<br>
> Extensions: GL_EXT_packed_float<br>
> Extensions: GL_EXT_packed_pixels<br>
> Extensions: GL_EXT_pixel_buffer_object<br>
> Extensions: GL_EXT_point_parameters<br>
> Extensions: GL_EXT_rescale_normal<br>
> Extensions: GL_EXT_secondary_color<br>
> Extensions: GL_EXT_separate_specular_color<br>
> Extensions: GL_EXT_shadow_funcs<br>
> Extensions: GL_EXT_stencil_two_side<br>
> Extensions: GL_EXT_stencil_wrap<br>
> Extensions: GL_EXT_texture3D<br>
> Extensions: GL_EXT_texture_array<br>
> Extensions: GL_EXT_texture_buffer_object<br>
> Extensions: GL_EXT_texture_compression_latc<br>
> Extensions: GL_EXT_texture_compression_rgtc<br>
> Extensions: GL_EXT_texture_compression_s3tc<br>
> Extensions: GL_EXT_texture_cube_map<br>
> Extensions: GL_EXT_texture_edge_clamp<br>
> Extensions: GL_EXT_texture_env_combine<br>
> Extensions: GL_EXT_texture_env_dot3<br>
> Extensions: GL_EXT_texture_filter_anisotropic<br>
> Extensions: GL_EXT_texture_integer<br>
> Extensions: GL_EXT_texture_lod<br>
> Extensions: GL_EXT_texture_lod_bias<br>
> Extensions: GL_EXT_texture_mirror_clamp<br>
> Extensions: GL_EXT_texture_object<br>
> Extensions: GL_EXT_texture_sRGB<br>
> Extensions: GL_EXT_texture_swizzle<br>
> Extensions: GL_EXT_texture_shared_exponent<br>
> Extensions: GL_EXT_timer_query<br>
> Extensions: GL_EXT_vertex_array<br>
> Extensions: GL_EXT_vertex_array_bgra<br>
> Extensions: GL_IBM_rasterpos_clip<br>
> Extensions: GL_IBM_texture_mirrored_repeat<br>
> Extensions: GL_KTX_buffer_region<br>
> Extensions: GL_NV_blend_square<br>
> Extensions: GL_NV_copy_depth_to_color<br>
> Extensions: GL_NV_depth_buffer_float<br>
> Extensions: GL_NV_conditional_render<br>
> Extensions: GL_NV_depth_clamp<br>
> Extensions: GL_NV_explicit_multisample<br>
> Extensions: GL_NV_fence<br>
> Extensions: GL_NV_float_buffer<br>
> Extensions: GL_NV_fog_distance<br>
> Extensions: GL_NV_fragment_program<br>
> Extensions: GL_NV_fragment_program_option<br>
> Extensions: GL_NV_fragment_program2<br>
> Extensions: GL_NV_framebuffer_multisample_coverage<br>
> Extensions: GL_NV_geometry_shader4<br>
> Extensions: GL_NV_gpu_program4<br>
> Extensions: GL_NV_half_float<br>
> Extensions: GL_NV_light_max_exponent<br>
> Extensions: GL_NV_multisample_coverage<br>
> Extensions: GL_NV_multisample_filter_hint<br>
> Extensions: GL_NV_occlusion_query<br>
> Extensions: GL_NV_packed_depth_stencil<br>
> Extensions: GL_NV_parameter_buffer_object<br>
> Extensions: GL_NV_pixel_data_range<br>
> Extensions: GL_NV_point_sprite<br>
> Extensions: GL_NV_primitive_restart<br>
> Extensions: GL_NV_register_combiners<br>
> Extensions: GL_NV_register_combiners2<br>
> Extensions: GL_NV_texgen_reflection<br>
> Extensions: GL_NV_texture_compression_vtc<br>
> Extensions: GL_NV_texture_env_combine4<br>
> Extensions: GL_NV_texture_expand_normal<br>
> Extensions: GL_NV_texture_rectangle<br>
> Extensions: GL_NV_texture_shader<br>
> Extensions: GL_NV_texture_shader2<br>
> Extensions: GL_NV_texture_shader3<br>
> Extensions: GL_NV_transform_feedback<br>
> Extensions: GL_NV_vertex_array_range<br>
> Extensions: GL_NV_vertex_array_range2<br>
> Extensions: GL_NV_vertex_program<br>
> Extensions: GL_NV_vertex_program1_1<br>
> Extensions: GL_NV_vertex_program2<br>
> Extensions: GL_NV_vertex_program2_option<br>
> Extensions: GL_NV_vertex_program3<br>
> Extensions: GL_NVX_conditional_render<br>
> Extensions: GL_SGIS_generate_mipmap<br>
> Extensions: GL_SGIS_texture_lod<br>
> Extensions: GL_SGIX_depth_texture<br>
> Extensions: GL_SGIX_shadow<br>
> Extensions: GL_SUN_slice_accum<br>
> ---------------<br>
> window state: 1<br>
> topmost: 0<br>
> profile: 0<br>
> buffer: 2<br>
> stereo: 0<br>
> full screen: 0<br>
> width: 500, height 500<br>
> offset: 0+0<br>
> frame rate: 50.000000<br>
> red: 8<br>
> green: 8<br>
> blue: 8<br>
> max texture: 8192<br>
> lighting 0<br>
> rectangle texturing: 2<br>
> direct yuv texturing: 0<br>
> ><br>
> > If the answer is yes, than a workaround would be:<br>
> ><br>
> > [gemhead]<br>
> > |<br>
> > [t b]<br>
> > |<br>
> > [any implementation of a counter]<br>
> > |<br>
> > (to the right outlet of pix_movie)<br>
> ><br>
> > I am not good at ASCII art, but if you want a frame rate different than<br>
> > 1:1 (meaning one movie frame per gem frame), you can implement the<br>
> > "counter" with necessary calculations and roundings to get the needed<br>
> > frame number.<br>
> ><br>
> > Obviously, if the answer to the initial question is "NO" and/or if the<br>
> > framerate unstability you describe is not only in the playing of the<br>
> > pix_movie but also in the framerate of the gemwin, then all this won't<br>
> > be of any help.<br>
> ><br>
> > I always use this technique (well it's too simple to call it a<br>
> > "technique") and never the "auto" mode even if I have never experienced<br>
> > problems with auto: the fact is that this also lets you easily control<br>
> > the playing speed.<br>
> > But I have to say that I have only used codecs that compress each frame<br>
> > separately (namely DV-PAL in my case); with any codec that uses previous<br>
> > frames to decode a given frame, this method may give, I guess, problems<br>
> > of performance.<br>
> ><br>
> > Bye<br>
> > m.<br>
> ><br>
> > Jack escribió:<br>
> > > The behavior of [pix_film] is not the same on Macosx and on Ubuntu.<br>
> > > What is described in the help file seems to work only for Linux OS.<br>
> > > I am a newbie on Ubuntu, that's why i am a little surprised to have a<br>
> > > different behavior between the two OS. And, if i'm right, the movie<br>
> > > doesn't play each frame on MacOSX and it play in loop when you click on<br>
> > > [auto 1(.<br>
> > > However, you are right on Linux ;) I have tested and see that the frame<br>
> > > started at 25 and go down to 7 !<br>
> > > So my question is : how to have a approximate 'constant' frame rate ?<br>
> > > (to send a bang to [gemhead] with a [metro] changes not at all the<br>
> > > problem).<br>
> > > Thanx.<br>
> > > ++<br>
> > ><br>
> > > Jack<br>
> > ><br>
> > ><br>
> > > Le lundi 10 août 2009 à 09:47 +0200, Max a écrit :<br>
> > >> In the helpfile to pix_film is written:<br>
> > >> -----<br>
> > >> use the "auto" message, to automatically proceed to the next frame<br>
> > >> each rendering cycle.<br>
> > >> -----<br>
> > >> that means that the movie is never played back according to a header<br>
> > >> information about the real fps, but according to the frame rate the<br>
> > >> gemwin is running at.<br>
> > >><br>
> > >> so i the behavior you are describing is expected. no movie will run<br>
> > >> just like in VLC other than purely by coincidence.<br>
> > >> please correct me if i'm wrong.<br>
> > >><br>
> > >> max<br>
> > >><br>
> > >> Am 10.08.2009 um 00:48 schrieb Jack:<br>
> > >><br>
> > >>> Hello,<br>
> > >>><br>
> > >>> I encounter a problem to play movies at normal speed with [pix_film]<br>
> > >>> and<br>
> > >>> [pix_movie]. I tried with a .mov (photo JPEG) and a .avi movies.<br>
> > >>> During<br>
> > >>> the movie play, sometimes the movies go fast, sometimes they go<br>
> > >>> slowly.<br>
> > >>> I use the message [auto 1( to start the movies or the second inlet<br>
> > >>> with<br>
> > >>> a counter but still have the problem !?<br>
> > >>> So i think i have something wrong with Pd (or Ubuntu) and not GEM.<br>
> > >>> For information, all is ok to play these movies with VLC.<br>
> > >>> Can you help me to configure something wrong on my computer ? :)<br>
> > >>> Thanx a<br>
> > >>> lot !<br>
> > >>><br>
> > >>> Here my configuration :<br>
> > >>> Pd version 0.41.4-extended<br>
> > >>> GEM: ver: 0.92.CVS<br>
> > >>> GEM: compiled: Jun 15 2009<br>
> > >>> Ubuntu 9.04<br>
> > >>> GPU : Nvidia 9700M GTS<br>
> > >>><br>
> > >>> ++<br>
> > >>><br>
> > >>> Jack<br>
> > >>><br>
> > >>><br>
> > >>><br>
> > >>> _______________________________________________<br>
> > >>> GEM-dev mailing list<br>
> > >>> <a href="mailto:GEM-dev@iem.at">GEM-dev@iem.at</a><br>
> > >>> <a href="http://lists.puredata.info/listinfo/gem-dev" target="_blank">http://lists.puredata.info/listinfo/gem-dev</a><br>
> > ><br>
> > ><br>
> > > _______________________________________________<br>
> > > GEM-dev mailing list<br>
> > > <a href="mailto:GEM-dev@iem.at">GEM-dev@iem.at</a><br>
> > > <a href="http://lists.puredata.info/listinfo/gem-dev" target="_blank">http://lists.puredata.info/listinfo/gem-dev</a><br>
> ><br>
> ><br>
><br>
><br>
> _______________________________________________<br>
> GEM-dev mailing list<br>
> <a href="mailto:GEM-dev@iem.at">GEM-dev@iem.at</a><br>
> <a href="http://lists.puredata.info/listinfo/gem-dev" target="_blank">http://lists.puredata.info/listinfo/gem-dev</a><br>
<br>
<br>
_______________________________________________<br>
GEM-dev mailing list<br>
<a href="mailto:GEM-dev@iem.at">GEM-dev@iem.at</a><br>
<a href="http://lists.puredata.info/listinfo/gem-dev" target="_blank">http://lists.puredata.info/listinfo/gem-dev</a><br>
</div></div></blockquote></div><br>