On Mon, 2013-09-16 at 17:52 +0300, Einar Rünkaru wrote:
> Hi
>
>
> On Sun, Sep 15, 2013 at 7:00 PM, Ned Haskin <[email protected]>
> wrote:
> Hi,
> I noticed that when I render through the pipe, the stream is
> always yuv420p.
>
> Input #0, yuv4mpegpipe, from 'pipe:':
> Duration: N/A, bitrate: N/A
> Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p,
> 1280x720, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 29.97 tbn,
> 29.97 tbc
>
> Now I figured I was probably doing something wrong & double
> checked everything.
> Input file dnxhd 720p yuv422p cinelerra color model yuv 8bit.
> Reading the manual I saw that rgb-float is
> close to lossless and will work with yuv & is faster in many
> plugins. so I tried again in rgb-float.
> Same yuv420p stream. So I tried rendering to one of the
> formats that works natively mpeg4. The output
> file came out as yuv422p. This is with rgb-float as
> cinelerra's color model. Same dnxhd yuv422p input
> file.
>
> I tried this with both versions of cinelerra I have installed
> CV, HV-4.4
> Is this broken? I looked through the yuvstream patch for 4.4 &
> it looks to me like it's setup to make sure
> the color model isn't changed. There are comments in it about
> no lossy format conversions. With the if
> statements checking & maintaining color model.
>
> Anyone have a clue on this?
>
My command line output from render start to finish, skipping repetitive frame
encoding lines.
render.C: 391
trying popen( ffmpeg -i - -c:vcodec dnxhd -b:v 220M
/home/ned17/video-final/72513-DNxHD.m2v)
ffmpeg version N-55387-ge1a5ee2 Copyright (c) 2000-2013 the FFmpeg developers
built on Aug 9 2013 09:41:44 with gcc 4.7 (Debian 4.7.2-5)
configuration: --enable-gpl --enable-nonfree --enable-libx264
--enable-libxvid --enable-libmp3lame --enable-libfaac
--enable-libtwolame
libavutil 52. 41.100 / 52. 41.100
libavcodec 55. 24.100 / 55. 24.100
libavformat 55. 13.102 / 55. 13.102
libavdevice 55. 3.100 / 55. 3.100
libavfilter 3. 82.100 / 3. 82.100
libswscale 2. 4.100 / 2. 4.100
libswresample 0. 17.103 / 0. 17.103
libpostproc 52. 3.100 / 52. 3.100
Input #0, yuv4mpegpipe, from 'pipe:':
Duration: N/A, bitrate: N/A
Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x720, SAR
1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc
Output #0, mpeg2video, to '/home/ned17/video-final/072513-DNxHD.m2v':
Metadata:
encoder : Lavf55.13.102
Stream #0:0: Video: dnxhd, yuv422p, 1280x720 [SAR 1:1 DAR 16:9], q=2-1024,
220000 kb/s, 90k tbn, 29.97 tbc
Stream mapping:
Stream #0:0 -> #0:0 (rawvideo -> dnxhd)
frame= 37 fps=0.0 q=1.0 size= 16576kB time=00:00:01.23 bitrate=109990.5kbits
frame= 1242 fps= 38 q=1.0 size= 556416kB time=00:00:41.44 bitrate=109990.5kbits
frame= 1296 fps= 39 q=1.0 size= 580608kB time=00:00:43.24 bitrate=109990.5kbits
frame= 1347 fps= 40 q=1.0 size= 603456kB time=00:00:44.94 bitrate=109990.5kbits
frame= 1402 fps= 41 q=1.0 size= 628096kB time=00:00:46.78 bitrate=109990.5kbits
frame= 1455 fps= 42 q=1.0 size= 651840kB time=00:00:48.54 bitrate=109990.5kbits
frame= 6966 fps= 40 q=1.0 Lsize= 3120768kB time=00:03:52.43
bitrate=109990.5kbits/s
video:3120768kB audio:0kB subtitle:0 global headers:0kB muxing overhead
0.000000%
Render::render_single: Session finished.
dnxhd requires yuv422p, so ffmpeg converts it without -pix_fmt yuv422p in the
cl.
Is this happening to you to?
Ned
>
_______________________________________________
Cinelerra mailing list
[email protected]
https://lists.skolelinux.org/listinfo/cinelerra
