Transkodieren mit Nvidia Kepler Graka unter Linux mit ffmpeg... Es geht

3PO · April 1, 2016 at 6:23 PM

Jetzt mal was erfreuliches:

Die Option "ColorSpace" "YCbCr444", brachte die Lösung, obwohl mir nicht ganz klar ist, weshalb ich diese Option bei der GTX950 brauche und bei der GT740 nicht?

Das Transcodieren geht recht flott, mit ca. 130 fps:

nvenc_h264

Display Spoiler

Code

vdr01_64 tmp # time ffmpeg -i test_hd.ts -vcodec nvenc_h264  destination.mkv
ffmpeg version 2.8.6 Copyright (c) 2000-2016 the FFmpeg developers
  built with gcc 4.9.3 (Gentoo 4.9.3 p1.2, pie-0.6.3)
  configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-march=core-avx2 -O2 -pipe' --disable-static --enable-avfilter --enable-avresample --disable-stripping --enable-version3 --enable-version3 --enable-nonfree --enable-version3 --enable-nonfree --enable-bzlib --enable-runtime-cpudetect --disable-debug --disable-doc --enable-gnutls --enable-gpl --enable-hardcoded-tables --enable-iconv --disable-lzma --enable-network --disable-openssl --enable-postproc --enable-libsmbclient --enable-ffplay --enable-sdl --enable-vaapi --enable-vdpau --enable-xlib --disable-libxcb --disable-libxcb-shm --disable-libxcb-xfixes --enable-zlib --disable-libcdio --disable-libiec61883 --enable-libdc1394 --enable-libcaca --disable-openal --enable-opengl --disable-libv4l2 --disable-libpulse --enable-libopencore-amrwb --enable-libopencore-amrnb --enable-libfdk-aac --disable-libopenjpeg --enable-libbluray --disable-libcelt --disable-libgme --disable-libgsm --enable-libmodplug --disable-libopus --disable-libquvi --disable-librtmp --disable-libssh --enable-libschroedinger --disable-libspeex --enable-libvorbis --disable-libvpx --disable-libzvbi --disable-libbs2b --disable-libflite --disable-frei0r --disable-libfribidi --enable-fontconfig --disable-ladspa --disable-libass --enable-libfreetype --disable-libsoxr --enable-pthreads --enable-libvo-aacenc --disable-libvo-amrwbenc --enable-libmp3lame --enable-libaacplus --enable-libfaac --disable-libsnappy --enable-libtheora --disable-libtwolame --disable-libwavpack --disable-libwebp --enable-libx264 --disable-libx265 --enable-libxvid --enable-nvenc --enable-x11grab --disable-amd3dnow --disable-amd3dnowext --disable-fma4 --disable-xop --enable-pic --cpu=core-avx2
  libavutil      54. 31.100 / 54. 31.100
  libavcodec     56. 60.100 / 56. 60.100
  libavformat    56. 40.101 / 56. 40.101
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 40.101 /  5. 40.101
  libavresample   2.  1.  0 /  2.  1.  0
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.101 /  1.  2.101
  libpostproc    53.  3.100 / 53.  3.100
[h264 @ 0x6590e0] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 0x6590e0] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one
[mpegts @ 0x654d60] PES packet size mismatch
    Last message repeated 1 times
Input #0, mpegts, from 'test_hd.ts':
  Duration: 00:02:43.23, start: 25641.453933, bitrate: 8118 kb/s
  Program 132
    Stream #0:0[0x2ff]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc
    Stream #0:1[0x303](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), fltp, 384 kb/s
    Stream #0:2[0x304](eng): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 192 kb/s
File 'destination.mkv' already exists. Overwrite ? [y/N] y
Output #0, matroska, to 'destination.mkv':
  Metadata:
    encoder         : Lavf56.40.101
    Stream #0:0: Video: h264 (nvenc_h264) (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 25 fps, 1k tbn, 25 tbc
    Metadata:
      encoder         : Lavc56.60.100 nvenc_h264
    Stream #0:1(deu): Audio: vorbis (libvorbis) (oV[0][0] / 0x566F), 48000 Hz, 5.1(side), fltp
    Metadata:
      encoder         : Lavc56.60.100 libvorbis
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> h264 (nvenc_h264))
  Stream #0:1 -> #0:1 (ac3 (native) -> vorbis (libvorbis))
