IG-88

from that it does not seem to be dell bios, the chipset seems to lack ahci in general https://www.jagatreview.com/2011/03/intel-h61-chipset-review-almost-all-the-features-for-less/ could be fixed with a pcie based ahci capable controller (but even if you get 6.2 up and running its not safe to assume that shutdown will work) jmb585 or asm1166 in 16x slot or jmb582 in 1x slot might be a possible choice 3615 might be a interesting choice as its the only unit still having kernel 3.10 so there might be a difference arpl does have 3615 support, maybe took for a the choice to enable all units (beta or whatever other option is shown) 3615 is still in the loaders source (DS3615xs.yml) https://github.com/fbelavenuto/arpl/tree/main/files/board/arpl/overlayfs/opt/arpl/model-configs did you try 3615 with tcrp? this one is based on arpl but seem to lack 3615, maybe try 3617 instead https://github.com/AuxXxilium/arc you could also try to use tcrp with dsm 6.2.4 and 3617 as possible choice, that would also result in a kernel 3.10 based config at least 6.2.4 seems still be supported in the tcrp loader https://github.com/pocopico/tinycore-redpill/tree/main/config/DS3617xs

thanks, anything you can say about the source of the i915 driver? was it build from vanilla kernel 5.x source or do we have patch to mod the kernel (i have not seen 7.1 kernel source so far and i if synology works as expected we wont seen any 7.1 source before the release of 7.2)

that was part of what i wrote here (i also set up a dva1622) https://xpenology.com/forum/topic/65408-automated-redpill-loader-arpl/?do=findComment&comment=438456 -default mod for synoinfo.conf only works with one nic (maxlanport=1), it needs manuall tweaking that is not for beginners, it should detect all nic's and set synionfo.conf accordingly or make it 4 as fixed setting - it might also need more when it comes to mac adresses (netif_num=1 as default needs to be set to 2 or more and mac2, mac3, ...) - atm its problematic to have more then one nic what you need in the loader is the same as with jun's loader (grub.cfg ), netif_num=3 and mac1=..., mac2=..., mac3=..., in arpl it might be the easier way to use the full editor that comes at the end when configuring the loader to make this changes, the default dialog for the mac address makes it nor very intuitive that part might get same better implementation/guidance in the loader as its 100% controlled by the loader but its tricky to get things changed in dsm's synoinfo.conf from the loader (and needs to be doen by the people coding the loader) the part in the loader config file will make three nic's available from the kernel but to make dsm use it you also need to change synoinfo.conf, its a old problem and only comes up with units that come with a low default like 918/920/dva1622, in systems that come with pcie slots from synology there is a higher default like 4 or 8 nic's as its possible to add a pcie nic so you need to at least set maxlanports to three in /etc.defaults/synoinfo.conf an reboot i think its possible to just set the maxlanports an skip the rest to make it work https://xpenology.com/forum/topic/12679-progress-of-62-loader/?do=findComment&comment=92682 there can be a problem when the onboard nic lands behind the added dual-port nic, as nic3, then dsm will not use the onboard for initial setup but one of the dual ports, so it might be needed to swap the cable around or connect all tree ports to see whats the right one working port but as we dont have any auto correction from the loader (as done for max disks in 918+ from jun's loader) you will loose the tree ports on updates replacing the synoinfo.conf (non updateX updates, the bigger ones), if you configured static ip's to the nic's and then it will happen that your nic3 onboard is not available anymore and you will need to connect again the port that is nic1 by default to get back access to change synoinfo.conf again, good thing if that port is just dhcp or you know the ip address and netmask so you can configure another computer for that network to access dsm and change synoinfo.conf back to maxlanports="3" i do have that problem with my main system but as i know about it and can deal with a lot of stuff that can happens it no problem, but most people might correct that once when installing and after a year might have forgotten about that and panic if they "loose connection" to the dsm system after a update afaik the issue is not addressed in any of the new loaders as its not that common (most business grade types like 3615/3617/3622 come with 4 or more lan ports as default configured)

if thats working then i guess most problems with intel qsv and newer cpu's should be solved (i'm not going to install any thing like baidu netdisk, guess we will just wait for a more common source)

you could try arpl loader, i remember a case with a acer hardware where it did no work with tcrp but with arpl

