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

Zitat von hannemann

Leider kennt nvenc crf nicht.

Schade, aber danke für die Info.

Zitat von chriszero

NVENC sollte je nach Chip Generation gleich schnell sein.
Also sollte eine GTX950 so schnell sein wie eine GTX 980
Und eine GT720 wie eine GTX780

Der ASIC ist der gleiche.

[...]

https://en.wikipedia.org/wiki/Nvidia_NVENC

Alles anzeigen

Da steht aber immer "up to" vor den angeben, da wäre ich vorsichtig .
Und einen Einfluss wird der GPU-Takt auch haben.

Zitat von chriszero

Mal am Rande. Alternativ gibt es ja noch Intel Quick Sync.
-vcodec h264_qsv

http://emby.media/community/index.php?/t…-30#entry314835

Auch das klingt vielversprechend.
Wie auch andere neue Features, die zwei neuen Deinterlacer zB....

Zitat

Wie man die Parameter übergibt kann man ja relativ einfach anpassen. Ich habe jedenfalls gerade festgestellt, das Apache als Proxy zicken macht wenn man kodierte slashes im URL übergeben will (404). Vielleicht sind GET Parameter doch besser geeignet.

Naja, ich stelle wir eher so etwas vor, dass man mit einem GET auf http://vdr/open/recordings?PARAMETER einen JSON mit einem Art Handle bekommt und dann mit http://vdr/recordings/HANDLE/init.mp4 das initialization segment für MediaSourceExtensions bekommt und mit http://vdr/recordings/HANDLE/SEGMENTNUMBER.mp4?PARAMETER, wobei das die aktuelle Bitrate (transcodiert wird nur wenn Kodierung anders oder Bitrate überschritten) und Auflösung ist. So kann man bei schlechter WLAN oder anderer Verbindung die Bitrate adaptiv anpassen.
Die GET für die Segmente sollten dann gleich noch Informationen über die tatsächliche Formate im Header haben. Der Header sollte auch sagen wie lang das Transcoding gedauert hat. Analog dazu Live-TV. Zusätzlich sollte eine Art Loadbalancing zwischen nvenv quicksync durchgeführt werden.

Das mit dem Handle erlaubt dann Decoder und Encoder schnell wieder zu verwenden, das kann Wert volle Zeit und CPU Last sparen, außerdem vereinfacht das die Verteilung der Sample auf die Segmente. Wenn man immer weis welcher Client in welcher Reihenfolge auf die Segmente zugreift, kann man ein bisschen Schlampen bei der Zuordnung der Audiopakete zu den Paketen. Ein größeres Problem ist nämlich das die Segmente immer an Keyframe-Grenzen beginnen und dann die Audiopakete entsprechend aufgeteilt werden müssen. Wenn die Aufzeichung noch läuft, kennt man diese Information nicht unbedingt bei der Erstellung der Segmentgrenzen.

Zitat

Meinst du Live TV lässt sich auch so umsetzen? Das zu segmentieren stell ich mir irgendwie schwierig vor

Ja klar, das ist sogar einfacher, da die Daten in einer definierten Reihenfolge kommen. Wahlfreier Zugriff ist viel schwieriger....

Zitat

Das segmentieren macht komplett ffmpeg bzw libav. Die Segmente werden dann über einen Webserver ausgeliefert (Apache, ngix, libpoco)
Segmentiert wäre dann wohl Hls (m3u8) oder MPEG dash. Moderne Browser oder auch Geräte (Chromecast, Smarttv) spielen auch MKV als stream ab.
Mit libpoco sind das nicht mehr als ein paar Zeilen Code, Beispiel siehe plex Plugin.

Vorsicht, ich habe die Muxer gestern abend genau im git angeschaut (wobei ffmpeg da viel weiter als libav ist), ganz so einfach ist das nicht.
Denn ffmpeg ist darauf ausgelegt, die ganze Datei einmal durch zu kodieren. (Nur bei live TV sollte das direkt funktionieren)
Wenn man bei Aufnahmen wahlfreien Zugriff haben will, ohne dass die ganze Aufnahme einmal durch die Maschine läuft, muss das noch irgendwie durch das plugin gesteuert werden (am besten über die VDR index Datei).
Das sollte also alles on the fly passieren und nicht statisch durch den Webserver ausgeliefert werden.
Ich würde auch als erstes mp4 als Container verwenden, der Rest kann dann später dazu kommen.

Marten

So wie du das beschreibst, mit Initialisierung, Handle/Session, Parameter per GET macht das ja Emby und Plex. Da lässt sich bestimmt etwas "abkupfern"
Auch würde es sich anbieten solch ein "Plugin" als extra Dienst/Prozess zu entwickeln, das halte ich für besser wartbar.

Jedoch habe ich das Gefühl das das Vorhaben hier im Umfang explodieren wird...
Prinzipiell lässt sich das ja alles schon mit Plex/Emby bewerkstelligen. Emby kann auch schon mit den NVDEC/Quicksync Encodern.

Zitat

Einen extra Dienst fände ich nicht so gut. Ich habe da bedenken wegen der Umschaltzeiten und was macht der Dienst während des umschaltens wenn keine Daten mehr geliefert werden. Naja... da kenn ich mich nicht aus. Wenn es funktioniert... aber irgendwie hört sich für mich Plugin "richtiger" an. Auch weil man direkten Zugriff hat und IMO alles einfacher Steuern könnte.