Press [q] to stop, [?] for help
[h264 @ 0xdd6ec0] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 0xdd6ec0] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one
[mpegts @ 0x654d60] PES packet size mismatchime=00:02:40.60 bitrate=4692.5kbits/s
[ac3 @ 0x65ace0] incomplete frame
[h264 @ 0xf83ae0] error while decoding MB 14 14, bytestream -6
frame= 4055 fps=128 q=-0.0 Lsize=   94675kB time=00:02:43.24 bitrate=4751.2kbits/s
video:89962kB audio:4571kB subtitle:0kB other streams:0kB global headers:7kB muxing overhead: 0.150505%


real    0m33.789s
user    0m54.668s
sys     0m0.888s
vdr01_64 tmp #

Display More

nvenc_hevc

Display Spoiler

Code

vdr01_64 tmp # time ffmpeg -i test_hd.ts -vcodec nvenc_hevc out_nvenc_hevc.mkv
ffmpeg version 2.8.6 Copyright (c) 2000-2016 the FFmpeg developers
  built with gcc 4.9.3 (Gentoo 4.9.3 p1.2, pie-0.6.3)
  configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-march=core-avx2 -O2 -pipe' --disable-static --enable-avfilter --enable-avresample --disable-stripping --enable-version3 --enable-version3 --enable-nonfree --enable-version3 --enable-nonfree --enable-bzlib --enable-runtime-cpudetect --disable-debug --disable-doc --enable-gnutls --enable-gpl --enable-hardcoded-tables --enable-iconv --disable-lzma --enable-network --disable-openssl --enable-postproc --enable-libsmbclient --enable-ffplay --enable-sdl --enable-vaapi --enable-vdpau --enable-xlib --disable-libxcb --disable-libxcb-shm --disable-libxcb-xfixes --enable-zlib --disable-libcdio --disable-libiec61883 --enable-libdc1394 --enable-libcaca --disable-openal --enable-opengl --disable-libv4l2 --disable-libpulse --enable-libopencore-amrwb --enable-libopencore-amrnb --enable-libfdk-aac --disable-libopenjpeg --enable-libbluray --disable-libcelt --disable-libgme --disable-libgsm --enable-libmodplug --disable-libopus --disable-libquvi --disable-librtmp --disable-libssh --enable-libschroedinger --disable-libspeex --enable-libvorbis --disable-libvpx --disable-libzvbi --disable-libbs2b --disable-libflite --disable-frei0r --disable-libfribidi --enable-fontconfig --disable-ladspa --disable-libass --enable-libfreetype --disable-libsoxr --enable-pthreads --enable-libvo-aacenc --disable-libvo-amrwbenc --enable-libmp3lame --enable-libaacplus --enable-libfaac --disable-libsnappy --enable-libtheora --disable-libtwolame --disable-libwavpack --disable-libwebp --enable-libx264 --disable-libx265 --enable-libxvid --enable-nvenc --enable-x11grab --disable-amd3dnow --disable-amd3dnowext --disable-fma4 --disable-xop --enable-pic --cpu=core-avx2
  libavutil      54. 31.100 / 54. 31.100
  libavcodec     56. 60.100 / 56. 60.100
  libavformat    56. 40.101 / 56. 40.101
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 40.101 /  5. 40.101
  libavresample   2.  1.  0 /  2.  1.  0
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.101 /  1.  2.101
  libpostproc    53.  3.100 / 53.  3.100
[h264 @ 0x6590e0] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 0x6590e0] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one
[mpegts @ 0x654d60] PES packet size mismatch
    Last message repeated 1 times
Input #0, mpegts, from 'test_hd.ts':
  Duration: 00:02:43.23, start: 25641.453933, bitrate: 8118 kb/s
  Program 132
    Stream #0:0[0x2ff]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc
    Stream #0:1[0x303](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), fltp, 384 kb/s
    Stream #0:2[0x304](eng): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 192 kb/s
