FFmpeg EAC3 and/or DTS support in Video Station for DSM 6.x

[mreid-tt]

For new Package Requests, see the guidelines

Setup

Package Name: FFmpeg
_Package Version:_3.3.3-7

_NAS Model:_DS916+
_NAS Architecture:_Intel
_DSM version:_6.1.3-15152 Update 6

Expected behavior

Playback of video with Dolby tracks in DS Video work without issue

Actual behavior

Playback error "failed to play the video because the file format of the currently selected audio track is not supported" (for EAC3).

Steps to reproduce

_1._Launch DS Video
_2._Select video with EAC3 audio
_3._Play

Package log

Check Package Center or /usr/local/{package}/var/

n/a

Other logs (attempted a re-install)

E.g. /var/log/messages or /var/log/synopkg.log

2017/10/08 16:46:44	uninstall ffmpeg: begin to stop version 3.3.3-7
2017/10/08 16:46:45	uninstall ffmpeg 3.3.3-7 Begin start-stop-status stop
2017/10/08 16:46:45	uninstall ffmpeg 3.3.3-7 End start-stop-status stop ret=[0]
2017/10/08 16:46:45	uninstall ffmpeg 3.3.3-7 Begin unload apparmor
2017/10/08 16:46:45	uninstall ffmpeg 3.3.3-7 End unload apparmor ret=[0]
2017/10/08 16:46:45	uninstall ffmpeg: stop version 3.3.3-7 successfully, result 0
2017/10/08 16:46:45	uninstall ffmpeg 3.3.3-7 Begin preuninst
2017/10/08 16:46:45	uninstall ffmpeg 3.3.3-7 End preuninst ret=[0]
2017/10/08 16:46:45	uninstall ffmpeg 3.3.3-7 Begin /bin/rm -rf /volume1/@appstore/ffmpeg
2017/10/08 16:46:46	uninstall ffmpeg 3.3.3-7 End /bin/rm -rf /volume1/@appstore/ffmpeg ret=[0]
2017/10/08 16:46:46	uninstall ffmpeg 3.3.3-7 Begin postuninst
2017/10/08 16:46:46	uninstall ffmpeg 3.3.3-7 End postuninst ret=[0]
2017/10/08 16:46:46	uninstall ffmpeg: Uninstall 3.3.3-7 successfully
2017/10/08 16:47:21	install ffmpeg 3.3.3-7 Begin preinst
2017/10/08 16:47:21	install ffmpeg 3.3.3-7 End preinst ret=[0]
2017/10/08 16:47:21	install ffmpeg 3.3.3-7 Begin /bin/mv -f /volume1/@tmp/pkginstall/package /volume1/@appstore/ffmpeg
2017/10/08 16:47:21	install ffmpeg 3.3.3-7 End /bin/mv -f /volume1/@tmp/pkginstall/package /volume1/@appstore/ffmpeg ret=[0]
2017/10/08 16:47:21	install ffmpeg 3.3.3-7 Begin /bin/rm -rf /var/packages/ffmpeg
2017/10/08 16:47:21	install ffmpeg 3.3.3-7 End /bin/rm -rf /var/packages/ffmpeg ret=[0]
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 Begin /bin/mkdir -p /var/packages/ffmpeg
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 End /bin/mkdir -p /var/packages/ffmpeg ret=[0]
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 Begin /bin/mv -f /volume1/@tmp/pkginstall/INFO /var/packages/ffmpeg/INFO
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 End /bin/mv -f /volume1/@tmp/pkginstall/INFO /var/packages/ffmpeg/INFO ret=[0]
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 Begin /bin/rm -rf /var/packages/ffmpeg/scripts
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 End /bin/rm -rf /var/packages/ffmpeg/scripts ret=[0]
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 Begin /bin/mv -f /volume1/@tmp/pkginstall/scripts /var/packages/ffmpeg/scripts
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 End /bin/mv -f /volume1/@tmp/pkginstall/scripts /var/packages/ffmpeg/scripts ret=[0]
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 Begin /bin/rm -rf /var/packages/ffmpeg/conf
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 End /bin/rm -rf /var/packages/ffmpeg/conf ret=[0]
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 Begin /bin/mv -f /volume1/@tmp/pkginstall/conf /var/packages/ffmpeg/conf
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 End /bin/mv -f /volume1/@tmp/pkginstall/conf /var/packages/ffmpeg/conf ret=[0]
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 Begin postinst
2017/10/08 16:47:22	install ffmpeg 3.3.3-7 End postinst ret=[0]
2017/10/08 16:47:24	install ffmpeg: begin to start version 3.3.3-7
2017/10/08 16:47:24	install ffmpeg 3.3.3-7 Begin pre-load apparmor
2017/10/08 16:47:24	install ffmpeg 3.3.3-7 End pre-load apparmor ret=[0]
2017/10/08 16:47:24	install ffmpeg 3.3.3-7 Begin start-stop-status start
2017/10/08 16:47:24	install ffmpeg 3.3.3-7 End start-stop-status start ret=[0]
2017/10/08 16:47:24	install ffmpeg: start version 3.3.3-7 successfully, result 0
2017/10/08 16:47:24	install ffmpeg 3.3.3-7 Begin /bin/rm -rf /volume1/@tmp/pkginstall
2017/10/08 16:47:24	install ffmpeg 3.3.3-7 End /bin/rm -rf /volume1/@tmp/pkginstall ret=[0]
2017/10/08 16:47:24	install ffmpeg 3.3.3-7 successfully

