-
Posts
31 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by harriedr
-
-
3 hours ago, Josh.5 said:
Tonight I have pushed a new release of Unmanic. Version 0.1.0 (because Unmanic will forever be a ZeroVer).
If you have any questions I encourage you to join the discord chat and ask there for help. You will likely get responses quicker on things like what Plugin is best used for a specific situation, etc.
This release is about 3-4 months in the making. I'm really glad to finally get it out. Thanks to everyone who jumped onto the staging release over the past 3 weeks and provided me with bug reports and suggestions for improvements.
There is still plenty that I want to do, this release now allows me to move onto the next feature set....
Bravo - this looks/feels amazing...as of right now it seems to have solved the issues I had before with the memory leaks or whatever was happening!
Thanks as always for your dev on this!
- 1
-
Also with the new gui updates, is there a way to see the file size difference?
-
1 minute ago, SuberSeb said:
Are you using custom ffmpeg options or yadif?
Not using any custom settings and based on my quick research I have no idea what yadif is, so I would think I'm not using it...
-
On 8/2/2021 at 11:14 AM, SuberSeb said:
This is just limit RAM usage by service but this will not fix problem with converting.
If I limit RAM usage then I got this error:
kernel: Memory cgroup out of memory: Killed process 2733 (unmanic-service) total-vm:15112168kB, anon-rss:4151332kB, file-rss:7820kB, shmem-rss:3832kB, UID:99 pgtables:8324kB oom_score_adj:0After this unmanic can't transfer converted file from cache to library directory. Seems that unmanic tries to load full video file in RAM which is awful (tmp folder NOT IN RAM).
I too keep getting these issues and it doesn't matter if I limit RAM or not - I'm just trying to figure out what is going on. I have had to completely stop running this docker because of the OOM and it periodically freezing/locking me out of my system. I've ran multiple test scenarios and this is the only docker I've been having this issues with and it started around my last post (Early July if I recall)...
-
Do I need to move any data off of the cache drives before the reformat?
-
Ok thanks for the speedy reply - running a memtest now - if that turns out fine do I go back to the drawing board?
-
Checked on the server this morning and about 3 of my dockers had stopped running, I tried to start them and got 403 errors - so I went ahead and proceeded to delete my docker image and try to recreate it, but when I go to my docker tab it says "Docker Service failed to start."
The weeks leading up to this I've had a few lock ups where I couldn't not get to the webgui - I've tried to run a memtest but it just hangs and never does anything- just says it is starting and stays on that screen... any help would be appreciated as I am running out of ideas
-
-
I've been running very smoothly in unraid for a long time. I had updated the OS maybe 2-3 weeks ago and since I have had some issues (I'm not saying the update is causing it, but I wanted to mention it). I've attached a few docs to hopefully help diagnose the culprit. The only other things worth noting is one of my cache drives has been running hot off and on, so not sure if that is playing a role either...
-
1 minute ago, Josh.5 said:
So you see how this log says:
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (ac3 (native) -> aac (native))
That basically shows that the video stream was already the correct format as configured in Unmanic's settings. Therefore it is just going to copy it from source to destination. Your GPU will not be touched in this task.Ok thank you for the dev on this and the quick response/community!
-
2 minutes ago, Josh.5 said:
That is correct.
If you like, enable debugging. Then when a file is converted, take a look at the history and view the details of that conversion. Post the first part of the FFMPEG log hereInput #0, mov,mp4,m4a,3gp,3g2,mj2, from '/library/movies/12 Angry Men (1957)/12 Angry Men (1957).mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf58.45.100 Duration: 01:36:21.86, start: 0.000000, bitrate: 2589 kb/s Stream #0:0(eng): Video: hevc (hev1 / 0x31766568), yuv420p(tv), 1808x1080 [SAR 1:1 DAR 226:135], 1944 kb/s, 23.98 fps, 23.98 tbr, 16k tbn, 23.98 tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(eng): Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, mono, fltp, 640 kb/s (default) Metadata: handler_name : SoundHandler Side data: audio service type: main Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (ac3 (native) -> aac (native)) Press [q] to stop, [?] for help Output #0, mp4, to '/tmp/unmanic/unmanic_file_conversion-1617037461.8777735/12 Angry Men (1957)-1617037461.8777893.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf58.45.100 Stream #0:0(eng): Video: hevc (hev1 / 0x31766568), yuv420p(tv), 1808x1080 [SAR 1:1 DAR 226:135], q=2-31, 1944 kb/s, 23.98 fps, 23.98 tbr, 16k tbn, 16k tbc (default) Metadata: handler_name : VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 69 kb/s (default) Metadata: handler_name : SoundHandler encoder : Lavc58.91.100 aac Side data: audio service type: main
-
1 minute ago, Josh.5 said:
Are you getting errors, or is it converting files?
Just because you have hardware acceleration enabled, does not mean the CPU will not be used. The CPU is still used for decoding, audio encoding and remixing. If the task is only those, then it will use 100% CPU.
Sent from my Mi MIX 2 using Tapatalk
Understood- and yes, it is converting, but I guess at what point would the GPU kick in? When the video is actually being encoded?
-
-
I'm having a lot of my tasks fail - only new downloads convert successfully and anything else in my library gets various errors...below is an example of one file. Any ideas, am I doing something wrong?
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x555e28618780] stream 0, missing mandatory atoms, broken header [mov,mp4,m4a,3gp,3g2,mj2 @ 0x555e28618780] Could not find codec parameters for stream 0 (Video: h264 (avc1 / 0x31637661), none, 1280x720): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/library/tv/New Girl/Season 505/New Girl - S05E17 - Road Trip.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isomavc1 creation_time : 2016-04-29T20:58:52.000000Z Duration: 00:21:43.10, bitrate: 1561 kb/s Stream #0:0(und): Video: h264 (avc1 / 0x31637661), none, 1280x720, 23.98 fps, 90k tbr, 90k tbn, 180k tbc (default) Metadata: creation_time : 2016-04-29T20:58:52.000000Z Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> hevc (hevc_nvenc)) Press [q] to stop, [?] for help Cannot determine format of input stream 0:0 after EOF Error marking filters as finished Conversion failed!
-
On 8/5/2020 at 3:05 AM, binhex said:
this sounds like a classic case of incorrectly configured incomplete and completed folders in deluge, can you post a screenshot of your settings in the deluge web ui for the incomplete and completed folders settings?
I'm not the OP but I've had this issue too and the only thing that fixes it is rolling back to older versions
-
2 minutes ago, DaClownie said:
OK, so there are a couple things that come into play.
1. One encode at a time with unmanic is more efficient than multiple. I showed that in prior posts in this thread where one encode was 6 minutes and change, 2 encodes was taking 13 or so minutes, 3 was taking 19, etc. Actually worked out to a few seconds slower per encode this way.
2. Removing subtitles utilizes a lot of CPU, GPU can't do that.
3. Is your temporary encode on a SSD? or is it on your array? if its on your array, you're going to get a lot of CPU usage for I/O as your parity needs to recalculate constantly.
If you go to your docker tab, and look at the CPU usage per docker, is it showing the full 50% going to unmanic? If you're not seeing where all your CPU usage is going from the docker tab, you can install glances and get a full break down. My server encounters some heavy I/O wait when using unmanic, so I have it so that it only runs at night when my server isn't being utilized.
Thanks for the breakdown. I did see the previous posts about the number of transcodes on GPU and agree with you it is more efficient with less. I'm not removing subtitles. tmp is going to cache on ssd. Docker is showing 50% to unmanic on docker tab.
So final question, is there an easy way to schedule the start/stop of a docker. I think i remember seeing a script somewhere.
Once again thanks for your help/patience on this!
-
10 minutes ago, scottc said:
I would probably NOT try to do 7 encodes at the same time with a quad core CPU. The CPU will still need to be used for some things. I would start at like 2 or 3 encodes at the same time and adjust from there.
I dropped this to 2 and even 1 and it has same results
-
-
I got a gpu the other day (P2000) it's working great. However, my cpu cores are still full throttle at 100% despite the p2000 chugging on the transcodes. I have set the settings to hevc_nvenc and no audio encoding. Any idea what is causing this, or is that normal behavior? I have pinned two cores for unmanic FYI
-
4 hours ago, letrain said:
Thanks for the great work! GPU trans-coding is working amazing (after completely starting over with the docker image and unmanic folder,etc). 12 transcodes at once and only 24% gpu! although cpu is 50% (probably audio?). a lot better then 2 transcodes and cpu maxed out 24/7. donation inbound.
Dang - what is your gpu setup?!
-
On 5/23/2020 at 8:39 PM, Gazeley said:
Deluge suddenly won't connect to peers anymore. Sonarr/Radarr are still pushing torrents to it, but they just sit there with the status "Downloading" stuck at 0% not making any connections. "Tracker Status" is blank, but I know there's nothing wrong with the tracker. I'm not using a VPN, I've always had that turned off.
• I can connect to the same torrents from my PC just fine, so I know it's not an issue at the network/tracker level.
• Tested multiple trackers/torrents, same issue.
• Tried rebooting the Deluge Docker, and rebooting the entire unRaid server just to be safe. No dice.
• No errors in log.
I have Deluge set to automatically update, so I'm not sure if an update came out recently that's causing this... because I haven't made any changes to my setup. From what I can tell this all started about 4 days ago. Does anyone have any idea what's going on?
Update:
It must have something to do with an update, because by rolling back to "binhex/arch-delugevpn:2.0.3_23_g5f1eada3e-1-03" I was able to get everything working again (after rechecking all of my torrents).
Not sure if this is a known issue, or if there's a better workaround. Does anyone know what happened between that version and the current one that caused it to break on me? Does this only work for people using VPNs now or something?
Came here to second this. I rolled back and everything is working for me. Logs seemed fine - using IPVanish for what it’s worth
-
5 hours ago, opentoe said:
Why not search for it manually and see what the list looks like from your indexers? I have to do that all the time to see if I can find missing shows. The more indexers you have, the better off you’ll be. How many indexers are you using?
It wasn't the indexers that weren't searching - the series was not updating. So in Sonarr it said there were only 6 seasons, when in reality there were 7. But like I said, I tracked down the issue which turned out to be the proxy settings, which somehow got turned on. Essentially, My server couldn't access the skyhook links for refreshing series info as well as scene mappings.
TLRD: all is well now
-
I'm having issues with Sonarr not adding the newest season of a show. Big Brother Canada just launched it's 7th season however Sonarr is only showing 6..any thoughts on how to get that 7th season add, or where that data is being pulled from? TheTVDB has the 7th season listed however nothing in my Sonarr.
Edit: I'm noticing a mixture of RefreshSeries errors as well as SceneMapping errors
Edit: Skyhook doesn't like me? But I can reach all those skyhook links fine from a desktop
https://pastebin.com/raw/r2ngYCiF
Final Edit- thanks for hearing me out- somehow Proxy Settings were enabled and messing with everything...apologies
-
I downloaded my smart report (and attached) I just want to make sure what I am reading is correct- what do you wizards think (other than the drive runs hot :|)?
Thanks in advance!
[Support] binhex - NZBGet
in Docker Containers
Posted · Edited by harriedr
Mine are like this as well - still hanging on the "binhex/arch-nzbget:unrar-compile"
EDIT I should say it is now working after I went into nzbget and reloaded through the settings. I have a user script that restarts it every hour but that was not fixing this...nor would a restart of the container from unraid GUI- only thru the setting within nzbget would it clear up the hang