Automatische Konvertierung beim Abspielen via DS Video unterbinden

[naofireblade]

Wenn ich mit der DS Video App auf dem iPad Filme im MKV Container abspiele, konvertiert die Diskstation (DS111) diese automatisch in Echtzeit (ffmpeg Prozess zieht ordentlich CPU).
Da die DS für Echtzeit-Videokonvertierung zu schwach sein dürfte, gehe ich davon aus, dass nur die Tonspur konvertiert wird, denn diese klingt schrecklich.
Ein Video im mp4 Container wird ebenfalls in der App abgespielt, aber nicht konvertiert und der Ton klingt normal.

Gibt es eine Möglichkeit diese Konvertierung zu unterbinden?

 

[huebi]

Hab gerade keine DS vor mir, aber das kann man im Medienserver abstellen. Oder im Indizierungsdienst im Controlpanel.

Das IPad kann aber mit MKVs nichts anfangen, sondern nur mit MP4s. Der Client der Videostation stützt sich auf das, was der Client kann und bringt abspielmäßig keine neuen CODECs mit.Anscheinend kann der ACEPLAYER einigen nach einigen Postings von hier mit dem Client der VS zusamenarbeiten und übernimmt dann das abspielen. Ich habe den Buzzplayer und den kann man nicht dazu bewegen. Ich sehe aber auch nicht ein, mir noch einen Player zu kaufen. Von daher bleibts bei meiner Konfiguration mittels des Buzzplayers über einen Samba-Share auf die DS zuzugreifen und die Sachen so abzuspielen.
Zudem kommt die Videostation nicht mit mehreren Tonspuren klar und spielt immer nur brav die Erste ab, ohne Auswahlmöglichkeiten.
Da bleibt für Synology noch viel zu tun.

 

[naofireblade]

Seit der Version 1.1 der DS Video App wird der Aceplayer nicht mehr benötigt. Die Files werden direkt in der DS Video App abgespielt (1080p MKVs sind kein Problem). Die Konvertierung im Medienindizierungsdienst ist deaktiviert, diese bezieht sich glaube ich auch nur auf die Photo Station.

 

[huebi]

Definitiv nicht. Auch in der Version 1.1 können nur Dateiformate abgespielt werden, die das IPad per se beherrscht. AVIs und MKVs werden zumindest bei mir nicht abgespielt. Wobei MKV und AVI eh nur Containerformate sind und es auf den CODEC ankommt. MP4s mit H264 CODEC werden anstandslos abgespielt, MKVs und AVIs mit H264 nicht.

 

[naofireblade]

MKVs mit H264 werden bei mir auf dem iPad 3 definitiv in der App abgespielt (Aceplayer ist deinstalliert). Definitiv^^. Man Muss sich im LAN ca 10 Sekunden gedulden, bis es losgeht. Im Paketzentrum bin ich auf dem Betakanal und hab dort die akuellste Version der Videostation auf dem NAS, vielleicht liegts auch daran.
Ich staun echt, dass das iPad 1080p Filme mit 10000kbit/s schafft.

Ich kann beim Starten sogar die Sprache wählen. Wenn die Tonqualität nur nicht so mies runterkonvertiert werden würde.

 

[Payn]

@naofireblad. Du hast leide unrecht. Es werden NUR die iphone unterstützen Formate abgespielt. Warum es bei dir geht liegt daran, das die DS den Film konvertiert. Darum musst du auch 10 sec warten. Aber 1080p wird nicht ruckelfrei laufen. Er wird immer wieder gepuffert. Jetzt ist auch meine Frage: Warum wird bei ner 1080p mkv Datei so nutzlos konvertiert, und bei einer 200mb avi Datei der Aceplayer geöffnet. Meinetwegen kann es andersrum sein. Aber so ist kacke.

 

[naofireblade]

Aber schafft die DS111 (1.6GHz ARM) denn eine 1080p MKV on-the-fly zu konvertieren? Ich hab den Film jetzt 10 Minuten laufen lassen, da ruckelt gar nichts. Und das ist bei all meinen Filmen so.

- Auflösung liegt bei 1080p, das sieht man
- Videobitrate sind mindestens 5mbit, ich sehe keine Komprimierungsartefakte
- Audio klingt nach 64kbit, Original sind 640kbit AC3
- Tonspur ist immer die Englische, auch wenn ich die Deutsche auswähle

Also Respekt an Synology, dass das on-the-fly geht

 

