Search the Community

no, that is elkhart lake, i dont thing that the gpu in that cpu is supported atm its up to 10th gen cpu for now or you will have to wait for the sa6400 to get "safe" an released in tcrp and arpl, sa6400 comes with kernel 5.10.x and in that would have way better i915 driver by default, sa6400 being a business oriented nas only unit without gpu support got a i915 driver added lately by adding the missing parts through backports (jim ma is doing this) imho more promising then 7.2 atm as 7.2 will not bring any kernel version changes so the one and only kernel 5.x unit is still be sa6400 (maybe some new 2023 release units might come with 5.x?), up to 11th gen is supported including jasper and elkhard lake, but as it is a "non dva" unit there might be problems using face recognition i survailance station but using videostations hardware transcoding and photos should work the same as on 920+ when looking for Ai and face recognition it might be "safer" to go with dva32xx units, getting the "right" nvidia gpu's for the driver involved in this units might be easier (but might be more expansive in purchasing and running as it will consume more power long term), the nvidia card in question are older now and might be easier to get 2nd hand - but it needs reading into this (driver version used be synology and its supported gpu's) easy gonig way is still fetching a 8th/9th gen cpu system and building around that dsm as we use it here is a appliance that can be complicated or impossible to have it your way so its often less hassle to bend yourself (hardware to use) in the way dsm needs, and that needs way more preparation and knowledge or asking around then most expect or want to and its often not the best way to buy the newest and best, most likely some "older" average hardware (from the gaming point of view) is better then anything new (synology is using highly customized old kernels and is slow taking it to the next level) i hope that gives you and other some ideas on how to go forward and also think about what you really need, specially with newer hardware and the need to just store date it might be easier to use open media vault (still my preferred fallback i keep up in case dsm breaks) or unraid - or think about buying a original units from synology, depending an the use case the "under powered" hardware is no problem and the hardware they sell is usually reliable and holds 5+ years (not flashy but solid) the only downside is that higher disk counts get really expansive but with 16TB HDD's or bigger a 4 slot unit might be ok (as long as at least a 2.5G nic is present)

HW transcoding works with Emby: Synology Photos Face Recognition works too.