[cytec]

First: we don't support DSM 6 so DSM 6.2 isn't supported as well...
Second: DS Video is a Synology SPK not one provided by us and it uses synologys FFMPEG build not the one we provide

[ChrisAnonymous]

@houndtt
Is this issue only for EAC3 audio?
Or does it affect other codecs as well?

I have ffmpeg on DS918+ w/ DSM 6.1.3-15152 Update 6 and its working fine for DTS and others, but I don't know if I have any video encoded w/ EAC3 audio.

If you have a sample file with EAC3 audio to test I'd be interested to see if its working on the package I'm running.

[cr03]

I believe a recent DSM update may have included an architecture change by Synology?

I don't have a "before picture" but, I believe VideoStation used to source the ffmpeg off the $PATH?

Now it looks like Synology are embedding ffmpeg at /volume1/@appstore/VideoStation/bin/ffmpeg.

As expected, I couldn't find anything in spksrc that hinted perhaps the packages used to make accommodations for this by - say - overriding Synology's choice of ffmpeg for VideoStation? Doing so might be inelegant, anyway.

$ /volume1/\@appstore/VideoStation/bin/ffmpeg -encoders | grep eac3
ffmpeg version 2.7.1 Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 4.9.3 (crosstool-NG 1.20.0) 20150311 (prerelease)
  configuration: --prefix=/usr/pkg --incdir='${prefix}/include/ffmpeg' --arch=i686 --target-os=linux --cross-prefix=/usr/local/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu- --enable-cross-compile --enable-optimizations --enable-pic --enable-gpl --enable-version3 --enable-nonfree --enable-libfaac --enable-encoders --enable-pthreads --disable-muxer=image2 --disable-muxer=image2pipe --disable-swscale-alpha --disable-ffplay --disable-ffserver --disable-doc --disable-devices --disable-bzlib --disable-altivec --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libmp3lame --disable-decoder=amrnb --disable-encoder=zmbv --disable-encoder=dca --disable-encoder=ac3 --disable-encoder=ac3_fixed --disable-encoder=eac3 --disable-decoder=eac3 --disable-encoder=truehd --disable-decoder=truehd --cc=/usr/local/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu-ccache-gcc --enable-shared --disable-static --enable-yasm --enable-libx264 --enable-encoder=libx264
  libavutil      54. 27.100 / 54. 27.100
  libavcodec     56. 41.100 / 56. 41.100
  libavformat    56. 36.100 / 56. 36.100
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 16.101 /  5. 16.101
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.100 /  1.  2.100
  libpostproc    53.  3.100 / 53.  3.100