[Payn]

Hey, ja also eigentlich sollte die DS das nicht schaffen. Wobei 5Mbit auch nicht so hoch ist. Also also ich habe es auch vorhin probiert und alle 2-3 minuten hat er zwischen gepuffert. Und der ffmpeg prozess ist ja auch nen Video und Audio konvertierungs Prozess und der läuft bei dir ja auch. Wie groß ist der Film denn?

 

[naofireblade]

Die Filme sind alle 8-10 GB. Es darf kein anderer Prozess auf der Diskstation laufen. Wenn nebenbei ein rsync Backup läuft stockt er bei mir auch.

 

[Payn]

Tja dat Teil hat Power ohne End^^ Trotzdem noch mal an alle.
Gib es ne Möglichkeit die Konvertierung komplett zu deaktiveren, so das immer AcePlayer aufgerufen wird.

 

[huebi]

Ich brauche keine 10 Sekunden zu warten, bis ich beim IPad3 die Fehlermeldung bekomme, dass das Video nicht abgespielt werden kann. Was immer du zusätzlich installierst hast, deine Aussage ist verkehrt. EOD.

 

[Payn]

Was mir nur auffällt ist, das die Video Station anscheinend willkürlich auswählt, welche Videos konvertiert werden und welche einfach nur gestreamt werden. Bei der einen .mkv wird Aceplayer geöffnet, bei der nächsten wird konvertiert. Genauso bei kleinen .avi (200MB) Datein. Sehr merkwürdig.

 

[naofireblade]

So huebi. Sogar auf dem iPod werden die MKVs in der DS Video App abgespielt. Die DS leistet also ganze Arbeit beim Konvertieren und schafft es on-the-fly die Filme in erstklassiger Auflösung auf eine schaffbare Bitrate runterzurechnen.

Habe gerade keine DTS Filme da, aber vermutlich liegt es daran, wenn MKVs nicht in DS Video laufen, sondern sich eine andere App zum Abspielen öffnet. Bei mir werden nämlich alle Dolby Digital MKVs abgespielt.

EOD? End of discussion? Ernsthaft? Wie alt bist du?

 

[harrykausl]

Ich habe gesten mit der aktuellen Videostation und der aktuellen APP auf dem IPAD3 über Airplay auf ATV3 ein paar Tests durchgeführt (keine weiteren Video-Apps auf dem IPAD).

1. mp4-Files mit DD 5.1 und Stereo-Spur
Diese laufen auf DSFILE sauber, DD 5.1 kommt auch an.
Im DSVideo laufen sie auch, Tonspur kann ausgewählt werden, der Ton kommt aber nicht richtig an (PLII)

2. mkv mit H264 Video, DD 5.1 + Stereo
Laufen in DSFile nicht
In DSVideo läuft die Wiedergabe, Tonspur kann ausgewählt werden, der Ton ist aber immer noch falsch (PLII)

3. mkv mit H264 und nur DD 5.1
Läuft in DSFIle nicht
Läuft in DSVideo, Ton wieder falsch

DSVideo scheint im Vergleich zui DSFile ein bisschen intelligenter geworden zu sein. Die Problematik mit dem Ton ist aber noch zu lösen. Die Wiedergabe der mk4 ist ja auch kein Hexenwerk, da ich ja eine H264-Datei drin hatte. Warum die beiden Apps unterschiedlich reagieren ist m.E. nicht zu verstehen.

 

[Payn]

Hi harrykausl
es hat nichts damit zu tun, das die DSVideo.app "intelligenter" ist als die DSFile.app. Beide können die selben Formate. Halt die, die iPhone von Haus aus unterstützt. (z.B. mp4)
Der unterschied ist, das die Diskstation die nicht unterstützten Formate für die DSVideo.app, während des abspielens, umkonvertiert. Und daher kommen die Probleme mit dem Sound etc.

Ich hab eben ne Antwort vom Synology Support bekommen. Es gibt im Moment KEINE Möglichkeit die Konvertierung auszuschalten. Aber sie werden probieren das im nächsten Update mit einzubringen.

 

[tomas123]

tja, ich habe ein umgekehrtes Problem:

Ich schaffe es einfach nicht auf meiner ARM-Syno DS212+ eine on-the-fly Konvertierung anzustoßen
Ich habe schon alle Möglichen Formate getestet: (H264, mkv, ts , mpeg usw.)
Entweder die Videostation spielt es selbst ab (H264) oder übergibt den Raw-Stream an Aceplayer (IPAD).