imho it should work as long as lsi sas controller is supported/working, afaik the api calls are shim'ed (https://en.wikipedia.org/wiki/Shim_(computing))) and that happens "hidden" in the lower levels of the loader so it will be in place on every variant as the red pill kernel module is the same for all 3622 is the safest choice as it has lsi sas controller drivers ootb from synology i was planing to get out my test hardware again next week to play around with sa6400 (kernel 5.x) and dsm 7.2 might no be hard to test sas disks in addition as is have a 9211-8i around and some sas cables and drives at work but as mentioned above, when using the forum search you ca find people using sas drives so i'm pretty sure it will work https://xpenology.com/forum/topic/45795-redpill-the-new-loader-for-624-discussion/?do=findComment&comment=219467 As the LKM supports SAS-to-SATA emulation for the purpose of syno APIs thinking it's a "SATA" device further investment into true SAS doesn't really make sense. as example here you have one system with arpl and sas drives working https://xpenology.com/forum/topic/63399-cant-resolve-disks-with-tcrp-ryzen-motherboard/?do=findComment&comment=289109

i never tied sas drives myself but there are a lot of people with dell and hpe servers and i'd guess at least some would have sas drives as this the the normal for "real" business servers if you already have one drive the you can just install with arpl loader and see what happens when using the forum search can find people using sas disks with the recent loaders for 7.x problem with sas disk seems be fixed since july 2022 i guess it might be possible to try that with virtual sas disks in a hypervisor or oracle virtualbox

new 9.1.0-10660 introduces a check, i uninstalled it and installed https://global.synologydownload.com/download/Package/spk/SurveillanceStation/9.0.2-10061/SurveillanceStation-x86_64-9.0.2-10061_openvino.spk again and the 8 cam default license is back will be interesting to see if the normal (non dva/openvino) 9.1 also breaks the default license on all the other systems

the question is do you really need that feature, i usually replay through a smf/cifs share or nfs a let the client device do the decoding and resize (and in most cases with better results) , the only scenario i can imagine is using movis over the internet (like vpn to the nas) in local network with decent WiFi speeds its usually no problem just replaying files instead of "streaming" its also possible to rely on local storage on mobile devices, 1TB microSD cards are affordable if you can accept mediocre write speeds

i use 7.1.1 with arpl and its pretty much the same with a dva1622 (same kernel, only made for geminilake instead of apollolake) dd bs=1M count=256 if=/dev/zero of=/volumeUSB1/test conv=fdatasync -> 191 MB/s copy in dsm from volume to usb with file station (console is the same) gives 15 MB/s for a flash drive that can do 100 MB/s (tested on windows, copied the same files from the nas over network to the same usb flash drive) looks like a generic problem with dsm, you will also find similar reports for original units

this the best you can find atm, up to 10th gen and thats it https://xpenology.com/forum/topic/59909-i915ko-backported-driver-for-intel-10th-gen-ds918-ver-701-up3/ maybe with a image based on kernel 5.x it will be done, atm there is only sa6400 with kernel 5.x and so far 7.2 (in beta now) will not bring any changes about kernel versions used (maybe other new units will come out with 5.x), so far no release for sa6400 in a loader and even if, its not clear if it will be possible to add i915 driver, with kernel 3.x and 4.x it was not possible (like adding i915 driver to 3622), so far only systems inside the platform with a unit having a i915 driver are working like apollolake/geminilake (918+,920+, dva1622) use older hardware or another nas system (like open media vault or unraid) where the kernel is not "fixed" (dsm is a appliance and things here build around the original kernels) with that you should be able to use intel qsv support in jellyfin (free) or emby/plex (needs to payed)

no joke, you would not need bifurcation with this one and you would be "limited" to 11 m.2 slots as the rest in inside of that "sandwitch" but i guess in theory you could have 55 sata ports with it in a 16x slot but as the card will be expansive by itself i guess, a sas approach might be more realistic (distributing 55 sata cables to drives in a housing sound like problem that can easily go wrong) i'm sure if you look in other forums (unraid, truenas?) or reddit (datahoarder) you will find people who have tried a 4xm.2 bifurcation card with 4 x m.2 jmb585, it's kind of cheap with just $100-150, so i guess someone already did this

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)