$

You may notice eac3 has been disabled in the build arguments by Synology.

After backing up the vendor's binary, I boldly attempted to ln and then just plan mv the SynoCommunity ffmpeg version 3.3.3 into the VideoStation package... neither worked, so I asked myself why....

A ps auxwf while streaming yielded the arguments used by VideoStation to invoke ffmpeg for transcode. I tried to replicate the same invocation of the ffmpeg process from shell. I got Unrecognized option 'hls_seek_time'. Perhaps this argument has been deprecated, and I can see that VideoStation is making assumptions about the ffmpeg version that aren't going to be easily reconciled.

I empathize with @cytec that it's not feasible to provide what @houndtt and I are looking for in a sustainable way. I - or someone else - might be motivated to compile an older version of ffmpeg with eac3 to attempt a drop-in replacement.

[cr03]

@ChrisAnonymous I can confirm the issue only happens with specifically eac3 files.

Check the media info in an episode or movie under VideoStation. It should tell you "eac" vs "ac3" or "aac-lc" or similar.

[repmeer]

I had the exact same issue. Downgrading videostation to the previous version fixed the issue

[cytec]

@cr03 i guess the best way would be to report that to Synology so that they can fix it ;)

[mreid-tt]

Team, thanks for all your feedback on this. As suggested this needs to be resolved by Synology and I have logged a ticket regarding same. The details of the ticket are as follows:

Problem Explanation:

Summary: Latest compatibility update for DSM 6.2 beta breaks third-party 'ffmpeg' engines

