Samsung TV - Transcoding - Bandbreite wird nicht ausgenutzt

The World is Flat Deutsch - German
1

Folgendes Problem alle Monate mal wieder aufgefrischt, da sich weder durch Updates beim Server, als auch bei der App nichts ändert:

Ich habe ein 2014er Samsung TV, eine Qnap TS 670 Pro und die entsprechenden Apps installiert, Samsung gerade heute geupdatet, als Server läuft die 9.12.8. Auf der Serverseite gibts eine VDSL-Leitung mit Vollgas und auf der TV-Seite gibts eine KabelDeutschland-Leitung mit Vollgas.

Wenn ich nun einen Directplay starte, läuft die Sache sehr geschmeidig. Nun habe ich aber Filme, die die 10Mbit/s Upload vom VDSL überschreiten würden. Diese lasse ich dann durch den Transcoder auf 8 Mbit/s runterrechnen und streamen. Leider werden die transcodierten Files nur mit maximal 700 KByte/s hochgeladen, bzw vom Samsung empfangen. Warum?

Mit jeder anderen App (Webapp, Android, iOS) funktioniert das ohne Probleme.
Die Leistung der Qnap ist somit ausreichend, alle anderen Dinge auch, da beim Directplay 1,1Mbit/s am TV ankommen.

2

An welcher Stelle stellst du denn die 8Mbps ein?

3

Im TV-Menü unter Advanced. Sonst gibt es keine Möglichkeit.

4

Und welchen Wert stellst du ein?

5

Erstmal danke für die Reaktion.

Ich weiß, worauf du raus willst. Der Puffer sollte aber (wird er bei anderen Apps auch) erst einmal mit maximaler Bandbreite vollgeschrieben. Das heißt, die Bandbreite sollte auf 10Mbit/s hochgehen und wenn der Puffer vollgeschrieben ist, auf ca. 8Mbit/s runtergehen. Hab gerade gesehen, dass ich mich beim TO verschrieben habe (1,1Mbit/s statt 1,1 Mbyte/s)

Aber um die Frage zu beantworten: den Wert stelle ich auf 9 (= 1080p mit 8Mbit/s).

6

Anders ist es ja auch so, dass bei Wert 7 (720p mit 3Mbit/s) der Puffer mit den oben erwähnten 700Kbyte/s vollgeschrieben wird und dann runter auf knapp 400kbyte/s geht.

7

Mal ne ganz blöde Frage: Du erwähnst einen VDSL upload.
Steht der benutzte Fernseher nicht im gleichen lokalen Netzwerk wie dein Server?

Der Upload spielt keine Rolle, wenn der Ferseher im gleichen Netzwerk ist wie der Server, denn dann gehen keine Videodaten übers Internet.

8

Das ist klar. Nein, ist nicht im selben Netz. Gerade das macht doch Plex so attraktiv. Es müsste halt nur uneingeschränkt funktionieren. Sonst kann ich mir das Ganze sparen und einfach alles per DLNA angucken oder Kodi.

9

Server log files.
Vorbereitung: prüfe dass die Uhrzeit genauestens gesetzt ist in deinem NAS.
Dann aktiviere debug log und starte einen Playback-Versuch.

dann suche in der logdatei nach “MDE”
dort wird dann erklärt was für eine Bandbreite eingestellt wurde und warum.

Welche Version der Samsung app hast du auf dem Gerät?

10

Ich habe gerade geupdated, 2.003.
Das mit dem Log habe ich schon gemacht. Die Videodatei wird beim Transcoding in kleine Häppchen transcodiert und diese hochgeladen. Jedes Häppchen hat eine andere Bitrate, diese liegt immer zwischen 7.5und 8.5 Mbit/s.
Läuft gerade über VPN. Aber auch ohne VPN habe ich die gleichen Symptome.

Mal ein LOG-Ausschnitt:

Aug 17, 2015 14:49:01 [0xe4911b90] DEBUG - It took 0.0 sec to serialize a list with 0 elements.
Aug 17, 2015 14:49:01 [0xf2111b90] DEBUG - Completed: [127.0.0.1:46441] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.1&size=-22&speed=0.9&remaining=8359 (9 live) 1ms 289 bytes 206
Aug 17, 2015 14:49:02 [0xeabffb90] DEBUG - Request: [127.0.0.1:46442] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.1&size=-22&speed=0.9&remaining=8714 (9 live)
Aug 17, 2015 14:49:02 [0xeabffb90] VERBOSE - * progress => 0.1
Aug 17, 2015 14:49:02 [0xeabffb90] VERBOSE - * size => -22
Aug 17, 2015 14:49:02 [0xeabffb90] VERBOSE - * speed => 0.9
Aug 17, 2015 14:49:02 [0xeabffb90] VERBOSE - * remaining => 8714
Aug 17, 2015 14:49:02 [0xeabffb90] DEBUG - HLS segment range: 0 - 8; average bitrate: 8.43 Mbps (segment size min/avg/max: 0.1/1.1/2.3)
Aug 17, 2015 14:49:02 [0xeabffb90] DEBUG - We want 60 segments ahead, last returned was 5 and max is 8.
Aug 17, 2015 14:49:02 [0xeabffb90] DEBUG - It took 0.0 sec to serialize a list with 0 elements.
Aug 17, 2015 14:49:02 [0xf2111b90] DEBUG - Completed: [127.0.0.1:46442] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.1&size=-22&speed=0.9&remaining=8714 (9 live) 1ms 289 bytes 206
Aug 17, 2015 14:49:02 [0xf23ffb90] DEBUG - Completed: [192.168.2.30:33087] GET /video/:/transcode/universal/session/43cl6gdvehm4g/base/00005.ts (9 live) GZIP 1251ms 1443276 bytes 200 (pipelined: 6)
Aug 17, 2015 14:49:02 [0xf23ffb90] VERBOSE - [IDLE] Removing (1->0) work item http_download - /video/:/transcode/universal/session/43cl6gdvehm4g/base/00005.ts
Aug 17, 2015 14:49:02 [0xf23ffb90] VERBOSE - [IDLE] * transcoder - 43cl6gdvehm4g - 1 active item(s)
Aug 17, 2015 14:49:02 [0xe13ffb90] DEBUG - Request: [127.0.0.1:46446] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.1&size=-22&speed=1.0&remaining=8311 (9 live)
Aug 17, 2015 14:49:02 [0xe13ffb90] VERBOSE - * progress => 0.1
Aug 17, 2015 14:49:02 [0xe13ffb90] VERBOSE - * size => -22
Aug 17, 2015 14:49:02 [0xe13ffb90] VERBOSE - * speed => 1.0
Aug 17, 2015 14:49:02 [0xe13ffb90] VERBOSE - * remaining => 8311
Aug 17, 2015 14:49:02 [0xe13ffb90] DEBUG - HLS segment range: 0 - 8; average bitrate: 8.43 Mbps (segment size min/avg/max: 0.1/1.1/2.3)
Aug 17, 2015 14:49:02 [0xe13ffb90] DEBUG - We want 60 segments ahead, last returned was 5 and max is 8.
Aug 17, 2015 14:49:02 [0xe13ffb90] DEBUG - It took 0.0 sec to serialize a list with 0 elements.
Aug 17, 2015 14:49:02 [0xf2111b90] DEBUG - Completed: [127.0.0.1:46446] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.1&size=-22&speed=1.0&remaining=8311 (9 live) 4ms 289 bytes 206
Aug 17, 2015 14:49:03 [0xee3ffb90] DEBUG - Request: [192.168.2.30:33087] GET /video/:/transcode/universal/session/43cl6gdvehm4g/base/00006.ts (9 live) GZIP
Aug 17, 2015 14:49:03 [0xee3ffb90] DEBUG - Asked for segment 6 from session.
Aug 17, 2015 14:49:03 [0xee3ffb90] DEBUG - HLS segment range: 0 - 9; average bitrate: 8.78 Mbps (segment size min/avg/max: 0.1/1.1/2.3)
Aug 17, 2015 14:49:03 [0xee3ffb90] DEBUG - Returning segment 6 from session: /root/Library/tmp/plex-transcode-43cl6gdvehm4g-cdc8d0a6-f0a9-48e7-b0b5-597732cfb803/media-00006.ts
Aug 17, 2015 14:49:03 [0xee3ffb90] VERBOSE - [IDLE] Adding (0->1) work item http_download - /video/:/transcode/universal/session/43cl6gdvehm4g/base/00006.ts
Aug 17, 2015 14:49:03 [0xee3ffb90] VERBOSE - [IDLE] * http_download - /video/:/transcode/universal/session/43cl6gdvehm4g/base/00006.ts - 1 active item(s)
Aug 17, 2015 14:49:03 [0xee3ffb90] VERBOSE - [IDLE] * transcoder - 43cl6gdvehm4g - 1 active item(s)
Aug 17, 2015 14:49:03 [0xee3ffb90] DEBUG - Content-Length of /root/Library/tmp/plex-transcode-43cl6gdvehm4g-cdc8d0a6-f0a9-48e7-b0b5-597732cfb803/media-00006.ts is 1393080.
Aug 17, 2015 14:49:03 [0xe3d59b90] DEBUG - Request: [127.0.0.1:46448] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.1&size=-22&speed=1.5&remaining=6613 (9 live)
Aug 17, 2015 14:49:03 [0xe3d59b90] VERBOSE - * progress => 0.1
Aug 17, 2015 14:49:03 [0xe3d59b90] VERBOSE - * size => -22
Aug 17, 2015 14:49:03 [0xe3d59b90] VERBOSE - * speed => 1.5
Aug 17, 2015 14:49:03 [0xe3d59b90] VERBOSE - * remaining => 6613
Aug 17, 2015 14:49:03 [0xe3d59b90] DEBUG - HLS segment range: 0 - 9; average bitrate: 8.78 Mbps (segment size min/avg/max: 0.1/1.1/2.3)
Aug 17, 2015 14:49:03 [0xe3d59b90] DEBUG - We want 60 segments ahead, last returned was 6 and max is 9.
Aug 17, 2015 14:49:03 [0xe3d59b90] DEBUG - It took 0.0 sec to serialize a list with 0 elements.
Aug 17, 2015 14:49:03 [0xf23ffb90] DEBUG - Completed: [127.0.0.1:46448] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.1&size=-22&speed=1.5&remaining=6613 (9 live) 1ms 289 bytes 206
Aug 17, 2015 14:49:03 [0xe3a6bb90] DEBUG - Request: [127.0.0.1:46449] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.2&size=-22&speed=1.3&remaining=5749 (9 live)
Aug 17, 2015 14:49:03 [0xe3a6bb90] VERBOSE - * progress => 0.2
Aug 17, 2015 14:49:03 [0xe3a6bb90] VERBOSE - * size => -22
Aug 17, 2015 14:49:03 [0xe3a6bb90] VERBOSE - * speed => 1.3
Aug 17, 2015 14:49:03 [0xe3a6bb90] VERBOSE - * remaining => 5749
Aug 17, 2015 14:49:03 [0xe3a6bb90] DEBUG - HLS segment range: 0 - 10; average bitrate: 8.73 Mbps (segment size min/avg/max: 0.1/1.1/2.3)
Aug 17, 2015 14:49:03 [0xe3a6bb90] DEBUG - We want 60 segments ahead, last returned was 6 and max is 10.
Aug 17, 2015 14:49:03 [0xe3a6bb90] DEBUG - It took 0.0 sec to serialize a list with 0 elements.
Aug 17, 2015 14:49:03 [0xf23ffb90] DEBUG - Completed: [127.0.0.1:46449] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.2&size=-22&speed=1.3&remaining=5749 (9 live) 1ms 289 bytes 206
Aug 17, 2015 14:49:04 [0xe4911b90] DEBUG - Request: [127.0.0.1:46450] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.2&size=-22&speed=1.3&remaining=6142 (9 live)
Aug 17, 2015 14:49:04 [0xe4911b90] VERBOSE - * progress => 0.2
Aug 17, 2015 14:49:04 [0xe4911b90] VERBOSE - * size => -22
Aug 17, 2015 14:49:04 [0xe4911b90] VERBOSE - * speed => 1.3
Aug 17, 2015 14:49:04 [0xe4911b90] VERBOSE - * remaining => 6142
Aug 17, 2015 14:49:04 [0xe4911b90] DEBUG - HLS segment range: 0 - 10; average bitrate: 8.73 Mbps (segment size min/avg/max: 0.1/1.1/2.3)
Aug 17, 2015 14:49:04 [0xe4911b90] DEBUG - We want 60 segments ahead, last returned was 6 and max is 10.
Aug 17, 2015 14:49:04 [0xe4911b90] DEBUG - It took 0.0 sec to serialize a list with 0 elements.
Aug 17, 2015 14:49:04 [0xf23ffb90] DEBUG - Completed: [127.0.0.1:46450] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.2&size=-22&speed=1.3&remaining=6142 (9 live) 1ms 289 bytes 206
Aug 17, 2015 14:49:04 [0xf2111b90] DEBUG - Completed: [192.168.2.30:33087] GET /video/:/transcode/universal/session/43cl6gdvehm4g/base/00006.ts (9 live) GZIP 1076ms 1393080 bytes 200 (pipelined: 7)
Aug 17, 2015 14:49:04 [0xf2111b90] VERBOSE - [IDLE] Removing (1->0) work item http_download - /video/:/transcode/universal/session/43cl6gdvehm4g/base/00006.ts
Aug 17, 2015 14:49:04 [0xf2111b90] VERBOSE - [IDLE] * transcoder - 43cl6gdvehm4g - 1 active item(s)
Aug 17, 2015 14:49:04 [0xeabffb90] DEBUG - Request: [127.0.0.1:46452] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.2&size=-22&speed=1.5&remaining=5684 (9 live)
Aug 17, 2015 14:49:04 [0xeabffb90] VERBOSE - * progress => 0.2
Aug 17, 2015 14:49:04 [0xeabffb90] VERBOSE - * size => -22
Aug 17, 2015 14:49:04 [0xeabffb90] VERBOSE - * speed => 1.5
Aug 17, 2015 14:49:04 [0xeabffb90] VERBOSE - * remaining => 5684
Aug 17, 2015 14:49:04 [0xeabffb90] DEBUG - HLS segment range: 0 - 11; average bitrate: 8.49 Mbps (segment size min/avg/max: 0.1/1.1/2.3)
Aug 17, 2015 14:49:04 [0xeabffb90] DEBUG - We want 60 segments ahead, last returned was 6 and max is 11.
Aug 17, 2015 14:49:04 [0xeabffb90] DEBUG - It took 0.0 sec to serialize a list with 0 elements.
Aug 17, 2015 14:49:04 [0xf23ffb90] DEBUG - Completed: [127.0.0.1:46452] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.2&size=-22&speed=1.5&remaining=5684 (9 live) 3ms 289 bytes 206
Aug 17, 2015 14:49:05 [0xe13ffb90] DEBUG - Request: [192.168.2.30:33087] GET /video/:/transcode/universal/session/43cl6gdvehm4g/base/00007.ts (8 live) GZIP
Aug 17, 2015 14:49:05 [0xe13ffb90] DEBUG - Asked for segment 7 from session.
Aug 17, 2015 14:49:05 [0xe13ffb90] DEBUG - HLS segment range: 0 - 12; average bitrate: 8.20 Mbps (segment size min/avg/max: 0.1/1.0/2.3)
Aug 17, 2015 14:49:05 [0xe13ffb90] DEBUG - Returning segment 7 from session: /root/Library/tmp/plex-transcode-43cl6gdvehm4g-cdc8d0a6-f0a9-48e7-b0b5-597732cfb803/media-00007.ts
Aug 17, 2015 14:49:05 [0xe13ffb90] VERBOSE - [IDLE] Adding (0->1) work item http_download - /video/:/transcode/universal/session/43cl6gdvehm4g/base/00007.ts
Aug 17, 2015 14:49:05 [0xe13ffb90] VERBOSE - [IDLE] * http_download - /video/:/transcode/universal/session/43cl6gdvehm4g/base/00007.ts - 1 active item(s)
Aug 17, 2015 14:49:05 [0xe13ffb90] VERBOSE - [IDLE] * transcoder - 43cl6gdvehm4g - 1 active item(s)
Aug 17, 2015 14:49:05 [0xe13ffb90] DEBUG - Content-Length of /root/Library/tmp/plex-transcode-43cl6gdvehm4g-cdc8d0a6-f0a9-48e7-b0b5-597732cfb803/media-00007.ts is 1316564.
Aug 17, 2015 14:49:05 [0xee3ffb90] DEBUG - Request: [127.0.0.1:46453] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.2&size=-22&speed=1.5&remaining=5252 (9 live)
Aug 17, 2015 14:49:05 [0xee3ffb90] VERBOSE - * progress => 0.2
Aug 17, 2015 14:49:05 [0xee3ffb90] VERBOSE - * size => -22
Aug 17, 2015 14:49:05 [0xee3ffb90] VERBOSE - * speed => 1.5
Aug 17, 2015 14:49:05 [0xee3ffb90] VERBOSE - * remaining => 5252
Aug 17, 2015 14:49:05 [0xee3ffb90] DEBUG - HLS segment range: 0 - 12; average bitrate: 8.20 Mbps (segment size min/avg/max: 0.1/1.0/2.3)
Aug 17, 2015 14:49:05 [0xee3ffb90] DEBUG - We want 60 segments ahead, last returned was 7 and max is 12.
Aug 17, 2015 14:49:05 [0xee3ffb90] DEBUG - It took 0.0 sec to serialize a list with 0 elements.
Aug 17, 2015 14:49:05 [0xf23ffb90] DEBUG - Completed: [127.0.0.1:46453] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.2&size=-22&speed=1.5&remaining=5252 (9 live) 1ms 289 bytes 206
Aug 17, 2015 14:49:05 [0xe3d59b90] DEBUG - Request: [127.0.0.1:46455] PUT /video/:/transcode/session/43cl6gdvehm4g/progress?progress=0.2&size=-22&speed=1.3&remaining=5505 (9 live)
Aug 17, 2015 14:49:05 [0xe3d59b90] VERBOSE - * progress => 0.2
Aug 17, 2015 14:49:05 [0xe3d59b90] VERBOSE - * size => -22
Aug 17, 2015 14:49:05 [0xe3d59b90] VERBOSE - * speed => 1.3
Aug 17, 2015 14:49:05 [0xe3d59b90] VERBOSE - * remaining => 5505
Aug 17, 2015 14:49:05 [0xe3d59b90] DEBUG - HLS segment range: 0 - 13; average bitrate: 7.87 Mbps (segment size min/avg/max: 0.1/1.0/2.3)
Aug 17, 2015 14:49:05 [0xe3d59b90] DEBUG - We want 60 segments ahead, last returned was 7 and max is 13.
Aug 17, 2015 14:49:05 [0xe3d59b90] DEBUG - It took 0.0 sec to serialize a list with 0 elements.

