[FFmpeg-user] Beaglebone - streaming issue - horizontal lines in output

Tue Oct 22 21:06:29 EEST 2019

Hi Carl

I have been working on my issue.
And testing out just an output to a mp3 file...
I am still getting the same problem.

The issue is the weird horizontal lines.
See attached video.
I am guess some sort of pixel indexing - issue...

Note - using debian on beaglebone green wifi

And I built ffmpeg (with --neon) 

***

Command line used:

ffmpeg -video_size 320x240 -framerate 30 -i /dev/video0 -pix_fmt yuv422p -c:v libx264 testvd.mp4

***
debian at beaglebone:~/ffmpeg$ ffmpeg -video_size 320x240 -framerate 30 -i /dev/video0 -pix_fmt yuv422p -c:v libx264 testvd.mp4
ffmpeg version N-95495-gf7f4691f9f Copyright (c) 2000-2019 the FFmpeg developers
  built with gcc 6.3.0 (Debian 6.3.0-18+deb9u1) 20170516
  configuration: --enable-shared --enable-libx264 --enable-gpl --enable-neon
  libavutil      56. 35.101 / 56. 35.101
  libavcodec     58. 59.102 / 58. 59.102
  libavformat    58. 33.100 / 58. 33.100
  libavdevice    58.  9.100 / 58.  9.100
  libavfilter     7. 64.100 /  7. 64.100
  libswscale      5.  6.100 /  5.  6.100
  libswresample   3.  6.100 /  3.  6.100
  libpostproc    55.  6.100 / 55.  6.100
Input #0, video4linux2,v4l2, from '/dev/video0':
  Duration: N/A, start: 95810.955189, bitrate: 36864 kb/s
    Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 320x240, 36864 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc
File 'testvd.mp4' already exists. Overwrite? [y/N] y
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))
Press [q] to stop, [?] for help
[libx264 @ 0x2269580] using cpu capabilities: ARMv6 NEON
[libx264 @ 0x2269580] profile High 4:2:2, level 1.3, 4:2:2, 8-bit
[libx264 @ 0x2269580] 264 - core 157 r2969 d4099dd - H.264/MPEG-4 AVC codec - Copyleft 2003-2019 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=1 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'testvd.mp4':
  Metadata:
    encoder         : Lavf58.33.100
    Stream #0:0: Video: h264 (libx264) (avc1 / 0x31637661), yuv422p, 320x240, q=-1--1, 30 fps, 15360 tbn, 30 tbc
    Metadata:
      encoder         : Lavc58.59.102 libx264
    Side data:
      cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: N/A
frame=   44 fps=0.0 q=29.0 size=       0kB time=00:00:00.00 bitrate=5907.7kbits/s dup=27 drop=0 speed=8.86e-05x frame=  128 fps=7.0 q=29.0 Lsize=     283kB time=00:00:04.16 bitrate= 556.6kbits/s dup=58 drop=0 speed=0.227x   
video:281kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.821830%
[libx264 @ 0x2269580] frame I:1     Avg QP:23.63  size: 21886
[libx264 @ 0x2269580] frame P:36    Avg QP:26.89  size:  5723
[libx264 @ 0x2269580] frame B:91    Avg QP:31.06  size:   648
[libx264 @ 0x2269580] consecutive B-frames:  0.8% 12.5%  2.3% 84.4%
[libx264 @ 0x2269580] mb I  I16..4:  1.7% 19.7% 78.7%
[libx264 @ 0x2269580] mb P  I16..4:  1.0%  1.6%  2.6%  P16..4: 43.2% 23.9% 16.3%  0.0%  0.0%    skip:11.3%
[libx264 @ 0x2269580] mb B  I16..4:  0.3%  0.0%  0.3%  B16..8: 23.8%  5.2%  1.4%  direct: 3.1%  skip:66.0%  L0:52.5% L1:36.3% BI:11.2%
[libx264 @ 0x2269580] 8x8 transform intra:23.1% inter:32.2%
[libx264 @ 0x2269580] coded y,uvDC,uvAC intra: 79.3% 95.6% 80.1% inter: 20.1% 21.2% 5.1%
[libx264 @ 0x2269580] i16 v,h,dc,p:  5% 79%  1% 15%
[libx264 @ 0x2269580] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 19% 18%  7%  7%  9%  8% 10%  8%
[libx264 @ 0x2269580] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 32% 20%  5%  4%  4%  5%  5%  5%
[libx264 @ 0x2269580] i8c dc,h,v,p: 48% 28% 16%  7%
[libx264 @ 0x2269580] Weighted P-Frames: Y:16.7% UV:13.9%
[libx264 @ 0x2269580] ref P L0: 40.6%  6.3% 32.3% 19.8%  1.0%
[libx264 @ 0x2269580] ref B L0: 54.0% 31.3% 14.7%
[libx264 @ 0x2269580] ref B L1: 94.6%  5.4%
[libx264 @ 0x2269580] kb/s:537.82
Exiting normally, received signal 2.

***
Camera info:

ioctl: VIDIOC_ENUM_FMT
        Index       : 0
        Type        : Video Capture
        Pixel Format: 'YUYV'
        Name        : YUYV 4:2:2

And webcam works fine with skype and other programs...not horizontal lines.

Thanks so much!!

Phil

*************

Hi Carl

Thanks for info.
I am working on updated build with most current ffmpeg for Beaglebone board.
And will check again.

Cheers.

Phil

-----Original Message-----
From: ffmpeg-user <ffmpeg-user-bounces at ffmpeg.org> On Behalf Of Carl Eugen Hoyos
Sent: Friday, October 4, 2019 6:26 PM
To: FFmpeg user questions <ffmpeg-user at ffmpeg.org>
Subject: Re: [FFmpeg-user] Beaglebone - streaming issue - lines in output (and if someone is good with Beaglebone live streaming P2P... please let me know...)

Am Fr., 4. Okt. 2019 um 19:18 Uhr schrieb Philip Chisholm <phil at filzer.com>:

> debian at beaglebone:~$ ffmpeg -s 320x200 -r 10 -i /dev/video0 -c:v h264 
> -pix_fmt yuv420p -an -sn -preset ultrafast -tune zerolatency -r 30 -f 
> flv rtmp://165.22.232.61:1935/hls/movie

Should be "video_size" and "framerate" instead of "s" and "r".
(Doesn't matter for "s" iirc, can matter for "r".) More important (and sorry if you don't find this obvious):
Your command line does very different things and it is difficult for us to guess were the issue is - do you see the same problems with file output (and different options for v4l2)?

> ffmpeg version 3.2.14-1~deb9u1 Copyright (c) 2000-2019 the FFmpeg 
> developers

Please understand that only current FFmpeg git head is supported.

It seems very unlikely to me that FFmpeg produces the lines.

Carl Eugen
_______________________________________________
ffmpeg-user mailing list
ffmpeg-user at ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".
-------------- next part --------------
A non-text attachment was scrubbed...
Name: testvd.mp4
Type: video/mp4
Size: 289892 bytes
Desc: testvd.mp4
URL: <http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20191022/17949d79/attachment.mp4>