Detail: Prior to the latest udpate (Version: 2.3.5-1471), users were able to install third party engines like the one from SynoCommunity. It appears that Video Station now includes an older embedded ffmpeg at '/volume1/[at]appstore/VideoStation/bin/ffmpeg' which overides the one from SynoCommunity (https://synocommunity.com/package/ffmpeg).

From preliminary analysis the embedded version in Video Station is version 2.7.1 whereas the SynoCommunity version is v3.3.3. It is thought that in the previous architecture that Video Station used to source the ffmpeg off the $PATH or some other mechanism that allowed third party versions to be used. I am hoping that consideration can be given to allowing this setup once again.

Problem Reproduce Steps:

Launching Video Station and playing media files with esoteric media formats like EAC3 for audio results in an error "failed to play the video because the file format of the currently selected audio track is not supported". Prior to the latest update with the SynoCommunity ffmpeg install this worked flawlessly.

I'll update the team once I receive a response.

[royduin]

Same issues here, thanks for your research guys! Looking forward to the reply from Synology and a fix.

[repmeer]

I also dropped a ticket at Synology Support. They answered that E-AC3 is currently not supported.

[repmeer]

This is what i from Synology Support today

Maybe you have used 3rd party like ffmpeg?
Please note we don't support e-ac-3 is because the copy right issue, 
those 3rd party package is against the copy right, we are suggest to remove it.
Sorry for your inconvenience.

So i don't Synology is going to fix it in a future release.

[mreid-tt]

Please note we don't support e-ac-3 is because the copy right issue,
those 3rd party package is against the copy right, we are suggest to remove it.

I'm still awaiting my response from Synology (they initially asked for a debug log). If the above is correct then I would suggest that there be some sort of compromise. Synology operates on a whole community of open-source projects. Either the vendor allows their users the choice of decoder packages (much like they allow for a choice of web servers, interpreters, etc.) via some sort of selector to toggle the newly included stripped down decoder... or they allow for a paid option (much like they do for survelliance, anti-virus and file systems).

[ymartin59]

Here is reference about Dolby software patents claimed to be infringed: #2952 (comment)

[repmeer]

@ymartin59
And what are you trying to tell with your comment? I don't see that see that your comment is contributing anything with value to this thread.

[cr03]

@ymartin59 I think you may have fumbled the link you wanted to paste -- it just links to this issue. Try again?

[lgxmedia]

I made a ticket and the answer was "eac3 format was never officially supported", if I use "ffmpeg unofficial package may be broken because of updates of Video Station". I downgrade to VideoStation-x86_64-2.3.4-1468 (DS416play) and solved the problem for now. Waiting for a better solution.

[mreid-tt]

Well I did the rollback to version 2.3.4-1468 and the EAC3 audio is once again transcoding. For those who are unsure about the process, the steps I took were as follows:

1. Check for the binary for your Synology and download the previous version

For me I use a Synology DS916+ so this was:
(a) Checking https://www.synology.com/en-global/support/download/DS916+#packages
(b) Identifying the previous version using https://www.synology.com/en-global/releaseNote/VideoStation?model=DS916%2B
(c) Manually altering the download link on the packages page to https://global.download.synology.com/download/Package/spk/VideoStation/2.3.4-1468/VideoStation-x86_64-2.3.4-1468.spk

2. Uninstall the existing Video Station in Package Centre (be sure that the remove database checkbox is unchecked)
3. Perform a manual install with the downloaded package file

As an update to the ticket with Synology they closed it as a feature request with the following generic reply: "We have sent up your concerns with the ffmpeg process in DSM 6.2 beta and your desire to source the ffmpeg off the $PATH or some other mechanism that allowed third party versions to be used, to our features and development team."

I also did a bit of experimenting with the downgraded version following in the steps of @cr03. My output for the 'ffmpeg' in Video Station was as follows:

/var/packages/VideoStation/target/bin$ ffmpeg -encoders | grep eac3
ffmpeg version 2.7.1 Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 4.9.3 (crosstool-NG 1.20.0) 20150311 (prerelease)
  configuration: --prefix=/usr --incdir='${prefix}/include/ffmpeg' --arch=i686 --target-os=linux --cross-prefix=/usr/local/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu- --enable-cross-compile --enable-optimizations --enable-pic --enable-gpl --enable-shared --disable-static --enable-version3 --enable-nonfree --enable-libfaac --enable-encoders --enable-pthreads --disable-bzlib --disable-protocol=rtp --disable-muxer=image2 --disable-muxer=image2pipe --disable-swscale-alpha --disable-ffserver --disable-ffplay --disable-devices --disable-bzlib --disable-altivec --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libmp3lame --disable-vaapi --disable-decoder=amrnb --disable-encoder=zmbv --disable-encoder=dca --disable-encoder=ac3 --disable-encoder=ac3_fixed --disable-encoder=eac3 --disable-decoder=dca --disable-decoder=eac3 --disable-decoder=truehd --cc=/usr/local/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu-ccache-gcc --enable-yasm --enable-libx264 --enable-encoder=libx264
  libavutil      54. 27.100 / 54. 27.100
  libavcodec     56. 41.100 / 56. 41.100
  libavformat    56. 36.100 / 56. 36.100
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 16.101 /  5. 16.101
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.100 /  1.  2.100
  libpostproc    53.  3.100 / 53.  3.100

I don't see any output in the ps auxwf | grep ffmpeg which helps me understand which 'ffmpeg' was being used. Perhaps you guys can help?

root     24877  0.0  0.0  23116   972 pts/3    S+   08:15   0:00                      \_ grep --color=auto ffmpeg
root     24855 99.2  0.1 117124 14396 ?        Rl   08:14   0:03  \_ /var/packages/VideoStation/target/bin/ffmpeg -ss 633.258 -i /volume1/video/[...].mkv -threads 0 -vcodec copy -vsync 2 -vbsf h264_mp4toannexb=repeatheader -acodec libmp3lame -ab 256k -ac 2 -f ssegment -segment_format mpegts -segment_list_type m3u8 -hls_seek_time 633258 -segment_time 8 -segment_time_delta 1.258 -segment_start_number 00079 -avoid_negative_ts 0 -break_non_keyframes 0 -map 0:0 -map 0:1 /tmp/VideoStation/HLS/[...]/slice-%05d.ts

[royduin]

Just downgraded to 2.3.4-1468, let's hope Synology is picking this up and it will work again with the next release.

[ymartin59]

Please close issue, if there is nothing we can do here.

[mreid-tt]

Just as an update, I attempted to upgrade to Video Station version 2.3.6-1475 this morning but the problem with the EAC3 audio still persists. Rolled back to version 2.3.4-1468 and all is once again well with the world. Hopefully Synology will fix this soon.

[sciolto]

Just to confirm what @houndtt pointed out, I could fix Video Station playback issues by downgrading manually from 2.3.6-1475 to 2.3.4-1468 .
Synology wake up !

[kurtn2005]

I know this issue was closed, but I have to say Videostation can not play DTS either AC3 originally, after install 3rd part FFMPEG from the community source, you get both DTS and AC3 works.

What I want to point is why DTS and AC3 can be played but EAC3 won't? Is there anything FFMPEG community edition can do the same thing to enable EAC3?

[repmeer]

@kurtn2005 Because EAC3 is a codec that has licensefees. Synology is not willing to pay for that.

[kurtn2005]

@repmeer correct me if I am worng, from my understanding, both DTS and AC3 are need license and original VideoStation can not streaming both of them, and this can be proved by the lead of compile parameters of original FFMPEG which comes with VideoStation, however, after install the community FFMPEG package, DTS and AC3 works, why they are enabled? Should be some things changed after install community edition, I beleive.

I assume it can be enable EAC3 with community edition as well.

[mtoensing]

Can somebody pls post a link to the community version of FFMPEG? Do I get it right that after the installation of ffmpef community edition I can update my video station again if I just want to play MKVs with AC3 and DTS?

[th0ma7]

@malhal please open a new issue specifically for your transcoding problem on aarch64

Ho ho ho, new Christmas package set -19 available on my repo along with new helper script that should, I hope, permanently resolve the ffmpeg orphaned processes whend using a shell wrapper!

Script available here (regular & debug versions):
https://github.com/th0ma7/synology/tree/master/VideoStation
And new packages here:
https://github.com/th0ma7/synology/tree/master/packages

[EngMarc]

@th0ma7 - thanks for the xmas present :D

Question: Do I need to use the shell script on my Atom DS1817+?
I was going to just link it to the ffmpeg install binary?

[EngMarc]

@th0ma7 - I got eac3 to work with h.265 1080p with the -19 build on Atom DS1817+.
I did do the ln -sf for ffprobe, ffmpeg and vainfo like @kc6108 noted above. I did not use shell scripts in the VideoStation directory. I wanted to try it native to see if it worked and it did.

Thank you!

[chengleon]

@th0ma7

I tried -19 package with the script on my DS1019+ (apollolake), the hevc transcoding with stutter for couple of seconds in every ~10 seconds.

Trying to figure out what is the difference as the previous script has no such problem.

[BenjaminPoncet]

@chengleon

Use @kc6108 's script instead: #2952 (comment)
Or mine: https://gist.github.com/BenjaminPoncet/bbef9edc1d0800528813e75c1669e57e

@th0ma7

By launching ffmpeg with the "&", parent process stops and VideoStation restarts ffmpeg after few seconds. That's what creates this kind of freeze.
Either run ffmpeg with the exec command as suggested by @kref (cf: @kc6108's script)
Either use a wait / kill on SIGTERM logic (cf: my script)

[chengleon]

Has anyone noticed with -19 package the hevc transcoding with hardware acceleration on Apollo lake has some artifacts?
It’s likely related to some parameters or ffmpeg bug, my guess.

[th0ma7]

@kc6108

My buddy told me that the Intel Celeron J3455 in the DS918+ has support for Quick Sync Video which should be helping with hardware acceleration duties. He showed me that we should be seeing encoders/decoders for h264_qsv and hevc_qsv. He thinks ffmpeg may not be able to make use of the best hardware acceleration capabilities at the moment. I’m paraphrasing as most of the conversation went over my head, but basically ffmpeg can sometimes make choices based on the hardware, available drivers, and what’s built/compiled into ffmpeg (unless specifically told not to via the arguments passed in).

I guess he using a static, and slightly earlier version of ffmpeg on his DS918+ (with a slightly older version of Video Station... the one before hls_seek_time... that I understood) right now.

Thoughts?

I had a quick look over it but part of the minimal requirement is GCC 6.1 for proper C++ 11 support. It can probably be done with current GCC 4.93 from DSM6.x but this may trigger unexpected bugs and become hard to figure where the issue is. I've created issue #3830 to track this.

[th0ma7]

Hi all,

Exchanges on this threads where really awesome, thnx to all who shared ideas and helped improving or testing the various scripts & new package sets. Changes are now all pushed spksrc upstream and official package are to be made available in the next few weeks.

I believe that the originating problem is now fully resolved (and a few other bits as well). Closing the thread.

Again thnx to all.

[c-b-h]

-19 built for evansport-6.1
https://github.com/c-b-h/synology/tree/master/packages

[YerBabiE]

I have installed the latest 4.2.1-22 install with the symlink fix above and it works on a 1817+ -22 did not work directly, I still need to run the 6 lines of code above, not sure if thats the intended result.

[th0ma7]

@YerBabiE you are absolutely right, currently things won't work out of the box and manual command lines are needed to get things going. Issues are with Synology VideoStation and SynoCommunity tries to find ways to alleviate/circumvent theses limitations without help from Synology.

Althgough we do have a project to ease this process but it ain't ready yet.
Feel free to follow it and become a early tester when ready at #3828

Thnx for your time for testing.

[toaster-code]

How about rebuild videostation from source and remove the restrictions of using the external ffmpeg? Le jeu. 9 janv. 2020 à 13:03, Vincent Fortier <[email protected]> a écrit :

…

@YerBabiE <https://github.com/YerBabiE> you are absolutely right, currently things won't work out of the box and manual command lines are needed to get things going. Issues are with Synology VideoStation and SynoCommunity tries to find ways to alleviate/circumvent theses limitations without help from Synology. Althgough we do have a project to ease this process but it ain't ready yet. Feel free to follow it and become a early tester when ready at #3828 <#3828> Thnx for your time for testing. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#2952?email_source=notifications&email_token=AABEHTYJRBDXMSDMVBASK4LQ44HBBA5CNFSM4D6HNHP2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIQCJ7A#issuecomment-572531964>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AABEHT7VDFJSPQHPR6MJZSLQ44HBBANCNFSM4D6HNHPQ> .

[mattPiratt]

FYI: I have just followed this https://gist.github.com/BenjaminPoncet/bbef9edc1d0800528813e75c1669e57e#gistcomment-3119240 instructions and on my DS 718+ most of things are working:

• BDMV, mkv, avi
• srt subtitles
• FDH and 4k (incl. hdr)
• AC3, DTS (HDMA), DD (TrueHD/Atmos)
  They transcode all to FHD+Stereo with use of HW acceleration (almost no CPU load)

What is not working: iso files.

[th0ma7]

@mattPiratt
Thnx a lot for the feedback!
Feel free to create a new issue related to ISO file support and I'll have a look at that at some point in the near future for a subsequent release.

[th0ma7]

@FabioManzoni

How about rebuild videostation from source and remove the restrictions of using the external ffmpeg?

VideoStation is owned and maintained by Synology.
We, SynoCommunity, do not have access to the source code to make changes.

[toaster-code]

@FabioManzoni

How about rebuild videostation from source and remove the restrictions of using the external ffmpeg?

VideoStation is owned and maintained by Synology.
We, SynoCommunity, do not have access to the source code to make changes.

How about this link :(thank you @Mask)
https://sourceforge.net/projects/dsgpl/files/Packages/DSM%206.1%20Package%20Release/

From : #2952 (comment)

[th0ma7]

Theses are all the original open sources that are tied to VideoStation and not the videostation software itself...

[SecuritySense]

Does anyone have an old copy of VideoStation-x86_64-2.4.6-1594.spk
Although there is an archive version on the website I have a suspicion that Synology have made changes to it as I have installed in on another device and followed my previous setup but it will not play some video types.

[th0ma7]

A quick google search pointed me here:
https://archive.synology.com/download/Package/spk/VideoStation/

Also please try not to repost on closed issues unless it's related to the original problem.
Cheers and good luck.

[SecuritySense]

Even though that is the archive I think they have made changes to our work above not longer works!! Can you email me off board please

[EngMarc]

I’ve been running the current video station (2.4.7-1603) and th0ma7’s recompiled ffmpeg (4.2.1-23) with a link from the video station bin ffmpeg to the ffmpeg bin directory.

so far, I have had no problems playing both mp4 and mkv container files. It plays aac, ac3 and dts audio formats. I haven’t seen any problems yet other than some one in a while audio station relaunch of a video doesn’t play. Simply closing the audio station window and reopening it seems to work fine. There is some CPU usage when fast forwarding or moving around in video files but this seems to subside once the process is done and has never been an issue.

I want to give @th0ma7 a very robust THANK YOU for all the hard work!

[th0ma7]

Thnx @EngMarc and note that a new testing version related to PR #3965 is available here:
https://github.com/th0ma7/synology/tree/master/packages
Feel free to comment on the associated pull request page.

[Yod4z]

sorry for the post because this thread has been closed but i have a probleme with DTS.

I have a working DTS in videostation with 4.2.2-24 iwth modified file to accepte DTS and link.
I have updated to DSM 6.2.3 and this morning updated ffmpeg to 4.2.2-28 (proposed via syno package)
then i tried to read movie with DST but error audio file not supported. x265 video codec work.

I tried 4.2.2-29 with no more succes. Videostation 2.4.7-1603.

Do i need to edit the file again to accept DTS audio file?

Same probleme with Eac3.

do i need ssh to edit again with:
sed -i 's/eac3/ZXXZ/' /var/packages/VideoStation/target/lib/libsynovte.so
sed -i 's/dts/ZXZ/' /var/packages/VideoStation/target/lib/libsynovte.so
sed -i 's/truehd/ZXZZXZ/' /var/packages/VideoStation/target/lib/libsynovte.so
?

[th0ma7]

@Yod4z yes, anytime you upgrade VideoStation as otherwise it wont accept playing any unsupported file formats.

Do i need to edit the file again to accept DTS audio file?

Same probleme with Eac3.

do i need ssh to edit again with:
sed -i 's/eac3/ZXXZ/' /var/packages/VideoStation/target/lib/libsynovte.so
sed -i 's/dts/ZXZ/' /var/packages/VideoStation/target/lib/libsynovte.so
sed -i 's/truehd/ZXZZXZ/' /var/packages/VideoStation/target/lib/libsynovte.so
?

[Yod4z]

sorry my bad i see in comment on BenjaminPoncet ffmpeg-wrapper that after videostation update i need to modifi again libsynovte.so

[EngMarc]

hmm, updated DSM 7.0.1-42218 and VideoStation 3.0.1-2067 and have ffmnpeg 4.3.3-39-26 from community forum.
Prior to this version, I did have VideoStation playing DTS and eac3 audio files. Now, even after running the ssh commands, it goes to play the file but just spins and spins with the CPU taking about 17% (nothing crazy). It never seems to play the file.

I'm wondering if there's a new library or something we are missing?
Ideas?

[th0ma7]

Hi @EngMarc I would recommend you follow-up this thread AlexPresso/VideoStation-FFMPEG-Patcher#15 (comment) as SynoCommunity does not support VideoStation.