Veranlasssung:
Ich möchte selber ffmpeg in die vlc-pipe hängen, um bei DVB-T-Aufnahmen in Aceplayer einen Zeitbalken im (*.ts) zu haben und suche die Stelle, wo ich in der Syno ohne großen Aufwand die Brechstange sinnvoll ansetze.

Kann mir bitte jemand mal von den on-the-fly geplagten die Ausgabe in der Shell (während der Konvertierung) von

ps | grep -i Video
# und falls da ffmpeg nicht mit zu sehen ist
ps | grep ffmpeg

posten?
Vielen Dank für die Hilfe.

---

Hintergrundinfo:
ffmpeg kann auch auf einer schwachen ARM CPU den *.ts-Stream mit Zeitindex neu zusammensetzen, so dass die ios-Player auch die Zeitachse sehen

...| /opt/bin/ffmpeg -i pipe: -f mpegts -vcodec copy -acodec copy ....

dabei muss ffmpeg nichts neu codieren, und benötigt praktisch keine CPU Resourcen

Alternativ würde ich mich auch zu einen Link im Web zu einem Trailer freuen, der on-the-fly konvertiert würde.
Ich denke aber, dass bei der schwachen ARM-CPU on-the-fly ffmpeg deaktiviert wurde.

 

[harrykausl]

Hallo Payn,
DSVideo auf dem IPAD3 startet ein mkv (mit mp4). DSFile tut das nicht. Da ist schon ein Unterschied in den Apps.

 

[naofireblade]

Hallo tomas123, hier die Daten aus der Shell, während ein Film auf dem iPad läuft:

********> ps | grep -i Video
8115 root 31632 S N /var/packages/VideoStation/target/sbin/synovideoinde
8185 root 32304 S N /var/packages/VideoStation/target/sbin/synovideometa
8329 root 23204 S /var/packages/VideoStation/target/bin/synodtv start
9410 root 54720 R /var/packages/VideoStation/target/bin/ffmpeg -ss 186
9411 root 42016 S /usr/syno/synoman/webapi/VideoStation/vtestreaming.c
15361 root 30904 R /usr/syno/synoman/webapi/VideoStation/vtestreaming.c
15363 root 2984 S grep -i Video

********> ps | grep ffmpeg
9410 root 54936 R /var/packages/VideoStation/target/bin/ffmpeg -ss 186
15828 root 2984 S grep ffmpeg

Was meinst du mit dem Link im Web genau? Ich wüsste nicht wie ich das on-the-fly kodierte Video abfangen und speichern kann.

PS: DTS Ton klingt als ob er nicht konvertiert wird. Könntest du harrykausl das mal mit dem ATV ausprobieren? Auf dem iPad sehe ich nicht, ob 5 Kanäle ankommen. Allerdings stockt das Video nun alle 1-2 Minuten.

 

[Payn]

@harrykausl

ich wollte damit nur sagen, das die app nichts anderes macht, sondern die Diskstation. Ist ja auch egal. Ich finde es gibt einfach zu wenig Einstellmöglichkeiten um die VideoStation richtig nutzen zu können.

 

[tomas123]

@naofireblade
super, so wie ich es mir dachte ( /var/packages/VideoStation/target/bin/ffmpeg)
leider ist die Ausgabe in der Deiner Shell heftig abgeschnitten worden

ich habe die Abfrage mal verbessert, so dass die gesamte Parameterzeile zu sehen ist
bitte noch einmal den Einzeiler in der Shell während der Konvertierung absetzen

IFS=$'\n';for i in $(ps | grep -i "Video"); do k=$(echo $i | sed -e 's/^ *//' | cut -d" " -f 1); cat "/proc/$k/cmdline" | tr '\000' ' '; echo ; done

ich sitze gerade nicht vor der Syno, aber die schnell zusammengebastelte Zeile müsste in der busybox-shell laufen
Der Code liest zuerst Prozess-ID (PID) mit ps aus, entfernt führende Leerzeichen mit sed und druckt den vollständigen cmdline-String aus /proc/PID/cmdline aus
Null-Chars werden mittels tr durch Leerzeichen ersetzt
Die eine Zeile "No such file or directory" ist die bereits beendete Abfrage grep des Einzeilers selber

Danke.

Zu Deiner Frage: Wenn man versteht, wie die Videostation arbeitet, ist es auch einfacher, an den Stellschrauben zu drehen