Output #0, matroska, to 'out_nvenc_hevc.mkv':
  Metadata:
    encoder         : Lavf56.40.101
    Stream #0:0: Video: hevc (nvenc_hevc), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 25 fps, 1k tbn, 25 tbc
    Metadata:
      encoder         : Lavc56.60.100 nvenc_hevc
    Stream #0:1(deu): Audio: vorbis (libvorbis) (oV[0][0] / 0x566F), 48000 Hz, 5.1(side), fltp
    Metadata:
      encoder         : Lavc56.60.100 libvorbis
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> hevc (nvenc_hevc))
  Stream #0:1 -> #0:1 (ac3 (native) -> vorbis (libvorbis))
Press [q] to stop, [?] for help
[h264 @ 0xf69120] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 0xf69120] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one
[mpegts @ 0x654d60] PES packet size mismatchime=00:02:41.21 bitrate=4132.9kbits/s
[ac3 @ 0x65ace0] incomplete frame
[h264 @ 0x1115ec0] error while decoding MB 14 14, bytestream -6
frame= 4055 fps=126 q=-0.0 Lsize=   83191kB time=00:02:43.24 bitrate=4174.8kbits/s
video:78478kB audio:4571kB subtitle:0kB other streams:0kB global headers:7kB muxing overhead: 0.171303%


real    0m32.526s
user    0m54.888s
sys     0m0.756s
vdr01_64 tmp #

Display More

Code

vdr01_64 tmp # du -h *.mkv
93M     out_nvenc_h264.mkv
82M     out_nvenc_hevc.mkv
vdr01_64 tmp #

kmoss · April 1, 2016 at 6:49 PM

Quote from 3PO

Die Option "ColorSpace" "YCbCr444", brachte die Lösung, obwohl mir nicht ganz klar ist, weshalb ich diese Option bei der GTX950 brauche und bei der GT740 nicht?

Zumindest bei UHD-Auflösungen wird gern auf 4:2:0 zurückgefallen, wobei es die unterschiedlichsten Gründe gibt, warum HDMI 2.0 mit 60 Hz nicht in 4:4:4 ankommt. Ich nutze zum Prüfen in diesem Bild die unteren Zeilen, wobei ich kein Unterschied zwischen RGB und 4:4:4 festgestellt habe, nur zu 4:2:0.

3PO · April 1, 2016 at 6:58 PM

Ich habe mich wohl zu früh gefreut.
Es schneit leider immer noch. Allerdings seltener und nicht ganz so heftig, aber stören tut es mich trotzdem.

Ich weiß nicht, wo ich da noch weiter suchen soll?

Ich werde wohl wieder meine GT740 einbauen und auf "nvenc_hevc" verzichten.

kmoss · April 1, 2016 at 8:11 PM

Die Größen der erzeugten Dateien weichen bei mir ab, besonders bei h264. Gegenüber der Anleitung von NVIDIA habe ich nur libfdk-aac dazu genommen.

Details

Code

>time ffmpeg -i test_hd_1080i50.ts -vcodec nvenc_h264  out_nvenc_h264.mkv
ffmpeg version N-76538-gb83c849 Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.1)
  configuration: --enable-nonfree --enable-nvenc --enable-nvresize --extra-cflags=-I../cudautils --extra-ldflags=-L../cudautils --enable-gpl --enable-libx264 --enable-libfdk-aac
  libavutil      55.  5.100 / 55.  5.100
  libavcodec     57. 15.100 / 57. 15.100
  libavformat    57. 14.100 / 57. 14.100
  libavdevice    57.  0.100 / 57.  0.100
  libavfilter     6. 15.100 /  6. 15.100
  libswscale      4.  0.100 /  4.  0.100
  libswresample   2.  0.101 /  2.  0.101
  libpostproc    54.  0.100 / 54.  0.100
[h264 @ 0x3b18740] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 0x3b18740] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one
[mpegts @ 0x3b14380] PES packet size mismatch
    Last message repeated 1 times
Input #0, mpegts, from 'test_hd_1080i50.ts':
  Duration: 00:02:43.23, start: 25641.453933, bitrate: 8118 kb/s
  Program 132
    Stream #0:0[0x2ff]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc
    Stream #0:1[0x303](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), fltp, 384 kb/s
    Stream #0:2[0x304](eng): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 192 kb/s
Output #0, matroska, to 'out_nvenc_h264.mkv':
  Metadata:
    encoder         : Lavf57.14.100
    Stream #0:0: Video: h264 (nvenc_h264) (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 25 fps, 1k tbn, 25 tbc
    Metadata:
      encoder         : Lavc57.15.100 nvenc_h264
    Stream #0:1(deu): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), fltp, 448 kb/s
    Metadata:
      encoder         : Lavc57.15.100 ac3
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> h264 (nvenc_h264))
  Stream #0:1 -> #0:1 (ac3 (native) -> ac3 (native))
