Erik Slagter | 1 Jul 2011 12:46
Gravatar

proposal: nal-hrd and interlacing

Hi guys,

I've spent "some" time to find out that you need to enable nal-hrd if you want your interlaced material to be
played back properly. I don't know 
what's the relation between the two, but it clearly doesn't work without nal-hrd, the motion is jerky on a stb.

Can this be prevented by either adding it to the usage screen, or enable nal-hrd automatically when
interlaced encoding is selected or print a warning 
message when interlacing is enabled but nal-hrd isn't (I favour the last option)?

Thanks.

Attachment (smime.p7s): application/pkcs7-signature, 5110 bytes
_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel
Jason Garrett-Glaser | 1 Jul 2011 14:41

Re: proposal: nal-hrd and interlacing

On Fri, Jul 1, 2011 at 3:46 AM, Erik Slagter <erik <at> slagter.name> wrote:
> Hi guys,
>
> I've spent "some" time to find out that you need to enable nal-hrd if you
> want your interlaced material to be played back properly. I don't know
> what's the relation between the two, but it clearly doesn't work without
> nal-hrd, the motion is jerky on a stb.

Correction: the motion is jerky on *your* STB.

We are not going to modify the default encoder parameters because of a
single picky set-top-box.  In the case of a single picky set-top-box,
you are quite capable of setting the parameters yourself.

Jason
_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel

Matyas | 4 Jul 2011 19:53

X264, amd64, compile error

Has there been a resolution to this problem that I missed?

 >> Someone else reported this also, see the "[x264-devel] X264, amd64,
 >> compile error" thread. In the mean time, it looks like the compiler is
 >> defaulting to x86_64 as it should, while the linker is defaulting to
 >> i386. Could you try adding
 >> --extra-ldflags="-m64"
 >> to your configure line, and see if that fixes it.
 >>
 >>
 >>
 >
 > thanks for your advice!
 >
 > ./configure --extra-ldflags="-m64"
 > No working C compiler found.
 >
 > gcc target host is i486 on debian. in that way 64bit can't be compiled. i
 > don't know why this has to be like that and didn't find a way to install gcc
 > toolchain for 32bit&  64bit code.

I am running a 64 bit kernel and 32 bit userspace.  Thanks.

-Matyas
_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel

(Continue reading)

Nicolas George | 4 Jul 2011 19:58
Favicon

Re: X264, amd64, compile error

Le sextidi 16 messidor, an CCXIX, Matyas a écrit :
> I am running a 64 bit kernel and 32 bit userspace.  Thanks.

What does "uname -m" returns? Does prefixing the configure call with
"setarch i386" help?

Regards,

--

-- 
  Nicolas George
_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel
Om Ji Omer | 8 Jul 2011 17:40
Picon

Re: Need help in h.264/avc parsing

You can use JM decoder with trace flag on.

On Fri, Jul 8, 2011 at 5:49 PM, pcuser p <pcuser.mails <at> gmail.com> wrote:
Hi,
Is there any open source h.264 video parser ,which identifies all
header info from the bitstream (atleast for commonly used profiles),

I heard people using Vega from interra systems,But is there any open
source parser(not necessarily a GUI based).


Can FFmpeg dump h.264 header info to a file,Is there any option to do it.


Regards,
RJ
_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel

_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel
A. Mullius | 9 Jul 2011 16:28
Picon

Stats Output per Frame

Hi,

I need to get the PSNR + FrameNumber of the encoding written to a file --> which i would parse afterwards. Is this possible to get this information for each frame?

Thx for help!

_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel
BugMaster | 9 Jul 2011 16:31
Picon

Re: Stats Output per Frame

On Sat, 9 Jul 2011 16:28:34 +0200, A. Mullius wrote:
> Hi, 

> I need to get the PSNR + FrameNumber of the encoding written to a
> file --> which i would parse afterwards. Is this possible to get this information for each frame?

> Thx for help!

Hi. You can use "--verbose --psnr" and redirect stderr to file.

_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel

Steven Walters | 10 Jul 2011 06:11
Favicon

Fix deprecation in libavformat usage

x264 | branch: master | Steven Walters <kemuri9 <at> gmail.com> | Sat Jun 18 14:12:34 2011 -0400|
[073f081762b78501e57c6bc2667c004858739edf] | committer: Jason Garrett-Glaser

Fix deprecation in libavformat usage
Replace av_open_input_file with avformat_open_input. Now requires libavformat 53.2.0 or newer.

> http://git.videolan.org/gitweb.cgi/x264.git/?a=commit;h=073f081762b78501e57c6bc2667c004858739edf
---

 configure    |   12 ++++--------
 input/lavf.c |   20 +++++++++-----------
 2 files changed, 13 insertions(+), 19 deletions(-)

diff --git a/configure b/configure
index 16007e0..d539afe 100755
--- a/configure
+++ b/configure
 <at>  <at>  -744,15 +744,11  <at>  <at>  if [ "$lavf" = "auto" ] ; then
         done
     fi
     LAVF_LIBS="-L. $LAVF_LIBS"
-    if cc_check libavformat/avformat.h "$LAVF_CFLAGS $LAVF_LIBS" "avcodec_decode_video2(0,0,0,0);"
; then
-        if cpp_check libavcodec/avcodec.h "$LAVF_CFLAGS $LAVF_LIBS" "LIBAVCODEC_VERSION_INT >=
AV_VERSION_INT(52,64,0)" ; then
-            if [ "$swscale" = "yes" ]; then
-                lavf="yes"
-            else
-                echo "Warning: libavformat is not supported without swscale support"
-            fi
+    if cc_check libavformat/avformat.h "$LAVF_CFLAGS $LAVF_LIBS" "avformat_open_input(0,0,0,0);" ; then
+        if [ "$swscale" = "yes" ]; then
+            lavf="yes"
         else
-            echo "Warning: libavcodec is too old, update to ffmpeg r22735+"
+            echo "Warning: libavformat is not supported without swscale support"
         fi
     fi
 fi
diff --git a/input/lavf.c b/input/lavf.c
index dc9fe55..424d3cb 100644
--- a/input/lavf.c
+++ b/input/lavf.c
 <at>  <at>  -29,6 +29,7  <at>  <at> 
 #undef DECLARE_ALIGNED
 #include <libavformat/avformat.h>
 #include <libavutil/pixdesc.h>
