Hi there! Thanks for reporting this. 👍 

1) Index out of bound error can indeed screw things up.

Can you post (as text) the filenames and tell me the steps you took, to have this error occur?
Any special settings?

Just so I can try to reproduce this and debug.

2) Since I see ".new" in the filename; are you by any chance adding or updating the metadata?

If so: does it fail as well when disabling that option?

The  error occurred after I did the following. I had added all the episodes in the left hand "Selected Episodes" column, then I clicked the Add Files button, the file selection screen opened I selected the 4 files I wanted to add, title_t00.mkv, title_t01.mkv, title_t02.mkv, title_t03.mkv, then I clicked the Open button and that is when the "index out of bounds error" notification screen popped up. I clicked OK instead of abort. 

Not sure what you mean by special settings. Is there any particular settings that may have caused this to happen? I do have all the AutoDetect Settings turned off.

When I unchecked "Update or Add Metadata in video file" everything worked. The files were renamed and moved to the correct directory. What is this setting supposed to do and why doesn't it work? When I read the title about adding or updating metadata I thought that would be a good thing.

Is there a way to turn off the notification everytime I add files to be renamed? That notification is annoying but I couldn't find the setting to turn it off,.

Thanks for you quick response. If i run into that index out of bounds error again I will be sure to take screen shots and send them to you.

Thanks again

I forgot to tell what a great help this program has been for me. I just started building a DVD library to fill my Plex server and TV series were the worst when it came to renaming them after saving them to my hard drive. 👍 😀 🍻 

I just got the list index (5) out of bounds error while trying to add 5 files to the Selected files column. 

These are the 5 files I was trying to import.

it happened again when i was trying to import the third 3 set of 5 files and this time the number in parentheses was 15.

Posted by: @yellow-wood1214

When I unchecked "Update or Add Metadata in video file" everything worked. The files were renamed and moved to the correct directory. What is this setting supposed to do and why doesn't it work? When I read the title about adding or updating metadata I thought that would be a good thing.

This option actually updates some of the information in the video file. For example the correct Titles.
This is indeed a good thing, since the proper info (Show, Episode title, Episode description, air date, etc.) are now also embedded in the file.

Downside is that each file needs to be opened, read, data modified, and written again.
This makes the process significantly slower of course, and adds a layer of potential issues (an external program, ffmpeg, is used for this).

I would not expect this to cause a "index out of bounds" error.
However, I do see you have the codec-detect option enabled - this may cause this, but I have to admit that I have not been able to reproduce the issue - which makes it hard to resolve the issue. I'm pretty sure you ran into some kind of but, and obviously I'd like to resolve this.

Posted by: @yellow-wood1214

Is there a way to turn off the notification everytime I add files to be renamed?

Yes there is: Under Settings, first tab 😊 

Posted by: @yellow-wood1214

I forgot to tell what a great help this program has been for me

Thank you - that's so cool! I appreciate you sharing that.

Posted by: @yellow-wood1214

it happened again

Could you try this:

1) Completely uninstall RMTV (How to) ...

Remove these directories

C:\Program Files (x86)\Rename My TV Series 
C:\Users\<username>\AppData\Local\Rename My TV Series.

2) Download and Reinstall the beta (2.1.8) again (just to make sure)

Disable "CodecDetect" and "AutoDetect" (main window) - keep everything else (for now) default and try to rename.

3) Do some testing, possibly with test files.

You can do this with a few dummy files - for RMTV to work, files do not need to be actual video files, so we can use empty files, which you can create like so, in a DOS box. (Note: for meta-data and codecdetection, actual files are needed of course)

break > test1.mkv

This will create the file "test1mkv", which will be an empty file (0 bytes).
Create a few and drag them onto RMTV and see what happens. Rename should work.

So you could create a few at once by copying and pasting this into terminal, 

mkdir testfiles
cd testfiles
break > title_t00.mkv
break > title_t01.mkv
break > title_t02.mkv
break > title_t03.mkv
break > title_t04.mkv
break > title_t05.mkv
break > title_t06.mkv
break > title_t07.mkv
break > title_t08.mkv
break > title_t09.mkv

After pasting this in Terminal, press ENTER - you should now have a directory called "testfiles" with a couple test files in it.

Forgot to add: If you run into the same error again, try pacing the test files on different locations - just to see if it makes a difference where the file is located.

I did everything you suggested I deleted and reinstalled RMTS and then tried your experiment with the dummy files and nothing happened but as soon as I tried using live files it happened again.

Here is a screen shot of the error.

 Here is a screen shot of the settings

One thing I forgot to say earlier is that I am doing this via RDP.  I have the USB drive hooked up to my headless Plex Server and RMTS is installed on the Plex Server so I am doing the rename process from my main computer using RDP. This allows the transfer from the USB to the Plex drives to be much faster. If I have the USB drive hooked up to my main computer and do the renaming on it then I have to transfer the renamed files to the Plex server via the network which is much slower. I don't think this should matter but I thought I should tell you just in case.

I will say after clicking OK on the error it does not seem to affect the program. It still renames and moves the files just fine.

When looking up TV shows it the newest version seems to take a lot longer to find the shows than the previous version. Is there a reason for this?

Using RDP to access that computer, and work RMTV and the files (both on the same computer), should not be a problem ... I would think.Looking up shows when comparing an old version versus a new version can indeed make a difference in speed.Depending on the versions you're comparing, over time things have changed:

1. RMTV used to use only TVDB for data .... but TMDB and TVMaze have been added and by default are searched now as well.

2. For some reason, a lot of "garbage" comes with a search query, so in newer versions this optionally gets cleaned up.

3. Once a show has been loaded into the database, a search can potentially be MUCH faster (until the data needs to be update again of course).

You can play with these, by enabling/disabling certain options:

Keep in mind that TVDB yet again is mixing things up and are gunning for a subscription model (eg. you have to pay). So at some point it may become defunct. I'm still not sure if I want to - yet again (3rd time now) - rewrite my code to accommodate a change at TVDB. Add to that, the numerous incidents we have had with TVDB being crippled, offline, etc etc.

Either way, none of these resolve the issue you started out with ... 🤣

I do know what the error messages means: Somewhere in code an array is created and the code now tries to access an element outside of range of the array. Unfortunately, this doesn't tell me what array may be causing this (multiple are used). Since I cannot reproduce the problem, debugging will be very difficult.
 
Can you post screenshots of the other 2 windows in settings (episode info and renaming rules)?
Maybe I can pick something up so I can reproduce the issue.