Press [q] to stop, [?] for help
[h264 @ 0x427d1a0] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 0x427d1a0] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one
[mpegts @ 0x3b14380] PES packet size mismatchme=00:02:40.31 bitrate=6551.5kbits/s
[ac3 @ 0x3b1a660] incomplete frame
[h264 @ 0x427d1a0] error while decoding MB 15 14, bytestream -8
frame= 4055 fps=150 q=-0.0 Lsize=  132462kB time=00:02:43.24 bitrate=6647.5kbits/s
video:123488kB audio:8885kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.067832%


real    0m27.454s
user    0m47.805s
sys     0m0.777s


>time ffmpeg -i test_hd_1080i50.ts -vcodec nvenc_hevc  out_nvenc_hevc.mkv
ffmpeg version N-76538-gb83c849 Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.1)
  configuration: --enable-nonfree --enable-nvenc --enable-nvresize --extra-cflags=-I../cudautils --extra-ldflags=-L../cudautils --enable-gpl --enable-libx264 --enable-libfdk-aac
  libavutil      55.  5.100 / 55.  5.100
  libavcodec     57. 15.100 / 57. 15.100
  libavformat    57. 14.100 / 57. 14.100
  libavdevice    57.  0.100 / 57.  0.100
  libavfilter     6. 15.100 /  6. 15.100
  libswscale      4.  0.100 /  4.  0.100
  libswresample   2.  0.101 /  2.  0.101
  libpostproc    54.  0.100 / 54.  0.100
[h264 @ 0x2adc740] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 0x2adc740] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one
[mpegts @ 0x2ad8380] PES packet size mismatch
    Last message repeated 1 times
Input #0, mpegts, from 'test_hd_1080i50.ts':
  Duration: 00:02:43.23, start: 25641.453933, bitrate: 8118 kb/s
  Program 132
    Stream #0:0[0x2ff]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc
    Stream #0:1[0x303](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), fltp, 384 kb/s
    Stream #0:2[0x304](eng): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 192 kb/s
Output #0, matroska, to 'out_nvenc_hevc.mkv':
  Metadata:
    encoder         : Lavf57.14.100
    Stream #0:0: Video: hevc (nvenc_hevc), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 25 fps, 1k tbn, 25 tbc
    Metadata:
      encoder         : Lavc57.15.100 nvenc_hevc
    Stream #0:1(deu): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), fltp, 448 kb/s
    Metadata:
      encoder         : Lavc57.15.100 ac3
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> hevc (nvenc_hevc))
  Stream #0:1 -> #0:1 (ac3 (native) -> ac3 (native))
Press [q] to stop, [?] for help
[h264 @ 0x33bc620] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 0x33bc620] number of reference frames (0+4) exceeds max (3; probably corrupt input), discarding one
[mpegts @ 0x2ad8380] PES packet size mismatchme=00:02:40.79 bitrate=4312.6kbits/s
[ac3 @ 0x2ade660] incomplete frame
[h264 @ 0x33bc620] error while decoding MB 15 14, bytestream -8
frame= 4055 fps=139 q=-0.0 Lsize=   86825kB time=00:02:43.24 bitrate=4357.2kbits/s
video:77863kB audio:8885kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.089022%


real    0m29.604s
user    0m48.531s
sys     0m0.779s


>du -h *.mkv
130M    out_nvenc_h264.mkv
85M     out_nvenc_hevc.mkv


>inxi -v2
System:    Host: u14041d-11W Kernel: 3.13.0-83-generic x86_64 (64 bit) Desktop: Gnome Distro: Ubuntu 14.04 trusty
Machine:   Mobo: MSI model: Z170-A PRO (MS-7971) version: 1.0 Bios: American Megatrends version: 1.70 date: 12/16/2015
CPU:       Quad core Intel Core i5-6500 CPU (-MCP-) clocked at 800.00 MHz 
Graphics:  Card: NVIDIA GM206 [GeForce GTX 950] 
           X.Org: 1.15.1 drivers: nvidia (unloaded: fbdev,vesa,nouveau) Resolution: 3840x2160@60.0hz 
           GLX Renderer: GeForce GTX 950/PCIe/SSE2 GLX Version: 4.5.0 NVIDIA 352.63
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169 
Drives:    HDD Total Size: 120.0GB (11.2% used) 1: model: Samsung_SSD_850 
Info:      Processes: 184 Uptime: 51 min Memory: 1028.0/32143.3MB Client: Shell (bash) inxi: 1.9.17

