Plugin: Export VODS from .m3u - split m3u livetv, tvshows, movies (Going BETA!!)

[mickle026 650]

4 hours ago, jaspalgill said:

This might be a stupid question but does the plugin ignore metadata .nfo files and images for posters when it scans an existing directory and also when it’s removing obsolete files/directories?

Well spotted!, I have rewrote the code to be much more efficient and I am currently only deleting the stms and then any empty folders, what i need to do is delete any folders that dont contain strms and all of their contents.

Edited April 12, 2025 by mickle026

[fbrassin 47]

I made many tests this week end.

With latest builds about from when emby check has been introduced 'till the latest i tried 151 i have problems even if i leave uncheck emby check.

If i put 50% use of cpu it works but it takes 4 hours and a half to finish.

If i put 100% my system gets stuck. If i put 75% my emby crashes but the system is on.

If i use for example version 132 (before introducing emby check) i can use 100% cpu, process lasts about 30/40 minutes and all is ok.

I just wanted to let you know my experience.

My system is very old.

These are my hardware specs

Percorso H/W           Dispositivo  Classe         Descrizione
==============================================================
                                    system         Computer desktop
/0                                  bus            D54250WYK
/0/0                                memory         64KiB BIOS
/0/3a                               processor      Intel(R) Core(TM) i5-4250U CPU @ 1.30GHz
/0/3a/3b                            memory         512KiB L2 cache
/0/3a/3c                            memory         128KiB L1 cache
/0/3a/3d                            memory         3MiB L3 cache
/0/3e                               memory         4GiB Memoria di sistema
/0/3e/0                             memory         4GiB SODIMM DDR3 Sincrono 1600 MHz (0,6 ns)
/

 

[mickle026 650]

1 hour ago, fbrassin said:

I made many tests this week end.

With latest builds about from when emby check has been introduced 'till the latest i tried 151 i have problems even if i leave uncheck emby check.

If i put 50% use of cpu it works but it takes 4 hours and a half to finish.

If i put 100% my system gets stuck. If i put 75% my emby crashes but the system is on.

If i use for example version 132 (before introducing emby check) i can use 100% cpu, process lasts about 30/40 minutes and all is ok.

I just wanted to let you know my experience.

My system is very old.

These are my hardware specs

Percorso H/W           Dispositivo  Classe         Descrizione
==============================================================
                                    system         Computer desktop
/0                                  bus            D54250WYK
/0/0                                memory         64KiB BIOS
/0/3a                               processor      Intel(R) Core(TM) i5-4250U CPU @ 1.30GHz
/0/3a/3b                            memory         512KiB L2 cache
/0/3a/3c                            memory         128KiB L1 cache
/0/3a/3d                            memory         3MiB L3 cache
/0/3e                               memory         4GiB Memoria di sistema
/0/3e/0                             memory         4GiB SODIMM DDR3 Sincrono 1600 MHz (0,6 ns)
/

 

The problem I have is that I have altered so much, that I do not know what which process is causing your issues.

The emby check can be disabled by unticking the checkbox.  You have previously said this makes no difference - so its not the emby check causing the issue because if that is unchecked the code for it doesn't run.
I have altered both the pre-scanning of existing files, and the removal of obsolete entries.

There have been dozens of code alterations.

So what I need to know is exactly where it is failing in  order to detect why...

If you run at 50% cpu it all works, so that indicates that the plugin is not crashing at all.  It indicates, that the system is being overwhelmed and that it might not have actually crashed but is waiting for threads to be available.  If it has crashed, then I need to know the usage before and after the crash (cpu, memory and threads) to know what is being maxed out.

so what I need to know is many different configs:

If you turn off all logging, does it complete? (Is the logging data queue getting too large for the system?)
If you turn off remove obsolete files, does it complete? (Is the File IO operations becoming too much, does it need speed limiting?)

Do you have any unhandled_exception... log files?

Edited April 13, 2025 by mickle026

[mickle026 650]

@fbrassin

Try this one, I have added cpu and memory limiter (for file & directory IO operations), it will pause when either hits 80%, then continue when it drops below 80%. when the 

use minimal memory option is set.

 