11

Das ist jetzt aber nicht mit dem ‘remote’ Fernseher gemacht, oder?
(192.168.2.30 ist eine private IP Adresse)

Außerdem schaut es ja so aus, als ob deine Vorgabe von 8mbps eingehalten wird.

12

Deswegen habe ich geschrieben, dass es aktuell über einen VPN-Tunnel läuft (192.168.1.0 - 192.168.2.0)
Und die 8 Mbit/s werden eingehalten, aber eben nicht übertragen. Ich messe die Übertragung. Die geht beim Transcodieren nur auf 700kbyte/s hoch und nicht auf 1.1Mbyte/s, wie es beim DirectPlay funktioniert (siehe erster Post). 700kbyte/s reichen für 8Mbit/s lange nicht aus. Ich vermute das Problem bei der Samsung App, da wie schon geschrieben, iOS, Android und Webapp genau wie gewünscht funktionieren. Sogar der Chromecast an eben diesem SamsungTV funktioniert mit 8Mbit/s.

13
  1. Ich bin mir nicht sicher, dass die Werte in der Samsung App tatsächlich Mbit/s sind. Es kann auch ein frei erfundener Qualitätsindex sein.
  2. Es handelt sich hier immer um einen Höchstwert, den es nicht zu überschreiten gilt. Je nach Bildinhalt kann die tatsächliche Bitrate etwas darunter liegen.