+#include <libavutil/dict.h>

 typedef struct
 {
 <at>  <at>  -136,16 +137,13  <at>  <at>  static int open_file( char *psz_filename, hnd_t *p_handle, video_info_t *info, c
     if( !strcmp( psz_filename, "-" ) )
         psz_filename = "pipe:";

-    /* if resolution was passed in, parse it and colorspace into parameters. this allows raw video support */
-    AVFormatParameters *param = NULL;
+    /* if resolution was passed in, place it and colorspace into options. this allows raw video support */
+    AVDictionary *options = NULL;
     if( opt->resolution )
     {
-        param = calloc( 1, sizeof(AVFormatParameters) );
-        if( !param )
-            return -1;
-        sscanf( opt->resolution, "%dx%d", &param->width, &param->height );
-        param->pix_fmt = opt->colorspace ? av_get_pix_fmt( opt->colorspace ) : PIX_FMT_YUV420P;
-        FAIL_IF_ERROR( param->pix_fmt == PIX_FMT_NONE, "unsupported colorspace: %s\n", opt->colorspace );
+        av_dict_set( &options, "video_size", opt->resolution, 0 );
+        const char *csp = opt->colorspace ? opt->colorspace : av_get_pix_fmt_name( PIX_FMT_YUV420P );
+        av_dict_set( &options, "pixel_format", csp, 0 );
     }

     /* specify the input format. this is helpful when lavf fails to guess */
 <at>  <at>  -153,9 +151,9  <at>  <at>  static int open_file( char *psz_filename, hnd_t *p_handle, video_info_t *info, c
     if( opt->format )
         FAIL_IF_ERROR( !(format = av_find_input_format( opt->format )), "unknown file format: %s\n",
opt->format );

-    FAIL_IF_ERROR( av_open_input_file( &h->lavf, psz_filename, format, 0, param ), "could not open input
file\n" )
-    if( param )
-        free( param );
+    FAIL_IF_ERROR( avformat_open_input( &h->lavf, psz_filename, format, &options ), "could not open
input file\n" )
+    if( options )
+        av_dict_free( &options );
     FAIL_IF_ERROR( av_find_stream_info( h->lavf ) < 0, "could not find input stream info\n" )

     int i = 0;

_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel

Steven Walters | 10 Jul 2011 06:11
Favicon

Fix link errors with libswscale/libavutil as shared libraries

x264 | branch: master | Steven Walters <kemuri9 <at> gmail.com> | Thu Jun 23 20:29:01 2011 -0400|
[3c78047c1136d0d205a5d26c733d2fed3f021652] | committer: Jason Garrett-Glaser

Fix link errors with libswscale/libavutil as shared libraries

> http://git.videolan.org/gitweb.cgi/x264.git/?a=commit;h=3c78047c1136d0d205a5d26c733d2fed3f021652
---

 configure |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/configure b/configure
index d539afe..41f7a7c 100755
--- a/configure
+++ b/configure
 <at>  <at>  -717,8 +717,8  <at>  <at>  fi
 if [ "$swscale" = "auto" ] ; then
     swscale="no"
     if ${cross_prefix}pkg-config --exists libswscale 2>/dev/null; then
-        SWSCALE_LIBS="$SWSCALE_LIBS $(${cross_prefix}pkg-config --libs libswscale)"
-        SWSCALE_CFLAGS="$SWSCALE_CFLAGS $(${cross_prefix}pkg-config --cflags libswscale)"
+        SWSCALE_LIBS="$SWSCALE_LIBS $(${cross_prefix}pkg-config --libs libswscale libavutil)"
+        SWSCALE_CFLAGS="$SWSCALE_CFLAGS $(${cross_prefix}pkg-config --cflags libswscale libavutil)"
     fi
     [ -z "$SWSCALE_LIBS" ] && SWSCALE_LIBS="-lswscale -lavutil"

_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel

Rémi Denis-Courmont | 10 Jul 2011 06:11
Favicon

ARM: do not override the toolchain default for FPU ABI

x264 | branch: master | Rémi Denis-Courmont <remi <at> remlab.net> | Thu Jun 30 14:07:43 2011 -0700|
[c9ba582d61db3e2b0a8587a46a7cb78f5371f9c7] | committer: Jason Garrett-Glaser

ARM: do not override the toolchain default for FPU ABI

> http://git.videolan.org/gitweb.cgi/x264.git/?a=commit;h=c9ba582d61db3e2b0a8587a46a7cb78f5371f9c7
---

 configure |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/configure b/configure
index 41f7a7c..9ce13bc 100755
--- a/configure
+++ b/configure
 <at>  <at>  -613,7 +613,7  <at>  <at>  fi

 if [ $asm = auto -a $ARCH = ARM ] ; then
     # set flags so neon is built by default
-    echo $CFLAGS | grep -Eq '(-mcpu|-march|-mfpu|-mfloat-abi)' || CFLAGS="$CFLAGS -mcpu=cortex-a8
-mfpu=neon -mfloat-abi=softfp"
+    echo $CFLAGS | grep -Eq '(-mcpu|-march|-mfpu)' || CFLAGS="$CFLAGS -mcpu=cortex-a8 -mfpu=neon"

     if  cc_check '' '' '__asm__("rev ip, ip");' ; then      define HAVE_ARMV6
         cc_check '' '' '__asm__("movt r0, #0");'         && define HAVE_ARMV6T2

_______________________________________________
x264-devel mailing list
x264-devel <at> videolan.org
http://mailman.videolan.org/listinfo/x264-devel

Gmane