JesterN

i'm a newbie with a very nice patch for a very nice show. But as a messy musician i don't understand much of video processing.

My problem is rendering jitter to video with very High Definition, it doesn't matter time. I followed the exmples and the simplest thing i could find was rendering in a separate window and then capture the desktop. Even if i use "write raw lossless 30" and the record object with 1024*576 fo exqmple, the quality is not as good as the rendered one.

My question is: is there a way of rendeing the exact quality you render on the screen to disk in a video file workable afterwards (for buning compress etc..)? If yes, how can i implement this in a patch in which i render the video in a jit.window?

Hallo everybody,
i'm a newbie with a very nice patch for a very nice show. But as a messy musician i don't understand much of video processing.
My problem is rendering jitter to video with very High Definition, it doesn't matter time. I followed the exmples and the simplest thing i could find was rendering in a separate window and then capture the desktop. Even if i use "write raw lossless 30" and the record object with 1024*576 fo exqmple, the quality is not as good as the rendered one.

recording-jitter

ok i think i found a way of solving the porblem, i'll send you the patch anyway. It's messy and probably could be done easier, i took away some auxiliary parts, essentially it's just Open Gl now. My problem as you unerstood is the recording part. 

I hope now i can have better quality, at least i don't go trough the desktop capture as before. I followed the examples: jit.render-tomatrix.pat in the examples folder.

If you think now works fine for high quality recording, i have one further question:

i use some texture ad when i'm in high quality jitter cannot render in real time and my texture skips some frames making the output not nice. I adapt the frame rate manually to adjust it but it's kind of "bricolage". Do you now a better way of having all frames not in real time?

ok i think i found a way of solving the porblem, i'll send you the patch anyway. It's messy and probably could be done easier, i took away some auxiliary parts, essentially it's just Open Gl now. My problem as you unerstood is the recording part. 
I hope now i can have better quality, at least i don't go trough the desktop capture as before. I followed the examples: jit.render-tomatrix.pat in the examples folder.

If you think now works fine for high quality recording, i have one further question:
i use some texture ad when i'm in high quality jitter cannot render in real time and my texture skips some frames making the output not nice. I adapt the frame rate manually to adjust it but it's kind of "bricolage". Do you now a better way of having all frames not in real time?
Hope you understood me.
Than ks so far
Alberto


My render_node patch might work for you. You can download it from 

On Dec 11, 2006, at 3:57 PM, alberto novello wrote:

> ok i think i found a way of solving the porblem, i'll send you the 

> patch anyway. It's messy and probably could be done easier, i took 

> away some auxiliary parts, essentially it's just Open Gl now. My 

> problem as you unerstood is the recording part.

> I hope now i can have better quality, at least i don't go trough 

> the desktop capture as before. I followed the examples: jit.render- 

> If you think now works fine for high quality recording, i have one 

> i use some texture ad when i'm in high quality jitter cannot render 

> in real time and my texture skips some frames making the output not 

> nice. I adapt the frame rate manually to adjust it but it's kind of 

> "bricolage". Do you now a better way of having all frames not in 

My render_node patch might work for you.  You can download it from  
http://2uptech.com .

> ok i think i found a way of solving the porblem, i'll send you the  
> patch anyway. It's messy and probably could be done easier, i took  
> away some auxiliary parts, essentially it's just Open Gl now. My  
> problem as you unerstood is the recording part.
> I hope now i can have better quality, at least i don't go trough  
> the desktop capture as before. I followed the examples: jit.render- 
> tomatrix.pat in the examples folder.
>
> If you think now works fine for high quality recording, i have one  
> further question:
> i use some texture ad when i'm in high quality jitter cannot render  
> in real time and my texture skips some frames making the output not  
> nice. I adapt the frame rate manually to adjust it but it's kind of  
> "bricolage". Do you now a better way of having all frames not in  
> real time?
> Hope you understood me.
> Than ks so far
> Alberto
>


Ok i think i'm getting over some problems now. Thanks very much.

Just maybe one more question: from all the codecs present (i'm a bit puzzled), which one is the best suitable for high definition with OpenGL, don't care so much about spece just very high quality.

Ok i think i'm getting over some problems now. Thanks very much.
Just maybe one more question: from all the codecs present (i'm a bit puzzled), which one is the best suitable for high definition with OpenGL, don't care so much about spece just very high quality.
Thanks
Alberto


the manual states that until qt 7 only certian codecs support the uyvy

> Ok i think i'm getting over some problems now. Thanks very much.

> Just maybe one more question: from all the codecs present (i'm a bit

> puzzled), which one is the best suitable for high definition with OpenGL,

> don't care so much about spece just very high quality.

the manual states that until qt 7 only certian codecs support the uyvy
colormode which uses half the bandwidth.
i use photojpeg and it works.
- it doesnt support alpha channel.

On 12/12/06, alberto novello  wrote:
>
>
> Ok i think i'm getting over some problems now. Thanks very much.
> Just maybe one more question: from all the codecs present (i'm a bit
> puzzled), which one is the best suitable for high definition with OpenGL,
> don't care so much about spece just very high quality.
> Thanks
> Alberto
>

recording jitter