Display More

3PO · April 2, 2016 at 11:24 AM

Habe meine GT740 wieder eingebaut.

Fazit:

GTX ist für VDR nix!

steppi-916 · April 2, 2016 at 12:04 PM

Hallo kmoss,

Quote from kmoss
Die Größen der erzeugten Dateien weichen bei mir ab, besonders bei h264. Gegenüber der Anleitung von NVIDIA habe ich nur libfdk-aac dazu genommen.
Details
Code
>time ffmpeg -i test_hd_1080i50.ts -vcodec nvenc_h264  out_nvenc_h264.mkv
[mpegts @ 0x3b14380] PES packet size mismatchme=00:02:40.31 bitrate=6551.5kbits/s


>time ffmpeg -i test_hd_1080i50.ts -vcodec nvenc_hevc  out_nvenc_hevc.mkv
[mpegts @ 0x2ad8380] PES packet size mismatchme=00:02:40.79 bitrate=4312.6kbits/s


>du -h *.mkv
130M    out_nvenc_h264.mkv
85M     out_nvenc_hevc.mkv
Display More

Ist ja auch kein Wunder. Vergleiche mal die verwendeten Bitraten bei den einzelnen Transkodiervorgängen. Ich habe bei Deinen Details im Spoiler bis auf die entsprechenden Zeilen alles gelöscht. Die Bitrate bei dem Transkodiervorgang nvenc_h264 ist mit 6551.5kbits/s über 50% größer als bei nvenc_hevc mit 4312.6kbits/s. Daraus resultiert dann natürlich eine wesentlich größere Datei.

Ciao Stefan

kmoss · April 2, 2016 at 3:34 PM

Quote from steppi-916

Ist ja auch kein Wunder. Vergleiche mal die verwendeten Bitraten bei den einzelnen Transkodiervorgängen.

Wäre schon komisch, wenn die Bitraten gleich sind und die Größen der Dateien so abweichen.
Der Test war im Zuge meines Angebotes wegen dem "Schnee" bei 3PO entstanden. Trotz gleichem Aufruf bei fast gleicher Karte (beides GTX 950) sind die Unterschiede beim h264-Encoder mittels GraKa relativ groß, d.h. die Softwarestände (wie z.B. FFMPEG, CUDA, NVENC-SDK, GraKa-Treiber) spielen offenbar eine größere Rolle als ich bisher annahm, da ich solche Unterschiede nicht erwartet habe. Einige Seiten zuvor wurde schon über Qualität diskutiert. Diesbezügliche Vergleiche sind nicht einfach, hatte ich schon hier angemerkt, und werden nun noch schwerer.

3PO · April 2, 2016 at 3:42 PM

Quote from kmoss

[...] Der Test war im Zuge meines Angebotes wegen dem "Schnee" bei 3PO entstanden. ...

Und, "schneit" es bei Dir auch mit Deiner GTX 950?

kmoss · April 2, 2016 at 4:05 PM

Quote from 3PO

Und, "schneit" es bei Dir auch mit Deiner GTX 950?

Hat wahrscheinlich jeder eine andere Auffassung, was schon zu "es schneit" zählt. Daher die Bitte im Angebot eine entsprechende Referenz zur Verfügung zu stellen. Im Baraka-Triler sind die (sehr) dunkle Szenen übersichtlich.

kmoss · April 2, 2016 at 4:08 PM

Quote from chriszero

Interessant bei dem Dokument ist Seite 13
...
Der kann mehrere Größen/Bitraten auf einmal ausspucken...

Gleichzeitiges Enkodieren mit nvresize (720p nach 1080p und nach 480p)

NVRESIZE

Code