Task started at 13.Apr.2025-17:22:14.
13.Apr.2025 - 17:22:14 CreateMovieStrmsFromM3UTaskStarter method triggered.
13.Apr.2025 - 17:22:14 Inside Task.Run.
13.Apr.2025 - 17:22:14 Create strm files and folders From M3U
13.Apr.2025 - 17:22:14 Build Version: 1.0.0.153
13.Apr.2025 - 17:22:14 Memory Allocated for this plugin: 4.00 GB
13.Apr.2025 - 17:22:15 CPU Cores: 8: Logical Processors (Max Threads): 16, Hyperthreading: True
13.Apr.2025 - 17:22:15 Using max 16 threads
13.Apr.2025 - 17:22:15 Ignore [Contains]: 
13.Apr.2025 - 17:22:15 Ignore [StartsWith]: 
13.Apr.2025 - 17:22:15 Include [Contains]: 
13.Apr.2025 - 17:22:15 Include [StartsWith]: 
13.Apr.2025 - 17:22:15 Task Started at: 13/04/2025 17:22:15
13.Apr.2025 - 17:22:15 -----------------------------------------------------------------------
13.Apr.2025 - 17:22:15 Create Movie Stream Files From M3U Scheduled Task Triggered.
13.Apr.2025 - 17:22:15 -----------------------------------------------------------------------
13.Apr.2025 - 17:22:15 Input File 1: E:\tvshows.m3u
13.Apr.2025 - 17:22:15 Loading M3U file.
13.Apr.2025 - 17:22:15 Reading local file: E:\tvshows.m3u
13.Apr.2025 - 17:22:15 Loading m3u File Total execution time: 0 ms
13.Apr.2025 - 17:22:15 No Input File 2
13.Apr.2025 - 17:22:15 No Input File 3
13.Apr.2025 - 17:22:15 Total Input Files: 1
13.Apr.2025 - 17:22:15 Total m3u Items: 5000
13.Apr.2025 - 17:22:15 --------------------------------------------------------------------------------
13.Apr.2025 - 17:22:15 -----------------------[ Scanning Current Folders ]----------------------------
13.Apr.2025 - 17:22:15 Memory used: 97 MB
13.Apr.2025 - 17:22:15 Scanning Output Directory for content: D:\VODS3.
13.Apr.2025 - 17:22:15 Found 1656 folders in Output path. Scanning...
13.Apr.2025 - 17:22:15 Found 5000 files with extension .strm
13.Apr.2025 - 17:22:16 Low memory mode enabled. RAM threshold set to: 3276.80 MB

I also added a lot of changes to the output/update code, to catch and handle any exceptions

If you get a file like this unhandled_f6fb46ee-26c7-445d-b8ff-87b6350c5fa9.txt in your log directory please let me know, this will kill the emby process and seem to freeze the system from the WebUI, I am actually starting to wonder if this is what is happening.

VODtoSTRMscheduledTask.dll

 

 

Edited April 13, 2025 by mickle026

[fbrassin 47]

OK, i'll try and let you know this version.

 

 

One other thing.

I realized that if i set this option on all articles at the beginning of the titles are removed in Italian language

 

For exemple this:

#EXTINF:-1 tvg-id="" tvg-name="Il bacio di Dracula S01 E01" tvg-logo="https://image.tmdb.org/t/p/w600_and_h900_bestv2/mGiet7gLqfFfksUjBsKHqSMqYnW.jpg" group-title="Serie Tv",Il bacio di Dracula S01 E01
http://xxxxxxxxxxxxx/series/fbrassin/xxxxxxxxxxxxxxxx/xxxxxxxxxxx.mp4

Is saved in folder "bacio di Dracula" while should be "Il bacio di Dracula"

Just to let you know in italian language Articles at the beginning could be "il, lo, la, i, gli, le" not all of these are cut, but some yes.

 

[fbrassin 47]

Sorry, there are also some other articles in italian.

"il, lo, la, i, gli, le" mean the

while "un, una, uno" means a or an

 

 

[fbrassin 47]

@mickle026sent you a pm with the log

[mickle026 650]

5 hours ago, fbrassin said:

@mickle026sent you a pm with the log

I found the problem area.

 

13.apr.2025 - 23:22:09 Debugging: Time taken to process M3U file: 00:14:52
13.apr.2025 - 23:22:10 Item [1] Checking Due uomini e mezzo S02 E11.strm if it needs deleting.
14.apr.2025 - 00:03:07 Item [679008] Checking /media/S3/strm/TV Shows/Workin' Mom/Season 06 if it needs deleting.
14.apr.2025 - 00:03:12 Item [48356] Successfully deleted file no longer in M3U: /media/S3/strm/TV Shows/Security ICDL (ex ECDL)/Season 02/Security ICDL (ex ECDL) S02 E01.strm.
14.apr.2025 - 00:06:17 URLs do not match: http://****************/updated.
14.apr.2025 - 07:54:53 Item [118549] Successfully deleted file no longer in M3U: /media/S3/strm/Movies/Lover, Stalker, Killer (2024)/Lover, Stalker, Killer (2024).strm.