Die Werte sind absolut nicht vergleichbar mit DirectPlay, da hier der Encoder mit ganz anderen (zeitaufwändigen) Optimierungen gearbeitet haben kann, die es ihm ermöglichen die gesetzte Bandbreite besser auszunutzen. So wie es ausschaut, pfeift dein NAS sowieso beim Transkodieren schon auf dem letzten Loch, Hier ist keine Luft mehr für Optimierungen. (siehe ‘Speed’ wert in deinen Logs [1.0 = Echtzeit])

14

Es ist ein Qualitätsindex. 7=3Mbit/s 720p, 8=4MBit/s 720p, 9=8Mbit/s 1080p, 10=10Mbit/s 1080p, 12 ist Maximal.

Den Speedwert habe ich selber eingestellt und er bedeutet, dass die CPU bei transcodieren ausgelastet werden soll (auch hiermit schon gespielt). Das verhält sich aber bei den anderen Apps analog zur Bandbreite. Erst wird der Puffer (im NAS) mit den transcodierten Files vollgeschrieben und dann gedrosselt. Das ist sehr gut zu sehen, da die CPU beim Start von transcoding bei 98% (1.0=Echtzeit, wie du es beschrieben hast) ist und dann nach ca. 30 Sekunden runter geht auf 3% (also quasi Standby) und dann 5:2 am Takten ist. 5 Sekunden Null und 2 Sekunden 98%. Meiner Meinung nach ist da noch reichlich Luft nach oben.