Da stimme ich voll zu. Nur so gibt es Zugriff auf die Informationen des VDRs ohne große Verzögerung.
Der VDR hat einige Informationen über die laufende Aufnahmen, die Keyframes und nur hier bekomme ich die Möglichkeit direkt das LiveTV abzugreifen, das erst durch ein anderes PlugIn laufen zu lassen kostet nur Performance. Sicher muss man besser aufpassen das es nicht abstürzt, aber das ist auch schon alles...
Und natürlich werde ich massiv verschiedene Threads einsetzen, um den VDR nicht zu stören.

Zitat

Wenn Live TV noch einfacher ist, warum dann nicht für Aufnahmen ein Recording Device nutzen? Müsste das nicht ähnlich handlebar sein? Bei Streamdev kann man ja bereits einen Timestamp mitgeben. So habe ich in meinem Player das Spulen umgesetzt.

Stop, so meinte ich das nicht. LiveTV ist einfacher vom Segmentieren, vom Zugriff auf VDR Resourcen sind Aufnahmen natürlich einfacher. Aber egal, das kenne ich alles vom vompserver plugin, da habe ich schon einige Sachen verändert...

Marten

Zitat von 3PO

Ich überlege gerade, ob ich mir eine GTX950 bestelle.
~160€ würden ja noch im Rahmen liegen.

Bestellt, geliefert, eingebaut und enttäuscht...:(

vdr01_64 ~ # nvidia-smi
Wed Mar 30 17:33:27 2016
+------------------------------------------------------+
| NVIDIA-SMI 364.12     Driver Version: 364.12         |
|-------------------------------+----------------------+----------------------+
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|===============================+======================+======================|
|   0  GeForce GTX 950     Off  | 0000:01:00.0     Off |                  N/A |
| 33%   22C    P8     9W /  90W |    162MiB /  2047MiB |      9%      Default |
+-------------------------------+----------------------+----------------------+


+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID  Type  Process name                               Usage      |
|=============================================================================|
|    0      3352    G   X                                               59MiB |
|    0      4668    G   /usr/bin/vdr                                    87MiB |
+-----------------------------------------------------------------------------+
vdr01_64 ~ #

Die Karte krieselt bei dunklen Flächen. Das sieht aus, wie ein Schneesturm.

Ich weiß nicht, ob es an der Karte, oder an irgendwelchen Settings liegt?

Hallo,

wenn ich den Thread richtig verstanden habe, denkt ihr ja darüber nach, ein Plugin zu schreiben, welches Aufnahmen oder Live-TV transkodiert und für HTML5 Browser ohne Plugins bereitstellt.

Ich dachte als ich diesen Thread gesehen habe eher daran, alle Aufnahmen on the fly zu transkodieren. Dabei könnte man gleichzeitig die Schnittmarken einbauen (ffmpeg mit mkv kann das)

Gruß,
Hendrik

Ich fänd eine Schnittstelle a la externremux von steamdev toll, damit man während der Aufnahme transkodieren kann.

Zitat von 3PO

Die Karte krieselt bei dunklen Flächen. Das sieht aus, wie ein Schneesturm.
Ich weiß nicht, ob es an der Karte, oder an irgendwelchen Settings liegt?

Im "FFMPEG WITH NVIDIA ACCELERATION ON UBUNTU LINUX: Installation and User Guide" von NVIDIA unter http://developer.download.nvid…tion-on-Ubuntu_UG_v01.pdf ist ein Kapitel "TRANSCODE QUALITY" vorhanden.

Ich hatte dazuschreiben sollen, dass ich live-TV meine.

Interessant bei dem Dokument ist Seite 13

Zitat

MULTIPLE OUTPUTS FROM AN INPUT (1:N)
In many scenarios multiple output formats are created at the same time from the input
format.
Software resize is CPU intensive and quickly bottlenecks the ability to encode. For that
reason, NVIDIA has implemented a GPU zero-copy engine to share frames between
plugins as well as a video filter that does GPU resize (“nvresize”).

Alles anzeigen

Der kann mehrere Größen/Bitraten auf einmal ausspucken...

Zitat von 3PO

Die Karte krieselt bei dunklen Flächen. Das sieht aus, wie ein Schneesturm.

Das klingt nach HDMI Studio Levels die vermutlich das Anzeigegerät nicht verträgt.
Sieh dir mal die Xorg.conf Option in der Section "Screen" an

Option         "ColorRange" "Full"
#   Option         "ColorRange" "Limited"
#   Option         "ColorSpace" "YCbCr444"

Siehe hier:
http://wiki.openelec.tv/index.…guring_a_Custom_xorg.conf

lg,
Joe

Ich habe die Option ""ColorRange" "Full" gesetzt, aber es gibt leider keine Änderung.

Ich hätte jetzt eher gesagt das du das auf "limited" stellen solltest.
"Full" wird bestimmt implizit genommen.

Mit meiner GT 740 geht es auch mit ""ColorRange" "Full".

Was ist an der GTX950 anders??

Zitat von chriszero

Ich hätte jetzt eher gesagt das du das auf "limited" stellen solltest.
"Full" wird bestimmt implizit genommen.

Leider "schneit" es auch mit "ColorRange" "Limited".

Entsprechende Testsequenz und ein oder mehrere Testbilder als Vergleich vorausgesetzt, kann ich mal gegen eine GTX 950 mit Ubuntu 14.04 prüfen.
In dem "11W-PC" (Details weiter vorn im Thread) hatte ich diese GTX 950 von MSI eingebaut.