it is saying that all of your strm file contents (the url's) do not match the scanned m3u urls, so its deleting everything to re-write it all - thats what is taking so long.
It is also saying most of your files are no longer in your m3u being read, and deleting them also

However the line that is written to the log is cut short (truncated), I cannot fathom why? - it should have more text written, here is what it should write.

$"{DateTime.Now:dd.MMM.yyy - HH':'mm':'ss} URLs do not match: {matchingItem.FileContents} vs {scannedItem.FileContents} - it needs deleting, so it can be be re-written/updated."

It should write:

URLs do not match: http://****************/Oldurl URLs vs http://****************/newUrl.

Also I cannot see why the url would end with /updated ?

I will re-check this code.  Please wait.

Edited April 14, 2025 by mickle026

[Apotropaic 41]

I had suspected the plugin was deleting my previously extracted strm files and recreating them but thought it was just me imagining it

If I run the plugin to extract into an empty folder it barely takes 10-15 minutes. If I run it again it will take 4 hours to run, after which emby seems to be rescan the content as new so needs to pull metadata in again.

14.Apr.2025 - 09:20:36 Found 58786 folders in Output path. Scanning...

14.Apr.2025 - 09:23:08 Total .strm files processed: 427532

Interesting you say it looks inside the strm to compare, I've looked at a few and they look identical to me (I am on a linux filesystem), happy to provide any logs or tests as needed.

 

[sundevil67 28]

Is it enough to just replace the existing .dll file? Last time it gave me two versions of the plugin shown in my list; I ultimately deleted the older one, but is there any downside to this or better way to update the plugin?

[Apotropaic 41]

1 minute ago, sundevil67 said:

Is it enough to just replace the existing .dll file? Last time it gave me two versions of the plugin shown in my list; I ultimately deleted the older one, but is there any downside to this or better way to update the plugin?

You just need to make sure the new version is overwriting the older file, or maybe even just remove it first. I've never seen two versions appearing which may mean when you're copying the new file across it's saving it as a copy?

[fbrassin 47]

23 hours ago, mickle026 said:

@fbrassin

Try this one, I have added cpu and memory limiter (for file & directory IO operations), it will pause when either hits 80%, then continue when it drops below 80%. when the 

use minimal memory option is set.

 

Task started at 13.Apr.2025-17:22:14.
13.Apr.2025 - 17:22:14 CreateMovieStrmsFromM3UTaskStarter method triggered.
13.Apr.2025 - 17:22:14 Inside Task.Run.
13.Apr.2025 - 17:22:14 Create strm files and folders From M3U
13.Apr.2025 - 17:22:14 Build Version: 1.0.0.153
13.Apr.2025 - 17:22:14 Memory Allocated for this plugin: 4.00 GB
13.Apr.2025 - 17:22:15 CPU Cores: 8: Logical Processors (Max Threads): 16, Hyperthreading: True
13.Apr.2025 - 17:22:15 Using max 16 threads
13.Apr.2025 - 17:22:15 Ignore [Contains]: 
13.Apr.2025 - 17:22:15 Ignore [StartsWith]: 
13.Apr.2025 - 17:22:15 Include [Contains]: 
13.Apr.2025 - 17:22:15 Include [StartsWith]: 
13.Apr.2025 - 17:22:15 Task Started at: 13/04/2025 17:22:15
13.Apr.2025 - 17:22:15 -----------------------------------------------------------------------
13.Apr.2025 - 17:22:15 Create Movie Stream Files From M3U Scheduled Task Triggered.
13.Apr.2025 - 17:22:15 -----------------------------------------------------------------------
13.Apr.2025 - 17:22:15 Input File 1: E:\tvshows.m3u
13.Apr.2025 - 17:22:15 Loading M3U file.
13.Apr.2025 - 17:22:15 Reading local file: E:\tvshows.m3u
13.Apr.2025 - 17:22:15 Loading m3u File Total execution time: 0 ms
13.Apr.2025 - 17:22:15 No Input File 2
13.Apr.2025 - 17:22:15 No Input File 3
13.Apr.2025 - 17:22:15 Total Input Files: 1
13.Apr.2025 - 17:22:15 Total m3u Items: 5000
13.Apr.2025 - 17:22:15 --------------------------------------------------------------------------------
13.Apr.2025 - 17:22:15 -----------------------[ Scanning Current Folders ]----------------------------
13.Apr.2025 - 17:22:15 Memory used: 97 MB
13.Apr.2025 - 17:22:15 Scanning Output Directory for content: D:\VODS3.
13.Apr.2025 - 17:22:15 Found 1656 folders in Output path. Scanning...
13.Apr.2025 - 17:22:15 Found 5000 files with extension .strm
13.Apr.2025 - 17:22:16 Low memory mode enabled. RAM threshold set to: 3276.80 MB

I also added a lot of changes to the output/update code, to catch and handle any exceptions

If you get a file like this unhandled_f6fb46ee-26c7-445d-b8ff-87b6350c5fa9.txt in your log directory please let me know, this will kill the emby process and seem to freeze the system from the WebUI, I am actually starting to wonder if this is what is happening.

VODtoSTRMscheduledTask.dll 873.5 kB · 3 downloads

 

 

Here is the unhandled file I found today after emby stopped during plugin run.

unhandled_f3cbdf6f-004e-46c0-bffc-cec658f5b44c.txt

[fbrassin 47]

2 hours ago, sundevil67 said:

Is it enough to just replace the existing .dll file? Last time it gave me two versions of the plugin shown in my list; I ultimately deleted the older one, but is there any downside to this or better way to update the plugin?

You also have to restart emby after overwrite dll file

[mickle026 650]

1 hour ago, jaspalgill said:

I had suspected the plugin was deleting my previously extracted strm files and recreating them but thought it was just me imagining it

If I run the plugin to extract into an empty folder it barely takes 10-15 minutes. If I run it again it will take 4 hours to run, after which emby seems to be rescan the content as new so needs to pull metadata in again.

14.Apr.2025 - 09:20:36 Found 58786 folders in Output path. Scanning...

14.Apr.2025 - 09:23:08 Total .strm files processed: 427532

Interesting you say it looks inside the strm to compare, I've looked at a few and they look identical to me (I am on a linux filesystem), happy to provide any logs or tests as needed.

 

I am going to log it, because i am thinking that something along the way must be different.

However I think i have found the culprit for the strm files being re-written, just running some quick tests.  If Grouptitle folder or season folders existed it wasnt checking inside them for the strm file.  

return !Directory.EnumerateFiles(dir, "*.strm", SearchOption.TopDirectoryOnly).Any();

changed to:

return !Directory.EnumerateFiles(dir, "*.strm", SearchOption.AllDirectories).Any();

debugging will now log the urls if they are different so we can check why.

 

 $"{DateTime.Now:dd.MMM.yyy - HH':'mm':'ss} Debugging: Item [{localCount}] File exists in M3U list but URLs do not match: {matchingItem.FileName}\n" +
 $"{DateTime.Now:dd.MMM.yyy - HH':'mm':'ss} Debugging: Item [{localCount}] Processed M3UItem URL : {matchingItem.FileContents}\n" +
 $"{DateTime.Now:dd.MMM.yyy - HH':'mm':'ss} Debugging: Item [{localCount}] FileSystem ScannedURL : {scannedItem.FileContents}",

 

VODtoSTRMscheduledTask.dll

[Apotropaic 41]

@mickle026

I've done a test on just one of the Group Title folders, fist scan completes in 10 seconds, then with the files already there the second scan took 13 seconds. I did a third test with debugging on which increased the scan to 30 seconds but going through the log the strm comparison worked for all content which is good news!!

I then imported the folder into emby to save the metadata into the folders and re-did the M3U extract again, it took 31 seconds and again all the strm matched correctly so nothing was deleted and re-written.

I'm reluctant to test it out on the full list right now as it will lead to hours and hours of processing, will set it off before I go to bed but it's all looking good for me at least so thanks!

[sundevil67 28]

On 4/11/2025 at 9:27 PM, BigIrn said:

@mickle026any updates if I can run this on mac? I've moved to using a windows server (since your plugin works really well) with UNC paths on mac. I'd prefer to have everything on one system (the M4 mini).

I am using a Mac & I can't get it to work. How far do you get on the mac? Do you have it working at all? Mine works, I just can't get it to output more than one episode of the first season for all shows.

[BigIrn 10]

2 hours ago, sundevil67 said:

I am using a Mac & I can't get it to work. How far do you get on the mac? Do you have it working at all? Mine works, I just can't get it to output more than one episode of the first season for all shows.

@sundevil67I had it completely run on my m4 mac mini 16gb back in March 20th ish... after some updates to clean up the filenames and identifying the stream as Live/TV/Movie is when it got really slow and I had to restart the server after it finished (would take about 26 hours). After that it completely stopped working.

Are you on ARM or Intel? I've been testing it on ARM and about to test it on my intel i5 Sequoia now @mickle026

[mickle026 650]

6 hours ago, sundevil67 said:

I am using a Mac & I can't get it to work. How far do you get on the mac? Do you have it working at all? Mine works, I just can't get it to output more than one episode of the first season for all shows.

If you are still getting filenames as just imdb IDs , ie ttxxxxxx.strm. then it is likely the plugin isn't updated since you sent me your m3u.

This was working in my tests after some code edits, so the last 2 or so builds should be fine with your m3u.

 

The latest build yesterday afternoon, about 6.15 GMT should be working the best.

I identified a nested delete loop that could get stuck in the loop, ( a loop within a loop) with filesystem errors slowing it right down.  That has been corrected in the last build.  Hopefully speed should be back to normal.

Latest build I think is 1.0.0.154 

I am not home so I can't check that, but I think that's what it is.

Edited April 15, 2025 by mickle026

[fbrassin 47]

@mickle026

For me, it is not working fine also latest version you posted.

I started plugin yesterday at 23:17 and it is still running. Something made it slowdown drammatically.

Emby is still on, but almost unresponding.

I'll send you the logs.

Edited April 15, 2025 by fbrassin

[Apotropaic 41]

@mickle026

In the latest build 1.0.0.154 something isn't right with the Country Code removal logic, it seems to be removing 2-letter country codes from content within the strings for everything including Group Titles and actual content. Previously it removed them from the start of the strings. Is this expected new behaviour?

It's fine for me as I guess I can just turn off the Country Code option and manually remove country codes with spaces and a hyphen using the Custom Strings Removal option.

14.Apr.2025 - 22:59:31 Removed Country code: Input: '4K: LA 1 ᵁᴴᴰ ³⁸⁴⁰ᴾ', Output: '4K: 1 ᵁᴴᴰ ³⁸⁴⁰ᴾ'

14.Apr.2025 - 22:59:32 Removed Country code: Input: 'UK: ITV 4+1 ◉', Output: 'UK: I4+1 ◉'

14.Apr.2025 - 23:04:52 Removed Country code: Input: 'TURKSIH SERIES (SUB EN)', Output: 'TURKSIH SERI(SUB EN)'

Edited April 15, 2025 by jaspalgill

[mickle026 650]

2 hours ago, jaspalgill said:

@mickle026

In the latest build 1.0.0.154 something isn't right with the Country Code removal logic, it seems to be removing 2-letter country codes from content within the strings for everything including Group Titles and actual content. Previously it removed them from the start of the strings. Is this expected new behaviour?

It's fine for me as I guess I can just turn off the Country Code option and manually remove country codes with spaces and a hyphen using the Custom Strings Removal option.

14.Apr.2025 - 22:59:31 Removed Country code: Input: '4K: LA 1 ᵁᴴᴰ ³⁸⁴⁰ᴾ', Output: '4K: 1 ᵁᴴᴰ ³⁸⁴⁰ᴾ'

14.Apr.2025 - 22:59:32 Removed Country code: Input: 'UK: ITV 4+1 ◉', Output: 'UK: I4+1 ◉'

14.Apr.2025 - 23:04:52 Removed Country code: Input: 'TURKSIH SERIES (SUB EN)', Output: 'TURKSIH SERI(SUB EN)'

Sorry, I was playing with trying not to remove Italian articles in the strings from the beginning of titles (as well as country codes) and i didn't revert the test code before the last build "il, lo, la, i, gli, le"

[fbrassin 47]

19 hours ago, mickle026 said:

I am going to log it, because i am thinking that something along the way must be different.

However I think i have found the culprit for the strm files being re-written, just running some quick tests.  If Grouptitle folder or season folders existed it wasnt checking inside them for the strm file.  

return !Directory.EnumerateFiles(dir, "*.strm", SearchOption.TopDirectoryOnly).Any();

changed to:

return !Directory.EnumerateFiles(dir, "*.strm", SearchOption.AllDirectories).Any();

debugging will now log the urls if they are different so we can check why.

 

 $"{DateTime.Now:dd.MMM.yyy - HH':'mm':'ss} Debugging: Item [{localCount}] File exists in M3U list but URLs do not match: {matchingItem.FileName}\n" +
 $"{DateTime.Now:dd.MMM.yyy - HH':'mm':'ss} Debugging: Item [{localCount}] Processed M3UItem URL : {matchingItem.FileContents}\n" +
 $"{DateTime.Now:dd.MMM.yyy - HH':'mm':'ss} Debugging: Item [{localCount}] FileSystem ScannedURL : {scannedItem.FileContents}",

 

VODtoSTRMscheduledTask.dll 875 kB · 9 downloads

Sent in pm the log of tonight running. I think it didn't finish as Emby stopped at the end.

[Apotropaic 41]

12 hours ago, fbrassin said:

@mickle026

For me, it is not working fine also latest version you posted.

I started plugin yesterday at 23:17 and it is still running. Something made it slowdown drammatically.

Emby is still on, but almost unresponding.

I'll send you the logs.

I feel there is an issue with the size of the M3U and the processing. I used a smaller M3U file with around 3,000 items and this took 24 seconds to check both the existing directories and confirm nothing has changed and as a result nothing was deleted and re-written, so that functionality works. (Note: I have removed the country code check in the settings).

I'm now running it on my large M3U file with 311.000 items, if it was a linear scale then I'd expect it to take between 50 and 100 minutes. It's been running now for nearly 240 minutes and it's at this stage.

15.Apr.2025 - 15:48:10 [Update&Output] m3uContents: 311057
15.Apr.2025 - 15:48:10 Updating OutputFolder (Creating/Deleting strms & folders)
15.Apr.2025 - 15:48:10 Config: Write LiveTV VOD: False  Write Movie VOD: False  Write TV Show VODS: True
15.Apr.2025 - 15:48:10 Low memory mode enabled. RAM threshold set to: 3226.02 MB

Throughout the last few hours the CPU has stayed around 14% and the IOPS are minimal. So whatever is going on it's not writing anything. Just crunching stuff!

Just for info when I ran this last night it was stuck at this same stage after 9 hours when I restarted the server which incidentally created a flood of log entries for Checking FILE URLS contents.

15.Apr.2025 - 00:14:37 Saved '/home/emby/Testing/M3U/LiveTV/LiveTV.m3u'
15.Apr.2025 - 00:14:37 Saved '/home/emby/Testing/M3U/Movies/Movies.m3u'
15.Apr.2025 - 00:14:38 Saved '/home/emby/Testing/M3U/TV Shows/TV Shows.m3u'
15.Apr.2025 - 00:14:38 Unknown M3U Items found: 0.
15.Apr.2025 - 00:14:38 [Update&Output] m3uContents: 311046
15.Apr.2025 - 00:14:38 Updating OutputFolder (Creating/Deleting strms & folders)
15.Apr.2025 - 00:14:38 Config: Write LiveTV VOD: False  Write Movie VOD: False  Write TV Show VODS: True
15.Apr.2025 - 00:14:39 Low memory mode enabled. RAM threshold set to: 2917.54 MB
15.Apr.2025 - 09:31:25 Item [144703] Checking FILE URL contents: 'A- The Rig (2023) (GB) S02 E05.strm' if it needs deleting.
15.Apr.2025 - 09:31:26 Item [144704] Checking FILE URL contents: 'Hill Street Blues S02 E17.strm' if it needs deleting.
 

[fbrassin 47]

Running latest Version outside emby in an empty folder works fine.

Task Duration: 01:26:44.68

Tonight i will run it again on the same folder  outside emby and let you know.

 

We need to understand why running inside emby doesn't work.

[Apotropaic 41]

30 minutes ago, fbrassin said:

Running latest Version outside emby in an empty folder works fine.

Task Duration: 01:26:44.68

Tonight i will run it again on the same folder  outside emby and let you know.

 

We need to understand why running inside emby doesn't work.

Was that the first initial run, as in the folder was empty so all the items are being created the first time?

1 hour and 26 minutes is a long time, I have 311,000 items (265,086 being extracted into strms) in my M3U and it took my system 00:04:50.27.

My second scan is where I have the problem.

I am running emby inside a VM but it is on a SSD.

I’m sure you may have already discounted any real time monitoring enabled in your libraries? I’ve also disabled the automatic media library scheduled scan as well.

Edited April 15, 2025 by jaspalgill