>time ffmpeg -y -i Baraka_Trailer_RE.mp4 -filter_complex nvresize=2:s=hd1080\|hd480\|cif:readback=0[out0][out1] -map [out0] -acodec copy -vcodec nvenc -b:v 5M Baraka_1080p_nv.mkv -map [out1] -acodec copy -vcodec nvenc -b:v 4M Baraka_480p_nv.mkv
ffmpeg version N-76538-gb83c849 Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 4.8 (Ubuntu 4.8.4-2ubuntu1~14.04.1)
  configuration: --enable-nonfree --enable-nvenc --enable-nvresize --extra-cflags=-I../cudautils --extra-ldflags=-L../cudautils --enable-gpl --enable-libx264 --enable-libfdk-aac
  libavutil      55.  5.100 / 55.  5.100
  libavcodec     57. 15.100 / 57. 15.100
  libavformat    57. 14.100 / 57. 14.100
  libavdevice    57.  0.100 / 57.  0.100
  libavfilter     6. 15.100 /  6. 15.100
  libswscale      4.  0.100 /  4.  0.100
  libswresample   2.  0.101 /  2.  0.101
  libpostproc    54.  0.100 / 54.  0.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Baraka_Trailer_RE.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: isommp42
    creation_time   : 2015-04-21 05:17:45
  Duration: 00:02:46.49, start: 0.000000, bitrate: 2201 kb/s
    Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 2007 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc (default)
    Metadata:
      creation_time   : 1970-01-01 00:00:00
      handler_name    : VideoHandler
    Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 191 kb/s (default)
    Metadata:
      creation_time   : 2015-04-21 05:17:45
      handler_name    : IsoMedia File Produced by Google, 5-11-2011
[Parsed_nvresize_0 @ 0x22e5320] nvresize::uninit
Output #0, matroska, to 'Baraka_1080p_nv.mkv':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: isommp42
    encoder         : Lavf57.14.100
    Stream #0:0: Video: h264 (nvenc) (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 5000 kb/s, 25 fps, 1k tbn, 25 tbc (default)
    Metadata:
      encoder         : Lavc57.15.100 nvenc
Output #1, matroska, to 'Baraka_480p_nv.mkv':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: isommp42
    encoder         : Lavf57.14.100
    Stream #1:0: Video: h264 (nvenc) (H264 / 0x34363248), yuv420p, 852x480 [SAR 640:639 DAR 16:9], q=-1--1, 4000 kb/s, 25 fps, 1k tbn, 25 tbc (default)
    Metadata:
      encoder         : Lavc57.15.100 nvenc
Stream mapping:
  Stream #0:0 (h264) -> nvresize
  nvresize:out0 -> Stream #0:0 (nvenc)
  nvresize:out1 -> Stream #1:0 (nvenc)
Press [q] to stop, [?] for help
frame= 4162 fps=249 q=-0.0 Lq=-0.0 size=   90229kB time=00:02:46.48 bitrate=4439.9kbits/s    
video:153996kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
[Parsed_nvresize_0 @ 0x274ddc0] nvresize::uninit


real	0m17.395s
user	0m19.603s
sys	0m1.200s


>du -h *.mkv
89M	Baraka_1080p_nv.mkv
63M	Baraka_480p_nv.mkv

Display More

3PO · April 2, 2016 at 4:19 PM

Quote from kmoss

Hat wahrscheinlich jeder eine andere Auffassung, was schon zu "es schneit" zählt. Daher die Bitte im Angebot eine entsprechende Referenz zur Verfügung zu stellen. ...

Und wie soll ich das machen??

kmoss · April 2, 2016 at 4:29 PM

Quote from 3PO

Und wie soll ich das machen??

Ich dachte da es mir so
1. Referenz
a) ein Schnipsel wo es aufritt zu Verfügung zu stellen a la HD-Test
oder
b) eine frei verfügbare Referenz zu nennen (wie den schon hier genannten Baraka-Trailer),
2. Encodieren (kann auch wegfallen, wenn es schon bei Original auftritt)
3. Stelle in der Referenz nennen
4. als Bild mit "Schnee" hier posten, ggf. mit Exportanleitung, d.h. wie man das Bild extrahiert hat

Reicht vllt. schon die Sonnenfinsternis aus dem Trailer (siehe Anhang) als sehr dunkle Szene mit Schnee?

3PO · April 2, 2016 at 4:32 PM

Einfach nur auf einen HD Sender mit 1080i schalten, z.B. ServusTV, dann hast Du Deine "Referenz".