beside a normal 9th gen hardware with up to 20 disks (some ssd's and 10G nic too, and maybe one m.2 nvme ssd) i could test i915 on newer notebooks with 11/12th gen cpu's (that needs a m.2 to pcie cable adapter for a ahci sata controller but i did that some time ago) anything special beside testing i915 transcoding and copy one or another TB? lsi sas? (9211-8i)

Transcoding and face recognition doesn't work with i3 12100 dev/dri empty I didn't find any decision on this forum

I didn't find anything on the forum about 12th gen processors support. No patches or drivers found. Is there any solution for transcoding now? I would like face recognition to work

DS3622+ doesn’t support i915 transcoding. There is more work required for it to do so and we haven’t had the time to look into it. Which is why the drivers have been pulled

3622 ist solide, deine hardware, j4105 ist gemini lake und kann intel qsv, imho optimal in sachen hardware und was man "mitbekommt" an features wäre dva1622 (das orginal kommt auch mit gemini lake), die dva kann mehr in foto sachen (gesichtserkennung) und hat 8 kamera lizenzen ootb (und kann bei den video auch solche gesichts und objekt sachen) aber wenn man das qsv/ai/transcoding zeug nicht braucht ist man mit 3622 gut dran, easy to handle und kann auch sas controller ootb (ist aber meist bei kleineren builds mit gemini lake nicht so ein thema)

I am gearing up to build a 920+, nothing fancy, just a 12TB raid1. My usage will be general file storage, Plex (hopefully w/HW transcoding) and a variety of Docker containers. I might later experiment with some Surveillance Station, but don't see that becoming a huge component of this build. Currently on my older DSM7 3615xs setup, I am running Ext4. Can't say that I have had any detected issues, file corruption, bit rot, etc. etc. I am not doing any encryption either, or have SHR enabled. Having said that, what's the general opinion here, on what people are using between the two, and why? 🤠 Thank You in Advance!

you will also need to patch some files to get videostation working properly (at least when using any random serial) https://xpenology.com/forum/topic/24864-transcoding-without-a-valid-serial-number/?do=findComment&comment=439520 i did not use the file as it was intended i was more looking inside it to see what it was trying to do, it might work for you as it is but i did not tested it that way if you look inside the start.sh you will see that this one is about patching the files needed (starting it without anything will give you a short help but in the end you will need to start it with -p to ptach things) https://raw.githubusercontent.com/apriliars3/synocodectool-patch/master/patch.sh the AMEpack.tgz will also contain parts for aac audio so you can "enrich" the stuff you already have with that with these things videostation should work properly (also with qsv and transcoding if the i915 stuff is working properly), but i did not test it much as i usually replay just files over network shares and there is jellyfin as spk package too edit: and just to complete it, you might want to use this patch to get dts working https://raw.githubusercontent.com/AlexPresso/VideoStation-FFMPEG-Patcher/main/patcher.sh

At some point in the development of M SHELL for TCRP, I decided to stop supporting older versions. This is because ARPL and original TCRP already support all older versions of DSM, such as 7.0.1-42218, even if it is not M SHELL. (Currently, pocopico's TCRP cannot be built because the checksum and bsp are not newly corresponded to the recently changed 7.0.1-42218 DSM PAT file.) There are a total of 18 models supported by M SHELL, and if you manage each DSM version, the number of management points will increase several times. If all support is extended by that number, the burden on the developers of REDPILL will increase. Whenever a new DSM version is created, stability testing as well as a bsp build for configuration must be followed. It is not enough for developers to cover these many cases alone. However, there is no verified user test pool. This part is the dilemma. ARPL's fabio and TCRP's pocopico also support numerous models and DSM versions for each model, but no one can guarantee the stability of each. So, I decided to stop supporting the old version and focus on securing the stability of the new version. However, since there have been several requests from users that DSM 7.0.1 is essential for transcoding on the Apollo Lake and Gemini Lake platforms without a genuine SN, M SHELL reconfigured and released the bsp and environment of these models. I also want to try out ARPL, but I'm running out of time to develop and test M SHELL. I've heard that some ARPL users have had success recognizing the NVMe cache using my nvme-cache.sh. The NVMe device should be verified first with the command below. udevadm info --query path --name nvme0n1 Are the contents checked well?

ARPL v1.1-beta2a DS3622xs+ 7.0.1-42218 works well. I'm not concerned with the transcoding, but with the lost NVMe support. Why does the friend categorically exclude newer models?

Only models that require transcoding support 7.0.1-42218. DS3622xs+ 7.0.1-42218 is not supported.

I'm using 3E98 module and the commands works on mine but I still have synofaced and synodvad crashing : root@DVA1622:~# cat /sys/kernel/debug/dri/0/i915_frequency_info Video Turbo Mode: yes HW control enabled: yes SW control enabled: no PM IER=0x00000070 IMR=0xffffff8f ISR=0x00000000 IIR=0x00000000, MASK=0x00003fae pm_intrmsk_mbz: 0x80000000 GT_PERF_STATUS: 0x00000000 Render p-state ratio: 0 Render p-state VID: 0 Render p-state limit: 255 RPSTAT1: 0x24000000 RPMODECTL: 0x00000d92 RPINCLIMIT: 0x000018e7 RPDECLIMIT: 0x00003840 RPNSWREQ: 1200MHz CAGF: 1200MHz RP CUR UP EI: 4051 (5401us) RP CUR UP: 198 (264us) RP PREV UP: 0 (0us) Up threshold: 85% RP CUR DOWN EI: 8624 (11498us) RP CUR DOWN: 3495 (4660us) RP PREV DOWN: 0 (0us) Down threshold: 60% Lowest (RPN) frequency: 350MHz Nominal (RP1) frequency: 350MHz Max non-overclocked (RP0) frequency: 1200MHz Max overclocked frequency: 1200MHz Current freq: 1200 MHz Actual freq: 1200 MHz Idle freq: 350 MHz Min freq: 350 MHz Boost freq: 1200 MHz Max freq: 1200 MHz efficient (RPe) frequency: 350 MHz Current CD clock frequency: 337500 kHz Max CD clock frequency: 675000 kHz Max pixel clock frequency: 675000 kHz root@DVA1622:~# lspci -nnkkvq |grep -A14 UHD 0000:01:00.0 Display controller [0380]: Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630] [8086:3e98] Subsystem: Super Micro Computer Inc Device [15d9:1a1d] Flags: bus master, fast devsel, latency 0, IRQ 39 Memory at c0000000 (64-bit, non-prefetchable) [size=16M] [virtual] Memory at 800000000 (64-bit, prefetchable) [size=256M] I/O ports at d000 [size=64] Expansion ROM at <ignored> [disabled] Capabilities: [40] Vendor Specific Information: Len=0c <?> Capabilities: [70] Express Endpoint, MSI 00 Capabilities: [ac] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [100] Null Capabilities: [200] Address Translation Service (ATS) Capabilities: [300] Page Request Interface (PRI) Kernel driver in use: i915 And to be clear, in my case, HW transcoding works perfectly fine with Emby Premiere, so the module is working and the iGPU is correctly passed through the VM. But this is not the subject of this topic. Questions regarding specific DVA1622 should be/stay in dedicated topic.

As shown below, offline transcoding is the name specified by Video Station, and it is understood that it is not the real-time streaming transcoding supported by Plex, but encoding in advance at a low quality and linking to the existing video. PLEX has a similar feature.

I don't know what offline transcoding means.

Than you @Peter Suhfor response. re 1. I will have to downgrade to DS920+ DSM 7.0.1-42218 as I am on higher version right now and I assume your idea will not work on higher versions. re 3. as you said "Forget NVIDIA" then just using Intel Atom for HEVC/AAC will be not possible, so whole idea could be not possible to achieve but I will try anyway, just for curiosity re 12. you propose offline transcoding to it means I will need more space to keep original video and transcoded video? re @Orphée it is nice idea to use Jellyfin but is it also offline transcoding? It is funny to have nvidia processor near to intel processor on the same board and totally not use it where nvidia offers some extra power as coprocessor e.g. using CUDA.

@Peter Suh HW transcoding works with Nvidia card and DVA3221 loader as long as you have a compatible Nvidia card (and >= Haswell CPU). I do it myself perfectly fine : But I agree with you about plex pass or emby premiere (in my case) Edit : You can do it also without any subscription with Jellyfin... I did it as a proof or concept on DVA3221 thread in the beginning.

The ultimate goal of Xoxer is video HW transcoding. The only platforms capable of video HW transcoding are Apollo Lake and Gemini Lake. A DS918+ or DS920+ looks good. HW transcoding through plex requires the purchase of plex pass. HW transcoding of video station is possible without genuine SN within DSM 7.0.1-42218. However, I don't have a 2nd generation Atom CPU, so I can't confirm if HW transcoding is really guaranteed. Choose between ARPL / TCRP (currently only M SHELL has no problem) After finishing the build of DS918+ / DS920+ DSM 7.0.1-42218 Loader It would be easy to do HW transcoding with only the integrated graphics. Forget NVIDIA. Try adjusting the video station's settings as instructed below. 1. Install DSM 7.0.1-42218 2. Install Advanced Media Extensions from Package Center 3. Check HEVC/AAC in Advanced Media Extensions 4. Video station installation 5. Manual installation of synocommunity ffmpeg. https://synocommunity.com/packages 6. Transcoding patch (all items) curl -L "https://raw.githubusercontent.com/Yanom1212/synocodectool-patch/master/patch.sh" -O;sh patch.sh -p 7. cat /usr/syno/etc/codec/activation.conf Confirm that the transcoding patch is enabled by checking the content 8.ll /dev/dri/renderD128 Check if the above path exists 9. video station patch 1 bash -c "$(curl "https://raw.githubusercontent.com/AlexPresso/VideoStation-FFMPEG-Patcher/master/patcher.sh")" 10. video station patch 2 ,Install only all bash -c "$(curl "https://raw.githubusercontent.com/darknebular/Wrapper_VideoStation/main/installer.sh")" 11. Enable hardware transcoding check in Video Station Advanced Settings 12. Upload a movie or video from ds video or plex to check offline transcoding

[NOTICE] Distribute the new model DS723+ and the 7.0.1-42218 version of the transcoding model. Adds one more model of r1000 platform like DS923+ to M SHELL for TCRP. The DS723+ has two bays. Like DS923+, it seems to show high compatibility with Ryzen CPU XPE. The DS923+ and DS723+ models can be used by converting M.2 NVMe to non-cache SSD data disks without any special tricks. https://kb.synology.com/en-us/DSM/tutorial/Which_models_support_M_2_SSD_storage_pool Next, in M SHELL for those who want to use it without genuine SN in transcoding Expanded the menu for the 7.0.1-42218 version build for the three models DS918+, DS920+, DS1019+. If it is not the above 3 models, the menu itself is not visible. If you are using M SHELL in the past, it will be automatically updated at the point of entry into TCRP Linux. If the update is not successful, please update and re-execute directly with the command below. curl -L "https://github.com/PeterSuh-Q3/tinycore-redpill/raw/main/my.sh.gz" -O tar -zxvf my.sh.gz ./rploader.sh backup ./menu.sh

[NOTICE] Distribute the new model DS723+ and the 7.0.1-42218 version of the transcoding model. Adds one more model of r1000 platform like DS923+ to M SHELL for TCRP. The DS723+ has two bays. Like DS923+, it seems to show high compatibility with Ryzen CPU XPE. The DS923+ and DS723+ models can be used by converting M.2 NVMe to non-cache SSD data disks without any special tricks. https://kb.synology.com/en-us/DSM/tutorial/Which_models_support_M_2_SSD_storage_pool Next, in M SHELL for those who want to use it without genuine SN in transcoding Expanded the menu for the 7.0.1-42218 version build for the three models DS918+, DS920+, DS1019+. If it is not the above 3 models, the menu itself is not visible. If you are using M SHELL in the past, it will be automatically updated at the point of entry into TCRP Linux. If the update is not successful, please update and re-execute directly with the command below. curl -L "https://github.com/PeterSuh-Q3/tinycore-redpill/raw/main/my.sh.gz" -O tar -zxvf my.sh.gz ./rploader.sh backup ./menu.sh

@pocopico It looks like you've been very busy lately. I solved the issue I was asking about a few days ago on my own. As of 02/02/2023, I noticed that the DSM in 7.0.1-42218 has been modified and the bsp files need to be rebuilt accordingly. Below is the new menu for DSM 7.0.1-42218 of M SHELL for TCRP and supports only DS918+, DS920+, DS1019+ with transcoding. If you want your TCRP to work with 7.0.1-42218 you will need to do the same as me.

@pocopico There are users who want to use transcoding on DS918+,DS920+,DS1019+, but want to use 7.0.1-42218 as FRIEND to avoid the genuine SN required by AME in DSM 7.1.0 or later. Currently 7.0.1-42218 has had another DSM file update The config checksums are mismatched. I did some tweaking to get the checksum right, but it reboots with KP as if your tcrpfriend module doesn't support 7.0.1-42218. Can you modify the above 3 models to be usable with 7.0.1-42218 with friend?

how to do that? edit: I mean force install codecs on 7.1.1 I have seen transcoding on 6.x.x but never known 7x.x

I can suggest few options: Buying an off-the-shelf NAS (secondhand is acceptable IMO). Off-the-shelf NAS uses low-energy boards for reasons. I'm using QNAP TS-469 Pro, and recorded about 45-55 W of normal usage. Buy Intel J series board. They use 10W TDP, have igp (for transcoding), affordable, and use less space (typically SFF). The most recent one is J6412, but J4125 is still pretty decent (and also native HW of DS918+). But you'll need a sata card because they typically have only 2 sata ports. 25W TDP is your next option if you don't want Intel J series.

Ok so it seems only epyc7002 has the following line in i915_pciids.h : INTEL_VGA_DEVICE(0x3E98, info), /* SRV GT2 */ \ Edit : Ok I just had to add the missing line before building the i915.ko driver and it worked, I was able to unload/reload i915 module : 0000:01:00.0 Display controller: Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630] Subsystem: Super Micro Computer Inc Device 1a1d Flags: bus master, fast devsel, latency 0, IRQ 33 Memory at fc000000 (64-bit, non-prefetchable) [size=16M] Memory at e0000000 (64-bit, prefetchable) [size=256M] I/O ports at 5000 [size=64] Capabilities: [40] Vendor Specific Information: Len=0c <?> Capabilities: [70] Express Endpoint, MSI 00 Capabilities: [ac] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [100] Null Capabilities: [200] Address Translation Service (ATS) Capabilities: [300] Page Request Interface (PRI) Kernel driver in use: i915 Emby trancode log : >>>>>> User policy for orphee Enable Playback Remuxing: True Enable Video Playback Transcoding: True Enable Audio Playback Transcoding: True >>>>>> Hardware Decoders for hevc [X] VAAPI CoffeeLake-S GT2 UHD Graphics 630 [1] - H.265 (HEVC) [X] QuickSync CoffeeLake-S GT2 UHD Graphics 630 [1] - H.265 (HEVC) >>>>>> Hardware Encoders for h264 [X] VAAPI CoffeeLake-S GT2 UHD Graphics 630 [1] - H.264 (AVC) [X] QuickSync CoffeeLake-S GT2 UHD Graphics 630 [1] - H.264 (AVC) >>>>>> Selected Codecs Decoder VAAPI CoffeeLake-S GT2 UHD Graphics 630 [1] - H.265 (HEVC) Adapter #1: 'CoffeeLake-S GT2 UHD Graphics 630 [1]' Id:16024 (Driver: Intel iHD driver for Intel(R) Gen Graphics - 21.2.2 (27b773b2), Vendor: Intel Corporation) Max Bitrate: 117 Mbit/s - Frame Sizes: max 8192x8192 Color Formats: NV12, P010 - Bit Depths: 8, 10 Profiles: Main Profile (Level 6.1), Main 10 Profile (Level 6.1) Encoder VAAPI CoffeeLake-S GT2 UHD Graphics 630 [1] - H.264 (AVC) Adapter #1: 'CoffeeLake-S GT2 UHD Graphics 630 [1]' Id:16024 (Driver: Intel iHD driver for Intel(R) Gen Graphics - 21.2.2 (27b773b2), Vendor: Intel Corporation) Max Bitrate: 234 Mbit/s - Frame Sizes: 32x32...4096x4096 Color Formats: NV12 - Bit Depths: 8 Profiles: Main Profile (Level 6), High Profile (Level 6), Constrained Baseline Profile (Level 6) >>>>>> FindVideoEncoder - MediaType: h264, UseHardwareCodecs: True, HWA-Mode: Automatic Info Checking: 'VAAPI CoffeeLake-S GT2 UHD Graphics 630 [1] - H.264 (AVC)' Info Check successful - selecting 'VAAPI CoffeeLake-S GT2 UHD Graphics 630 [1] - H.264 (AVC)' >>>>>> FindVideoDecoder - MediaType: hevc, UseHardwareCodecs: True, HWA-Mode: Automatic Info Checking: 'VAAPI CoffeeLake-S GT2 UHD Graphics 630 [1] - H.265 (HEVC)' Info Check successful - selecting 'VAAPI CoffeeLake-S GT2 UHD Graphics 630 [1] - H.265 (HEVC)' Info Tone Mapping would be desired, but hardware tone mapping is disabled >>>>>> Processing Plan Name CanDoInHW WillDoInHW Reason VAAPI CoffeeLake-S GT2 UHD Graphics 6... >> True True Hardware Codec VideoInput >> True True Same adapter (/dev/dri/renderD128), same hardware co... ToneMapping (when possible) >> True True VideoOutput >> True True Hardware encoder VAAPI CoffeeLake-S GT2 UHD Graphics 6... >> True True Hardware Codec >>>>>> Video Processing Steps for [0:0]: H.265 (HEVC) Step HW-Context Format SW-Format Size Next HEVC >> VAAPI vaapi_vld yuv420p10 3836x2074 >> scale_vaapi scale_vaapi >> VAAPI vaapi_vld nv12 3836x2074 >> @pocopico @fbelavenuto Could you please take this i915.ko for geminilake and add it in your repo ? i915.ko