15

Ich hab das gerade auch noch mal mit meinem MAC als Server getestet habe und auch hier ging beim Transcoding die Übertragung nicht über 700 kbyte/s.
Meiner Meinung nach liegt das an der Samsung App.

16

Den Speedwert kannst du nicht ‘einstellen’. Der wird schlicht und ergreifend von den Fähigkeiten deiner CPU im Server begrenzt.
Der Parameter ‘CPU auslasten’ steuert lediglich wie ‘sozial’ sich der Transcoderprozess bezüglich anderer Prozesse verhält die ebenfalls zur gleichen Zeit auf der CPU laufen. Bei ‘CPU auslasten’ ist der priority Wert höher so dass andere Prozesse länger warten müssen.

Es gibt irgendwo im Samsung subforum einen Thread wo die Diskrepanz zwischen den Werten des Quality indexes und den Bandbreiten anderer Apps angesprochen wurde. Ich weiß die Details nicht mehr, nur soviel dass es einen Unterschied in den Parametern gibt wie der Transkoder angesprochen wird. Daraus könnte der Unterschied in der tatsächlich benutzten Bandbreite resultieren.

17

Ah, Ok. Der Wert steuert dann wohl die Priotität des Transcoders. Das habe ich so nicht verstanden. Aber wie gesagt, im Log lag der Wert ja um die 8 Mbit/s und das funktioniert auch bei den anderen Apps. Ich versuche mich im Samsungforum mal schlau zu machen.

18

Der Speedwert variert doch zwischen 0,7 und 3,3. Was bedeutet 0,7 und was 3,3 wenn 1,0 Echtzeit ist?

19

Hier nochmal die Qualitytabelle aus dem Usermaual der Samsung App:

2xhhig8mux0f.png916×344 104 KB

20

0,7 ist langsamer als Echtzeit. Was bedeutet, wenn es keinen Puffer gäbe würdest du hier Aussetzer sehen. Da aber die vorhergehenden und evtl. die nachfolgenden Segmente schneller transkodiert wurden, kann das der Puffer noch ausgleichen.
Wenn du aber mehrere aufeinander folgende Segmente mit Werten unter 1.0 siehst, dann heißt das die App hält die Wiedergabe an und wartet bis der Transkoder wieder aufgeholt hat.
(Das berühmt-berüchtigte “Buffering - Wait”)

3,3 heißt der betreffende Filmabschnitt ist so anspruchlos zu kodieren dass es 3 mal so schnell wie in Echtzeit abgearbeitet wurde.