kmoss · April 2, 2016 at 7:13 PM

Quote from 3PO

Einfach nur auf einen HD Sender mit 1080i schalten, z.B. ServusTV, dann hast Du Deine "Referenz".

Habe beim Vergleich zwischen yavdr061 und dem Sat-Bild vom internen TV-Tuner bei Servus TV HD Deutschland kein Unterschied festgestellt.

Testsystem

Code

>inxi -v2
System:    Host: yavdr061-11W Kernel: 3.13.0-83-generic x86_64 (64 bit) Console: tty 2 Distro: Ubuntu 14.04 trusty
Machine:   Mobo: MSI model: Z170-A PRO (MS-7971) version: 1.0 Bios: American Megatrends version: 1.70 date: 12/16/2015
CPU:       Quad core Intel Core i5-6500 CPU (-MCP-) clocked at 800.00 MHz
Graphics:  Card: NVIDIA GM206 [GeForce GTX 950] X.org: 1.15.1 driver: N/A tty size: 154x30 Advanced Data: N/A out of X
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
Drives:    HDD Total Size: 60.0GB (5.3% used) 1: model: ADATA_SSD_S511_6
Info:      Processes: 155 Uptime: 7 min Memory: 570.1/32143.3MB Runlevel: 2 Client: Shell (bash) inxi: 1.9.17

Bild war über Web-Interface von yavdr dabei auf 1080i50 gesetzt (siehe Anhang) analog zur Anzeige bei SAT-Empfang über dem TV-Tuner.

3PO · April 2, 2016 at 7:17 PM

Nun, ich habe kein so steinaltes System, aber vlt. liegt es ja auch daran?

MartenR · April 3, 2016 at 3:44 PM

So ich habe jetzt auch alle notwendigen Bibliotheken installiert, jetzt kann das Schreiben des Plugins beginnen...!
Nur als Tipp mit -hwaccell vdpau gibt es noch einen Performanceschub....
EDIT: Nur mag das der vdr mit vdpau softdevice gar nicht und man bekommt sowas:

Quote

vdr BUG: soft lockup - CPU#0 stuck for 22s! [Xorg:15 61]

EDIT2: Passiert nur wenn man die DISPLAY Variable in einer ssh Shell umbiegt....

Marten

hannemann · April 3, 2016 at 7:29 PM

Quote from MartenR

So ich habe jetzt auch alle notwendigen Bibliotheken installiert, jetzt kann das Schreiben des Plugins beginnen...!

Cool!

Ich bau gerade Websockets in Restfulapi ein, damit man darüber einen HTML Player fernsteuern kann.
Blöderweise kann man im Browser auf Android nicht per JS ein MediaElement bedienen. Im Webview kann man das aber aushebeln.
Im Desktop Browser funktioniert es schon rudimentär.

MartenR · April 3, 2016 at 8:04 PM

Quote

Ich bau gerade Websockets in Restfulapi ein, damit man darüber einen HTML Player fernsteuern kann.

Wobei ich vermutlich keine Websockets verwenden werde und es wird ein separates Plugin das nur das streamen macht, so dass praktisch alle denkbaren Clients das verwenden können, ich möchte auch am Ende HLS unterstützen und das ist dann ein simples HTTP get für eine entsprechende URL. (Das Steuern würde ich dann kryptografisch absichern.)
Aber erkläre mal genauer wozu inwiefern das über Websockets gesteuert werden soll....

Marten

hannemann · April 3, 2016 at 8:22 PM

Naja... Wenn in meinem Desktop Browser oder im FireTV oder auf einem anderen Gerät mit einer Webview ein HTML Player läuft muss ich den doch irgendwie Steuern können. Da ich nicht mit dem Telefon dem Plugin sagen will was es zum Fernseher streamen soll sondern dem Player direkt Befehle erteilen will bieten sich Websockets zur Kommunikation doch an.

Der Player selbst soll ja per HTTP mit dem Plugin kommunizieren. Das Plugin hat mit den Websockets nichts zu tun.

chriszero · April 3, 2016 at 8:27 PM

Du kannst doch genau so gut normale GET/PUT/POST/... Nehmen, ne Restapi halt. Das muss doch nicht unbedingt ein websocket sein.

Participate now!