I finally installed my Nvidia card and did the setup.

I've runtime parameter set, GUId input, encoder switched to hevc_nvenc

 

The problem is now every file is failing. The worker starts a file, and it fails a second later.

 

"No FFMPEG command log recorded for this task."

 

Has anyone else had this issue?

I finally installed my Nvidia card and did the setup.
I've runtime parameter set, GUId input, encoder switched to hevc_nvenc
 
The problem is now every file is failing. The worker starts a file, and it fails a second later.
 
"No FFMPEG command log recorded for this task."
 
Has anyone else had this issue?

Enable debugging in the settings

Hi @Josh.5, what's the difference between :  hevc_nvenc and nvenc_hevc in the dropdown list for Video Encoder when adding the Nvidia support?  I see both.  I selected hevc_nvenc and it seems to work.  It doesn't seem to use the hw_decoder, only the encoder, is this expected ?  I think it would save a lot more CPU usage by also using NVDec

8 hours ago, Josh.5 said:

11 hours ago, GeekMajic said:

I finally installed my Nvidia card and did the setup.
I've runtime parameter set, GUId input, encoder switched to hevc_nvenc
 
The problem is now every file is failing. The worker starts a file, and it fails a second later.
 
"No FFMPEG command log recorded for this task."
 
Has anyone else had this issue?

Enable debugging in the settings

Josh,

 

Where are the debug logs found once enabled?

 

The only thing I see in the docker logs is:

[services.d] done.
Starting migrations
There is nothing to migrate
[2020-08-05 08:49:20,735 pyinotify WARNING] Event queue overflowed.
[W 200805 08:49:20 pyinotify:929] Event queue overflowed.

Edited August 5, 20205 yr by GeekMajic

5 hours ago, Pducharme said:

Hi @Josh.5, what's the difference between :  hevc_nvenc and nvenc_hevc in the dropdown list for Video Encoder when adding the Nvidia support?  I see both.  I selected hevc_nvenc and it seems to work.  It doesn't seem to use the hw_decoder, only the encoder, is this expected ?  I think it would save a lot more CPU usage by also using NVDec

I think I asked half of your question a while back. 

 

 

Hi @Josh.5, what's the difference between :  hevc_nvenc and nvenc_hevc in the dropdown list for Video Encoder when adding the Nvidia support?  I see both.  I selected hevc_nvenc and it seems to work.  It doesn't seem to use the hw_decoder, only the encoder, is this expected ?  I think it would save a lot more CPU usage by also using NVDec [emoji4]

I love it when ppl ask these questions... Anything to post a lmgtfy link.

 

https://lmgtfy.com/?q=what%27s+the+difference+between+%3A%C2%A0+hevc_nvenc+and+nvenc_hevc

 

The drop-down list is populated by what's available for that compiled ffmpeg, minus what unmanic is not able to do. Unmanic can do both and the ffmpeg in the container can do both. So both are shown.

 

And no, unmanic cannot use the decoder at this point. I'd be open to any PR for adding this feature.

 

 

Josh,
 
Where are the debug logs found once enabled?
 
The only thing I see in the docker logs is:
[services.d] done.
Starting migrations
There is nothing to migrate
[2020-08-05 08:49:20,735 pyinotify WARNING] Event queue overflowed.
[W 200805 08:49:20 pyinotify:929] Event queue overflowed.

Enabling the debugging will add the full ffmpeg log to the historical record

Anyone have a down and dirty way to remove the attachments on the files before we processionals them.  they are causing unmanic to fail.  looking for a bulk way to do it as i have over 6k that are failing..

20 hours ago, Josh.5 said:

On 8/4/2020 at 8:53 PM, GeekMajic said:

I finally installed my Nvidia card and did the setup.
I've runtime parameter set, GUId input, encoder switched to hevc_nvenc
 
The problem is now every file is failing. The worker starts a file, and it fails a second later.
 
"No FFMPEG command log recorded for this task."
 
Has anyone else had this issue?

Enable debugging in the settings

[matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 3 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 4 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 5 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 6 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 7 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 8 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 9 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 10 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 11 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 12 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 13 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 14 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 15 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 16 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 17 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 18 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 19 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 20 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 21 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 22 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [matroska,webm @ 0x5646ee865f80] Could not find codec parameters for stream 23 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, matroska,webm, from '/library/movies/Universal Soldier- The Return (1999)/Universal Soldier- The Return (1999) Remux-1080p.mkv': Metadata: title : Universal Soldier: The Return (1999) encoder : libebml v1.3.9 + libmatroska v1.5.2 creation_time : 2019-10-19T10:50:29.000000Z IMDB : tt0176269 TMDB : movie/10366 Duration: 01:22:58.98, start: 0.000000, bitrate: 28810 kb/s Chapter #0:0: start 0.000000, end 369.494000 Metadata: title : Chapter 1 Chapter #0:1: start 369.494000, end 616.241000 Metadata: title : Chapter 2 Chapter #0:2: start 616.241000, end 864.530000 Metadata: title : Chapter 3 Chapter #0:3: start 864.530000, end 1102.601000 Metadata: title : Chapter 4 Chapter #0:4: start 1102.601000, end 1244.785000 Metadata: title : Chapter 5 Chapter #0:5: start 1244.785000, end 1573.822000 Metadata: title : Chapter 6 Chapter #0:6: start 1573.822000, end 1860.442000 Metadata: title : Chapter 7 Chapter #0:7: start 1860.442000, end 2159.240000 Metadata: title : Chapter 8 Chapter #0:8: start 2159.240000, end 2487.860000 Metadata: title : Chapter 9 Chapter #0:9: start 2487.860000, end 2821.777000 Metadata: title : Chapter 10 Chapter #0:10: start 2821.777000, end 3163.869000 Metadata: title : Chapter 11 Chapter #0:11: start 3163.869000, end 3480.102000 Metadata: title : Chapter 12 Chapter #0:12: start 3480.102000, end 3930.426000 Metadata: title : Chapter 13 Chapter #0:13: start 3930.426000, end 4194.690000 Metadata: title : Chapter 14 Chapter #0:14: start 4194.690000, end 4554.884000 Metadata: title : Chapter 15 Chapter #0:15: start 4554.884000, end 4978.976000 Metadata: title : Chapter 16 Stream #0:0(eng): Video: h264, yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Metadata: title : MPEG-4 AVC Video / 25833 kbps / 1080p / 23.976 fps / 16:9 / High Profile 4.1 BPS-eng : 25833029 DURATION-eng : 01:22:58.974000000 NUMBER_OF_FRAMES-eng: 119376 NUMBER_OF_BYTES-eng: 16077748062 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:1(eng): Audio: truehd, 48000 Hz, 5.1(side), s32 (24 bit) (default) Metadata: title : Dolby TrueHD Audio / 5.1 / 48 kHz / 1744 kbps / 16-bit BPS-eng : 1743901 DURATION-eng : 01:22:58.974000000 NUMBER_OF_FRAMES-eng: 5974769 NUMBER_OF_BYTES-eng: 1085355318 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:2(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 640 kb/s Metadata: title : Compatibility Track / Dolby Digital Audio / 5.1 / 48 kHz / 640 kbps BPS-eng : 640000 DURATION-eng : 01:22:58.976000000 NUMBER_OF_FRAMES-eng: 155593 NUMBER_OF_BYTES-eng: 398318080 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:3(eng): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 23996 DURATION-eng : 01:14:44.313000000 NUMBER_OF_FRAMES-eng: 1318 NUMBER_OF_BYTES-eng: 13451097 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:4(eng): Subtitle: hdmv_pgs_subtitle Metadata: title : SDH BPS-eng : 18551 DURATION-eng : 01:19:18.879000000 NUMBER_OF_FRAMES-eng: 1630 NUMBER_OF_BYTES-eng: 11035429 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:5(ara): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 13877 DURATION-eng : 01:18:55.231000000 NUMBER_OF_FRAMES-eng: 1400 NUMBER_OF_BYTES-eng: 8213938 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:6(bul): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 23915 DURATION-eng : 01:18:55.231000000 NUMBER_OF_FRAMES-eng: 1402 NUMBER_OF_BYTES-eng: 14155563 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:7(hrv): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 21244 DURATION-eng : 01:18:55.231000000 NUMBER_OF_FRAMES-eng: 1394 NUMBER_OF_BYTES-eng: 12574697 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:8(cze): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 22321 DURATION-eng : 01:18:53.103000000 NUMBER_OF_FRAMES-eng: 1394 NUMBER_OF_BYTES-eng: 13206272 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:9(dut): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 21917 DURATION-eng : 01:18:55.231000000 NUMBER_OF_FRAMES-eng: 1338 NUMBER_OF_BYTES-eng: 12973160 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:10(fre): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 21765 DURATION-eng : 01:22:26.816000000 NUMBER_OF_FRAMES-eng: 1380 NUMBER_OF_BYTES-eng: 13459039 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:11(ger): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 25005 DURATION-eng : 01:18:53.103000000 NUMBER_OF_FRAMES-eng: 1388 NUMBER_OF_BYTES-eng: 14794457 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:12(gre): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 24035 DURATION-eng : 01:19:11.581000000 NUMBER_OF_FRAMES-eng: 1396 NUMBER_OF_BYTES-eng: 14276018 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:13(heb): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 17599 DURATION-eng : 01:18:55.231000000 NUMBER_OF_FRAMES-eng: 1400 NUMBER_OF_BYTES-eng: 10417211 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:14(hin): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 22833 DURATION-eng : 01:18:55.231000000 NUMBER_OF_FRAMES-eng: 1398 NUMBER_OF_BYTES-eng: 13515439 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:15(hun): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 21188 DURATION-eng : 01:18:55.231000000 NUMBER_OF_FRAMES-eng: 1392 NUMBER_OF_BYTES-eng: 12541700 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:16(ice): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 24905 DURATION-eng : 01:18:53.103000000 NUMBER_OF_FRAMES-eng: 1408 NUMBER_OF_BYTES-eng: 14735281 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:17(pol): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 22171 DURATION-eng : 01:22:26.816000000 NUMBER_OF_FRAMES-eng: 1396 NUMBER_OF_BYTES-eng: 13709983 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:18(por): Subtitle: hdmv_pgs_subtitle Metadata: title : Iberian BPS-eng : 20821 DURATION-eng : 01:18:56.440000000 NUMBER_OF_FRAMES-eng: 1237 NUMBER_OF_BYTES-eng: 12327422 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:19(rum): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 23337 DURATION-eng : 01:18:55.231000000 NUMBER_OF_FRAMES-eng: 1398 NUMBER_OF_BYTES-eng: 13813350 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:20(slo): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 22037 DURATION-eng : 01:18:53.103000000 NUMBER_OF_FRAMES-eng: 1390 NUMBER_OF_BYTES-eng: 13038058 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:21(slv): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 21262 DURATION-eng : 01:18:53.103000000 NUMBER_OF_FRAMES-eng: 1396 NUMBER_OF_BYTES-eng: 12579479 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:22(spa): Subtitle: hdmv_pgs_subtitle Metadata: title : Castilian BPS-eng : 24934 DURATION-eng : 01:18:53.103000000 NUMBER_OF_FRAMES-eng: 1396 NUMBER_OF_BYTES-eng: 14752035 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream #0:23(tur): Subtitle: hdmv_pgs_subtitle Metadata: BPS-eng : 20126 DURATION-eng : 01:18:55.231000000 NUMBER_OF_FRAMES-eng: 1392 NUMBER_OF_BYTES-eng: 11913199 _STATISTICS_WRITING_APP-eng: mkvmerge v34.0.0 ('Sight and Seen') 64-bit _STATISTICS_WRITING_DATE_UTC-eng: 2019-10-19 10:50:29 _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES Stream mapping: Stream #0:0 -> #0:0 (h264 (native) -> hevc (hevc_nvenc)) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Press [q] to stop, [?] for help Too many packets buffered for output stream 0:1. Conversion failed!

On 7/30/2020 at 6:38 PM, Spritzup said:

Do you happen to know how often these scheduled library changes run?  I have some shows from a few days ago now that still haven't updated.

 

~Spritz

go to settings -> media management -> file management and look for the setting "Rescan Series Folder after Refresh". Set this to always. 

 

to check the status of the refresh, go to system -> tasks and you'll be able to see the intervals for the "refresh series" task and manually run if needed

13 hours ago, Cpt. Chaz said:

go to settings -> media management -> file management and look for the setting "Rescan Series Folder after Refresh". Set this to always. 

 

to check the status of the refresh, go to system -> tasks and you'll be able to see the intervals for the "refresh series" task and manually run if needed

According to the Sonarr dev, the only time it will scan the media (and thus update it) is when the filename changes.  I've now confirmed with multiple shows that this is indeed the case.  The only shows that were updated were ones where the extension changed (for example, mp4 to mkv) and therefore Sonarr reads it as a filename change.

 

Apparently the only way to have Sonarr rescan everything is to delete and re-add the library, which sort of renders Unmanic less useful for a large number of people... which is unfortunate

 

~Spritz

On 8/1/2020 at 8:41 AM, Energen said:

I just installed this to test out and first thing I noticed is that other than selecting the codec, there's no method of configuring the quality.

 

Is the quality/resolution of the codecs just arbitrarily selected? What is the conversion actually going to end up being equivalent to? 480p? 720p? 1080p?

 

I don't see anything mentioned anywhere about what the resulting file is actually going to be.

 

Apologies if it's already been addressed somewhere in the last 27 pages, but it seems as though your library is going to be in the preferred format of what Josh5 wants in his library....  I'm going to start converting some files and play around a bit, but it seems that the only difference between this and Handbrake is that Unmanic can scan your existing libraries whereas Handbrake scans a watch directory --- but offers you all the format customization you want.

 

This is not a dis to Unmanic, I'm just wondering about what the codec configuration actually is??

Apologies as this is the unmanic thread, but I have been happier using tdarr, you might want to take a look and do some testing.

 

My main issue I was experiencing using unmanic is larger file sizes than the original file. With tdarr and the plugins I am using I have had no such issues. Tdarr seems more resource intensive but I haven't minded.

5 hours ago, Spritzup said:

According to the Sonarr dev, the only time it will scan the media (and thus update it) is when the filename changes.  I've now confirmed with multiple shows that this is indeed the case.  The only shows that were updated were ones where the extension changed (for example, mp4 to mkv) and therefore Sonarr reads it as a filename change.

 

Apparently the only way to have Sonarr rescan everything is to delete and re-add the library, which sort of renders Unmanic less useful for a large number of people... which is unfortunate

 

~Spritz

wow. i use unmanic to convert to mp5 x265, and most media is mkv. looks like the updates i was seeing in the history were from these filename changes. still doesn't seem to make unmanic useless for me, as the actual file sizes are significantly smaller most of the time, regardless of whether sonarr reflects that or not. you could try putting in a feature request in github for sonarr, but until then, just make it a point to "refresh and update disk" when you click on a show if you need it to reflect proper filesize in sonarr (i guess that's what i'll be doing from now on). still going to let unmanic keep chewing through the library, but glad to learn something new though

27 minutes ago, Cpt. Chaz said:

wow. i use unmanic to convert to mp5 x265, and most media is mkv. looks like the updates i was seeing in the history were from these filename changes. still doesn't seem to make unmanic useless for me, as the actual file sizes are significantly smaller most of the time, regardless of whether sonarr reflects that or not. you could try putting in a feature request in github for sonarr, but until then, just make it a point to "refresh and update disk" when you click on a show if you need it to reflect proper filesize in sonarr (i guess that's what i'll be doing from now on). still going to let unmanic keep chewing through the library, but glad to learn something new though

Even that won't update it unfortunately.  While unmanic is awesome (in my test folder it saved me 1TB of space!), it's beauty would be the integration into existing tools.  With Sonarr V3 being able to upgrade to 265 (if configured), it will be downloading updates to files that are already 265.  If unmanic could simply tag the file in someway, it would be amazing, but I believe @Josh.5 has stated that it is out of the scope of what he wants to do.

 

~Spritz

Apologies for replying to myself, but what workflow are you guys using to have Unmanic play nicely with with Sonarr (specifically V3).  I thought about using the Blackhole setting, but then I lose failed download handling.  So I'd love to hear any ideas

 

~Spritz

1 hour ago, Spritzup said:

Apologies for replying to myself, but what workflow are you guys using to have Unmanic play nicely with with Sonarr (specifically V3).  I thought about using the Blackhole setting, but then I lose failed download handling.  So I'd love to hear any ideas

 

~Spritz

My Sonarr V3 is setup with all my monitored shows on my 1080p profile. I have Preferred words in the profiles set to "Megusta - HEVC - h265 - x265 - 265"

 

I only change off of the 1080 profile for an older series that is hard to find. I usually drop to my "Any" profile which still looks for 720 and 1080 and stops when 1080 is reached. 

 

If my downloaded file happens to not be 265 it still goes into my "/TV' plex path and that is the same folder that unManic watches. It converts it and everyone is happy. I then un-monitor seasons or shows that are finished to keep my dashboard showing what is relevant. 

 

I went read the above few post. What is the exact problem you are having? Is Sonarr replacing your converted files with 264's? 

Edited August 13, 20205 yr by rmeaux

17 minutes ago, rmeaux said:

My Sonarr V3 is setup with all my monitored shows on my 1080p profile. I have Preferred words in the profiles set to "Megusta - HEVC - h265 - x265 - 265"

 

I only change off of the 1080 profile for an older series that is hard to find. I usually drop to my "Any" profile which still looks for 720 and 1080 and stops when 1080 is reached. 

 

If my downloaded file happens to not be 265 it still goes into my "/TV' plex path and that is the same folder that unManic watches. It converts it and everyone is happy. I then un-monitor seasons or shows that are finished to keep my dashboard showing what is relevant. 

 

I went read the above few post. What is the exact problem you are having? Is Sonarr replacing your converted files with 264's? 

Thanks for the reply.  The issue I'm having is that Sonarr doesn't recognize that the shows have been converted to 265 after Unmanic has processed them.  Their is no way to force a rescan, short of deleting the library and re-adding the files.  I'm attempting to keep things fully automated, and I'm OCD about things showing correctly.  It also irks me that Sonarr may "update" a show to 265 that's already 265.

 

~Spritz

Edited August 13, 20205 yr by Spritzup

Is anyone seeing a memory suck going on. if I let this run for a couple of hours i will see my UnRAID server lockup with memory maxed out.

On 8/25/2020 at 12:28 PM, strahd_zarovich said:

Is anyone seeing a memory suck going on. if I let this run for a couple of hours i will see my UnRAID server lockup with memory maxed out.

are you transcoding to ram or disk?

Maybe I don't see it, but how to activate Intel QuickSync Transcoding?

 

In the docker settings there are the hints with Intel GPU.

 

But how to change to QuickSync in settings?

 

 

It does not seem to work with libx265 because of 100$ CPU usage.

This is a bit off topic but can anyone guide me through settings this up to use in Docker Desktop on Windows?  I'd like to try it with my new Ryzen pc but honestly don't know one bit about using Docker on Windows....

I'm having issues with some files coming out larger...anybody know why? Seems to be only 480p and the occasional 720p file.

9 hours ago, Energen said:

This is a bit off topic but can anyone guide me through settings this up to use in Docker Desktop on Windows?  I'd like to try it with my new Ryzen pc but honestly don't know one bit about using Docker on Windows....

After a good sleep, got this running... 

 

docker run -ti --rm -e PUID:99 -e PGID:100 -e TZ:"New York" -p 8888:8888 -v "C:\Users\hm\Downloads\test":/config -v "C:\Users\hm\Downloads\test\lib":/library -v "C:\Users\hm\Downloads\test\cac":/tmp/unmanic josh5/unmanic:latest

Hello,

 

A few questions.

 

does only one worker transcode one movie at a time? or can multiple workers transcode the same movie?

 

What does everyone think of the output quality? How does it compare to say something like using handbrake?

 

I just had it do one movie for me and it only reduced the file size by a couple of gigs. I'm having it transcode from MKV to MP4.

 

 

Thanks

Hello,

 

A few questions.

 

does only one worker transcode one movie at a time? or can multiple workers transcode the same movie?

 

What does everyone think of the output quality? How does it compare to say something like using handbrake?

 

I just had it do one movie for me and it only reduced the file size by a couple of gigs. I'm having it transcode from MKV to MP4.

 

 

Thanks

One worker, one file. One file, one worker. Also multiple workers do not speed up your productivity IMO. Stick with one.

 

Quality is great for me. Been a while since I’ve used handbrake. I could never get the same file reduction. I also don’t notice a diff between CPU and GPU converted quality.

 

EDIT: CPU compresses/reduces more but I would be 100 yrs. old by the time it finished and my CPU would be a glob of lava.

 

Try a few files. I have 10GB movies that dropped to 800MB. I also have 10GB movies that dropped to 9GB. There are a few factors that come into play with how much can be done to a file. unManic took my “Supernatural” folder from 1.1TB to 86GB. But it actually was increasing my “Friends” folder while I monitored it.

 

 

Sent from my iPhone using Tapatalk no