[Support] Josh5 - Unmanic - Library Optimiser


1081 posts in this topic Last Reply

Recommended Posts

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?

Link to post
  • Replies 1.1k
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Application Name: UNMANIC - Library Optimiser Application Site: https://github.com/Unmanic/unmanic/ Docker Hub: https://hub.docker.com/r/josh5/unmanic/ Github: https://github.com/Unmani

@Ashe @trekkiedj @itimpi   Please see update first post also for an example of how I have it setup. I have also added a temporary solution to adding multiple library locations if anyone need

There should be a new update available. This has quite a number of changes to how ffmpeg is executed. It should resolve some issues with inotify and library scanning. For those people who created

Posted Images

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
Link to post

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 :)

Link to post
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 by GeekMajic
Link to post
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. 

 

 

Link to post
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 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.

 

 

Link to post
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
Link to post
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!

Link to post
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

Link to post
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

Link to post
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.

Link to post
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

Link to post
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

Link to post

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

Link to post
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 by rmeaux
Link to post
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 by Spritzup
Link to post
  • 2 weeks later...
  • 2 weeks later...
  • 2 weeks later...
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

Link to post

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

Link to post
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

Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.