choose and act nimm etwas aktuelles das dsm 7.1 installiert, der arpl loader ist ootb gut für einsteiger da er von vorn herein als menü basiert entwickelt wurde generell booten die neuen loader ein eigenes kleines linux und man kann direkt am system mit monitor den loader konfigurieren, kein gefrickel mit windows oder config datein die man erst mounten muss oder ähnliches 918+/920+/dva1622 benötigen min. eine 4th gen. intel cpu oder etwas von amd das min. 2014 kaufbar war (so über den daumen) (nicht mehr vollständige liste aber infomrmativ (https://xpenology.com/forum/topic/61634-dsm-7x-loaders-and-platforms/) der arpl (in der aktuellsten version) müsste das aber berücksichtigen und dir nur anbieten was auch geht, im zweifelsfall 3622 nehmen https://github.com/fbelavenuto/arpl da gibts neben dem was man auf der ersen seite sieht auch ein wiki alternativ (arpl basiert aber jede menge deutsche videos) https://auxxxilium.tech/ wie man hier sehen kann ist 7.1 kein problem mit der schon etwas angestaubeten hardware und 3622 https://xpenology.com/forum/topic/67930-dsm-711-42962-update-4/?do=findComment&comment=439018 (der loader ist zweitrangig, basieren am ende alle auf dem gleichen ansatz und rp modul, sollte also genauso mit arpl oder auxxxilium gehen)

also wenn du weißt wie dein 6.x loader konfiguriert wird und du als neuen loader arpl nimmst (menü basiert) dann wird es dir leicht fallen, das schwierigste ist noch sich für ein bestimmtes system zu entscheiden (es gibt mitlerweile 10 oder mehr optionen aber die moderne version der 3615/17, die 3622 ist wie bisher keine schlechte wahl und man kann wie bisher cross upgraden so das ein wechsel von 3622 zu was anderem verlustfrei geht, ist sogar einfacher da man nur den gleichen loader in place umkonfiguriert) wenn man intel qsv braucht (du hast ja 918+?) dann gibt es nicht so viele optionen 918+ (die wird es evtl. max als 7.1 geben und danach noch 2 jahre security updates(?), spätestens 2025 musst du dann umstellen wenn du updates willst, die 920+ wird länger neue dsm version bekommen, hat aber eine andere art wie das mit den disks läuft, was einigen probleme macht und dann ist da noch dva1622 die im grunde die gleiche hardware hat wie 920+ aber mehr "mitbringt" da die den AI kram unterstütt den den die "alten" dva's mit nvidia karte machen und sie hat mehr kamera lizenzen ootb (und wird weil 22 erschienen länger unterstützt), das mit den disks ist wie 920+ in sachen treiber support ist es mitlerweile besser als mit 6.2.3 und extra's ich habe meine beiden systeme auf dva1622 (main mit qsv support, 9th gen cpu, also easy da ootb treiber support - auch wenn das für mich eher spielerei ist) und die backup kiste 3622, die 10G karten (broadcom und tehuti) laufen ohne problme, beides 7.1 arpl ich habe aber beide system nicht in place aktualisiert (wobei ich damit auch keine problem hätte aber ich habe auf neue und weniger platten umgestellt) die main habe ich auf die hardware vom backup (fast gleich) mit dem syno migration assistant umgezogen, ist im grunde ähnlich wie ein in place upgrade und man kann den einen oder anderen spaß damit haben (den bericht dazu habe ich noch nicht veröffentlicht aber der fällt eigentlich unter howto), bin aber beim anlegen das raid vom default abgewichen und haben von ahnd ein reines raid5 ohne lvm angelegt als das lief habe ich die alte main platt gemacht und die disks des backup und der main zu einer neuen backup vermischt, das ist dann einfach neu aufgesetzt und "normal" als jbod angelegt (das sit dann lvm) wenn du wenig rumtesten willst dann nimm arpl und stell 918+ ein, wenn du videostation benutzt musst du noch ein wenig nachpatchen um die codecs zu kriegen (war ja bei 6.2.3 auch nötig), ist halt mit 7.1 anders aber geht auch (habe aktuelles 7.1.1u4 und es geht mit zufälliger SN), aber wenn der i915 treiber (max 10th gen cpu) an sich läuft und man jellyfin (kostenlos) oder emby/plex statt videostation nimmt braucht man das mit den codecs nicht, da reicht der (funktionierende) i915 treiber (/dev/dri muss mit etwas gefüllt sein, dann geht es)

a card like this need a board that supports bifurcation https://www.10gtek.com/new-1414 i had a early model without heatsink that never worked stable, even after adding a heatsink but i guess there will be newer ones that do not overheat (i did read somewhere else about people actually using these m.2 pcb's) these cards also come as a very thin pcb and there is nothing beneath it then thin air when mounted, if you try to push cable in then you might damage it and even with 5 cables pre connected you might want to look for some king of mechanical support for the cable to lower the stress on the fragile thing if done with some addition mechanical work and handled carefully when assembled it should work having so many ports close by each other might also limit your options to place (20) disks in commercial servers there is usually a sas backplane to handle that amount of disks you can also look into the system iteration of backblaze's storage servers for inspiration https://www.backblaze.com/b2/storage-pod.html in general there are costs for disks, ports and the power consumption (i higher density or warmer climate there might be costs for cooling) finding the sweet spot might be worth calculating before building it bigger disks and less ports might pay off as its also lowers power consumption, heat is less and even the psu size (power) can be lowered so save money (starting with a lower disk count might also give you options to extend later without a new system) even when you get a 48 disk older commercial system with 1TB disks for cheap you might think twice about its noise and power consumption, having new a 4 x 16TB in a low-power build might even save money in 2-3 years time (not to mention noise, heat and rackspace)

you would need to pass through the gpu to into the vm but as its a Xe GPU you will not have success as we don't have a driver for these, 10th gen with its "older" UHD 6xx gpu is max. when it comes to intel quick sync video (AI) support later on with kernel 5.x based units i'd expect support for newer gpu's (but its not proven that a Xe gpu can handle all the things needed for the AI stuff in the way a UHD units do, if you want that working in 2023 i'd say use something with a 10th gen cpu and use what is now available (7.2 is not the new "all kernel 5.x" its more or less the same as 7.1 when it comes to kernel, synology might bring new units with 5.x kernel like SA6400 but there is to much uncertain to make predictions, synology is in control)

kind of a limbo contest? your E3-1225 v3 is 4th gen aka haswell, so you can skip other 4th gen cpu's there are gpu gen's too (kind of), we usually reference cpu gen's here but when it comes to the AI stuff it might be interesting to see what cpu has what gpu gen (dva1622 is gemini lake aka gpu gen 9.5) Intel GPU Gen's Gen 1 810, 815 Gen 2 i830M, 845G, 855GM, 865G Gen 3 915G/GM, 945G/GM, G/Q33, Q35, Atom D4xx/D5xx/N4xx/N5xx Gen 4 965G/GM/Q, G35, G41, G/Q43, G/GM/Q45 Gen 5 Nehalem (Ironlake) Gen 6 Sandy Bridge Gen 7 Ivy Bridge, Valley View, Bay Trail Gen 7.5 Haswell Gen 8 Broadwell, Cherryview Gen 9 Skylake, Broxton, Apollo Lake Gen 9.5 Kaby Lake, Coffee Lake, Gemini Lake Gen 10 Cannon Lake Gen 11 Elkhart Lake, Ice Lake Gen 12 Tiger Lake https://en.wikipedia.org/wiki/Intel_HD_and_Iris_Graphics#Generation_nine_based and even QSV has version numbers https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video (in that article is a nice table about features) if it's about HEVC de-/encoding then it might start with skylake

and to complete it there is a patch to enable dts audio https://raw.githubusercontent.com/AlexPresso/VideoStation-FFMPEG-Patcher/main/patcher.sh (the problem is old but this one is tested with 7.1.1)

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

afaik gibt es keine ordentliche/gute sata karte mit 8 ports, mit pcie 3.0 gibts nur jmb585 (5 ports zwei pcie lanes) und asm1166 (6 ports zwei pcie lanes) habe noch kene karte gesehen die zwei der chips über einen extra chip auf eine karte bringt (wohl zu teuer) bleibt also nur ein 4x (oder größer) slot mit jmb5858 oder asm1166 und ein zweiter slot (1 x mit jmb582) oder eben eine lsi/broadcom sas karte mit 8 ports (8x, slot, liefe aber auch in 4x slot wenn man sie reinbekommt, dazu muss das hintere ende am slot offen sein) neuere sas karte mit pcie 3.0 wären da optimal, am besten eine die nativ vom lsi sas treiber in der 3622 unterstützt wird ich setze lieber auf sata, bei einem micro atx oder atx board, da gibt es durchaus genug slots um das mit sata karte zu machen (6 x sata onboard, 16x slot, 4x slot, zwei 1x slots plus m.2 nvme den man mit adapter auch einen 4x pcie slot wandeln kann) die alten asm106x oder marvell karten sind nicht mehr ganz zeitgemäß da sie nur pcie 2.0 unterstützen und nicht so viele ports haben (max 4 mit 2 lanes)

just use: python ame.py check your installed AME (aka CodecPack) version its tested/used with "3.0.1-2004" that came out 9/2022 and it is atm still the recent version https://archive.synology.com/download/Package/CodecPack/3.0.1-2004

ASM1166+JMB5XX-Chip, wie schon vermutet asm1166 und der andere chip ist ein 1:5 sata multiplier, 10 ports = 5x asm1166 und 5x aus dem multiplier (ein "echter" sata port den sich 5 platten teilen müssten) aber am ende in dsm sind es 6 nutzbare ports und du müsstest bei 5 ports den einen finden der funktioniert und um das noch zu toppen wird eine pcie lane des asm1166 nicht genutzt (isj nur eine karte mit einem pcie 1x connector) mach bei pcie 3.0 dann "nur" 900 MB/s für alle ports zusammen (bei pcie 2.0 nur die hälfte) aber wenn man nur einen pcie 1x slot frei hat und pcie 3.0 nutzen kann sind 6 ports schon kanpp also freunde dich mit 6 ports an oder such eine andere karte ja nach dem was für slots man frei hat und evtl. kann man einen m.2 slot mit einem m.2 auf pcie slot adapter nutzen ... das mit den 32 ports ließe sich evtl. über ein firmware update des asm1166 fixen (habe meine karte erst letze woche damit versorgt aber noch nicht getestet) aber dann wäre noch die frage ob der port multiplier nachher noch geht (wobe das in dsm egal wäre da er ja nicht nutzbar ist) leis mal hier ein wenig wenn du willst: https://xpenology.com/forum/topic/35882-new-sataahci-cards-with-more-then-4-ports-and-no-sata-multiplexer/ beschreib mal sein jetziges setup genauer (board/cpu, was für controller und wievile platten, zusätliche netzwerkakrten? man könnte dann mal überlegen wie man das meiste rausholt, generell wird alles ein wenig weniger anspruchsvoll bei den disks wenn man nur 1 x 1G netzwerk nutzt aber bei den billigen 2.5G karten und erschwinglichen 5/10G karten kann man (ausreichen pcie lanes vorausgesetzt schon mit wenig geld wesentlich mehr aud 4+ platten rausholen als nur 112MB/s mit 1G)

and the dsm gui does not tell you anything about that it has sat the driver to read only? like because the volume has crashed or anything like that there is also the system log (dmesg) in dsm (ssh console) and the same goes for your proxmox, there are logs too the world is causal, cause and effect, especially with computers

weil es spaß macht selber was zu bauen und man volle kontrolle über alle teile hat und alles einfach tauschen kann? bei vielen kleiner builds mit max. 5 platten und xpenology ist es wenn man zeit und material zusammen nimmt meist billiger eine einfache syno oder qnap zu kaufen wenn ich die viele zeit bedenke die ich mit dem nas und dem forum verbracht habe und meinen normalen stundensatz nehme - da könnte ich viele synos der teuren reihen kaufen allein die zeit und die vielen udpate und treiber problem die man so im laufe der zeit hat, da wäre eine "freie" nas distri (omv, freenas, unraid) mit normal zugänglichem kernel/treiber in den meisten fällen effektiver manche ziehen auch gern einen (kleine) piratenflagge hoch? da wird es viele verschiedene gründe geben und selbst wenn man eine olle alte kiste nimmt und die zeit nicht rechnet kann der stromverbrauch der alten hardware (meist auch overkill in sachen leistung) schnell dazu führen das eine echte 4 slot syno genauso teuer gewesen wäre eine eigene nicht propietäre hardware lässt mehr optionen, aucn wenn man das in der realität dann doch weniger nutzt als man dachte, es ist gut zu wissen man könne auch einen hypervisor auf die kiste schmeißen oder ein open source nas