suyac

This fixed the issue, many thanks for your help !

Hello, I m experiencing some issues with my digital devices tunners. I have a cine ct v6 + duoflex ct setup. Since this morning the cine ct tunners are no longer visible in tvhedend. The syslog has these errors : May 5 19:30:33 blitz kernel: ddbridge 0000:01:00.0: I2C bus error May 5 19:30:33 blitz kernel: ddbridge 0000:01:00.0: I2C bus error May 5 19:30:33 blitz kernel: ddbridge 0000:01:00.0: I2C bus error May 5 19:30:33 blitz kernel: ddbridge 0000:01:00.0: I2C bus error May 5 19:30:33 blitz kernel: ddbridge 0000:01:00.0: I2C bus error May 5 19:30:33 blitz kernel: ddbridge 0000:01:00.0: I2C bus error May 5 19:30:33 blitz kernel: ddbridge 0000:01:00.0: I2C bus error May 5 19:30:33 blitz kernel: ddbridge 0000:01:00.0: I2C bus errorI was on unraid 6.12 and now I went to 7.2.5 and the error is still there. I tried adding the "ddbridge.msi=0" as was mentioned at the start of this thread and the error persists. Myabe somebody has has a similar issue ?

So I had some free time and decided to use 2 sonarr instances to handle my media. All went well except one minor issue. When SoanrrA sends "something" to deluge, that "something" shows up in SonarrB under Activity > Queue. With status "In progress". Seems that deluge sends some info back to both SonarrA and SonarrB. Anyone had this issue ?

Hello, I have a question. Is it enough to join a pool for the generated plots to be portable or do I need to do more ? Thanks !

First of all, because this is my first comment, nice work ! I really like what you did here. And the question: is there a safe way at this time to update / restart the container without losing in progress plots?

These are the results with the xbox driver selected: tower-diagnostics-20210321-1815.zip lspci-dvbdriveplugin-xbox.txt Only if it s easy to do and you have the time / or if you want to get to the bottom of the mistery

The tunners are not new & the power for them comes from a molex to 2 fdd splitter. I scoured the digital-devices website for the models I have. The octopus is a Octopus PCIe Bridge V2 and the extensions are DuoFlex CT cards (not sure is v1 or v2) . I did not change anything on the cards myself. After alot of tests today this is the status: on all driver options except the "digital devices" one (so librelec, tbs and xbox ) all 4 tuners show up in the plugin ( as ddbridge | 0.9.33-integrated ). Tvheadend sees them and it finds services when it scans the muxes (this goes slowly and with a lot of fail results but at this time almost all the channels I need are found). I m now suspecting that the 0.9.38 driver does not like my cards. Are there any resources that you can point me at about where I can learn to create a package with another driver version ( 0.9.37 ). The link I posted earlier does not work as unraid does not have apt-get or yum etc.

I just did that a few minutes ago /dev/dvb does not exist even if I run modprobe ddbridge manually. http://support.digital-devices.eu/index.php?article=152 Is this how the plugin adds the digital devices drivers ? I m thinking to do this and see if I get any errors in the process.

Yes, sorry for not making that clearer. The card that I am using is internal and sits in a pci slot. I think it s an older version of something like https://dvbshop.net/Digital-Devices-Octopus-PCIe-Bridge-Classic-V3_1 . Mine also has 4 "inputs". And connected to it i have two duoflex ct cards. The older version of these https://digitaldevices.de/produkte/dvb-komponenten/duoflex-c2t2/ .

The server is 1500 km away and I have completly access to it via ipmi but no physical access. If I cannot resolve the issues like with software I will just ask a friend that has access to it to put the old card back.

Thanks for answering so fast ! I enabled digital devices drivers in the plugin then rebooted. Here is the information you asked for : lspcivv.txt tower-diagnostics-20210320-2228.zip ls /dev/dvb complains about the folder not existing. And the plugin page looks like this : When I switch to librelec and reboot : Let me know if you need anything else.

Hello and thank you in advance, I just replaced my tunner from a single digital devices ct to a digital devices octopus that has 2 ci extensions attached (4 tunners total). The problem I am facing is that with the digital devices drivers my tunners do not show up in the plugin interface, however when I switch to librelec I can see all of them. Should this happen ? I m pretty sure that the old tunner worked with the "digital devices" driver. When I create the dvc network and the muxes are being scanned (livrelec drivers), the scanning process stops at some point with "2021-03-20 22:59:28.505 [ INFO] mpegts: 522MHz in DVB-C Network - scan no data, failed 2021-03-20 22:59:28.505 [ INFO] subscription: 0065: "scan" unsubscribing". At this point some services are found and are working. Let me know if you have any thoughts for me!

Found this in the logs while the container was working, maybe it s nothing but I ll put them here anyway : /opt/scripts/start-server.sh: line 235: [: 0.8.4: integer expression expected ---One or more Stock Unraid v6.8.3 files not found, downloading...--- ---Latest version for ZFS: v0.8.4--- /opt/scripts/start-server.sh: line 235: [: 0.8.4: integer expression expected ---One or more Stock Unraid v6.8.3 files not found, downloading...--- ---Successfully downloaded Stock Unraid v6.8.3--- Other than that is looks good. I only have a gpu in my test server, no tunner cards.

Hello, a VM begginer question. Is it still possible to passtrough the gpu to a VM with this build ? I passed the gpu to a plex container and the transcode works like a charm but I m getting an error when I try to passtrough the gpu to a VM. I m wondering if it s the build or another issue that I need to look into (probably the latter ...)

Just awesome. Thank you for your work !

thanks for your answer it is for personal usage but adding user password to the generated url doesn t work either eg : https://user:[email protected]:443/stream/channelid/42343218?profile=pass

Hello, A small problem I m facing with the linuxserver tvheadend container. I m trying to export the channel list in a m3u file. I m using : https://user:[email protected]:443/playlist This used to work when I used the tvheadend unraid plugin instead of the docker container. The plugin would generate url s with a ticket parameter and that was used for authentication. Using the docker the urls in the m3u file look like https://myserver.com:443/stream/channelid/1047947111?profile=pass And this does not work. However when I m in the services section in the configuration an click the play icon the generated urls look like : https://myserver.com:443/stream/service/7dfsdfdsb61fe99ea?ticket=5c0ec8bc13cab1d84f476e9428886dcbd67b748a And this works. So to keep it short, the server works, but I m unable to generate a m3u list with correct urls for each channel. Maybe somebody has a suggestion. Thanks !

Ok, it s good to know that. That means that my motherboard handles the fans in a weird manner. I ll investigate more in that direction.

There is nothing in the logs that I could use to troubleshoot this. And as I wrote before the problem seems that the plugin is removed and still has some effect on the fan curve. Is this really possible ? How does the plugin actually controlls the fans ? Are there files created by the plugin outside the flash / config folder that could do this ?

Hi guys, new Unraid user here. I ve set up a 4x2 TB array and now I m searching for useful plugins. The problem I want some help with is related to the Dynamix Autofan plugin. Without it the motherboard was handling the fans (actually a single fan) and it did it really nice (the system was quiet). But I wanted to see if the plugin offers more options. What the plugin seems to do is raise my fan speed every x minutes. x being the time interval that I set it to check for the temps. Ok I said, this is bad, let me just remove it. The weird thing is that this behavior persisted after the plugin was removed and after the server was rebooted. Anybody else had this issue ? Any advice would be appreciated.