Hi Greg,

first of all: complements on posting the technical details! (most do not even mention the OS or version).

Sorry to hear you're running into issue.

So a few reason an access violation may occur.

Obviously this could be a bug but there could be other reasons - which I'd like to find out so I can write code around the issue and notify the user.

Are you using anything like video detection (enabled ffprobe in preferences) or metadata updating (also in preferences)?
Sometimes "corrupt" video files make ffprobe crash or produce corrupt info (I'd need to see the file to test it myself and see what goes sideways there). You can check the settings and disable ffprobe and metadata updating. Since it happens while adding files, you'll only have to disable ffprobe.

Next could be a problem in the autodetect mechanism - disabled it (bottom right of the main window) and try again.

Then there is the potential problem of special characters in the filename. Maybe you can lis a filename that fails.

Now we are on the topic of filenames: sometimes networkshares are not very stable, even though this is rare. You could try a local file.
Note that access rights could be an issue as well.

I'd probably start with making an empty test file. I did do a little write up on that here. But long story short: right click in Explorer, select “New” and choose “Text Document“. After that rename it to for example "testfile.mp4" (video extension) and see if you get an Access Violation when dropping hat on RMTV. If that causes the Access Violation then I'd temporary move the data directory. This can be:

c:\Users\<username>\AppData\Local\Rename My TV Series

or a "data" directory in the application directory, as you mentioned.

You already mentioned the data directory so just a FYI:
When RMTV is not installed in the default C:\Program Files or whatever Windows designated to be the application directory.
You can find the defaul path like so in CMD/DOS:

echo "%ProgramFiles%"

In your case it should say "E:\Program Files". If not then a "data" directory should be found in the application directory like in your case.
Any chance you can test what happens when using the usual path? (C:\Program Files)
Just so I can narrow it down to my code handling this.

I guess these are a few steps to get started with.
Let me know your findings and thank you for reporting and testing!

@hans Hi Hans,  Thanks for the fast reply!  I disabled ffprobe and it works.  So then I went ahead and re-enabled ffprobe and it still works.  Something must have been stuck.  If I can provide any further info to help you fix the issue going forward let me know.  I will also update this with any additional issues I run into.  You just earned yourself a cup of coffee.  😊 

Thanks,

Greg

Thanks Greg!

Cup-a-Joe is always very much appreciated. 😉 

Let me know if you run into this again (or find new issues). I'd be happy to help.

Thank you as well 😊 

Hi Hans,

  So I did a little more digging.  FFProbe is dying on .divx and .avi files.  It handles .mp4s fine.  This is even after the latest upgrade.  Any suggestions?  Is it having an issue finding the codec?  VLC plays the files fine.

Rename My TV Series: 2.3.2 (Build 4)
SQLite library: v.3.50.1
OS: Windows (64 bit), Windows 10.0, x86-64 (64 bit application)
Data path: E:\Program Files\Rename My TV Series\data\

Edition Windows 11 Pro
Version 23H2
Installed on ‎2/‎5/‎2025
OS build 22631.5624
Experience Windows Feature Experience Pack 1000.22700.1106.0

Thanks,

Greg

Nice catch!

It's been a very long time that I used AVI or DIVX/XVID.

I've not used Windows in a long time, but I do recall the need for codec packs way back in the day (like this one). Not sure how relevant this may be or not.
As far as I recall VLC is a champ when it comes to dealing with less common codecs, maybe even when not installed.

Now, you can replace the ffprobe with another version for testing. RMTV just looks at ffprobe.exe and doesn't check version numbers. Maybe we need a more extensive build off ffprobe. You could for example test this version. As I do not have failing video files, testing is rather difficult for me 😉 

Other sources: link1, link2, link3 (links 1 and 2 seem outdated) 

Please share your findings, maybe I need to include a different version for Windows version of RMTV, or maybe place a comment so folks know they may need a codec pack.

Thanks Hans, I will go ahead and test a newer version of FFProbe and report back.

Greg

Hi Hans,

    So it isn't ffprobe giving the problem.  Here is the output using the supplied ffprobe:

E:\Program Files\Rename My TV Series>ffprobe.exe_old "Won Love.avi"
ffprobe version 7.0.2-essentials_build-www.gyan.dev Copyright (c) 2007-2024 the FFmpeg developers
built with gcc 13.2.0 (Rev5, Built by MSYS2 project)
configuration: --enable-gpl --enable-version3 --enable-static --disable-w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-zlib --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-sdl2 --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-libaom --enable-libopenjpeg --enable-libvpx --enable-mediafoundation --enable-libass --enable-libfreetype --enable-libfribidi --enable-libharfbuzz --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-dxva2 --enable-d3d11va --enable-d3d12va --enable-ffnvcodec --enable-libvpl --enable-nvdec --enable-nvenc --enable-vaapi --enable-libgme --enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable-libtheora --enable-libvo-amrwbenc --enable-libgsm --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable-librubberband
libavutil 59. 8.100 / 59. 8.100
libavcodec 61. 3.100 / 61. 3.100
libavformat 61. 1.100 / 61. 1.100
libavdevice 61. 1.100 / 61. 1.100
libavfilter 10. 1.100 / 10. 1.100
libswscale 8. 1.100 / 8. 1.100
libswresample 5. 1.100 / 5. 1.100
libpostproc 58. 1.100 / 58. 1.100
Input #0, avi, from 'Won Love.avi':
Metadata:
software : transcode-1.0.4
Duration: 00:41:56.64, start: 0.000000, bitrate: 1166 kb/s
Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 624x352 [SAR 1:1 DAR 39:22], 1035 kb/s, 23.98 fps, 23.98 tbr, 23.98 tbn
Stream #0:1: Audio: mp3 (mp3float) (U[0][0][0] / 0x0055), 48000 Hz, stereo, fltp, 128 kb/s

E:\Program Files\Rename My TV Series>

Here is the output of the new ffprobe using the same file:

E:\Program Files\Rename My TV Series>ffprobe.exe "Won Love.avi"
ffprobe version N-118886-g76f09ab647-20250320 Copyright (c) 2007-2025 the FFmpeg developers
built with gcc 14.2.0 (crosstool-NG 1.27.0.18_7458341)
configuration: --prefix=/ffbuild/prefix --pkg-config-flags=--static --pkg-config=pkg-config --cross-prefix=x86_64-w64-mingw32- --arch=x86_64 --target-os=mingw32 --enable-gpl --enable-version3 --disable-debug --disable-w32threads --enable-pthreads --enable-iconv --enable-zlib --enable-libfreetype --enable-libfribidi --enable-gmp --enable-libxml2 --enable-lzma --enable-fontconfig --enable-libharfbuzz --enable-libvorbis --enable-opencl --disable-libpulse --enable-libvmaf --disable-libxcb --disable-xlib --enable-amf --enable-libaom --enable-libaribb24 --enable-avisynth --enable-chromaprint --enable-libdav1d --enable-libdavs2 --enable-libdvdread --enable-libdvdnav --disable-libfdk-aac --enable-ffnvcodec --enable-cuda-llvm --enable-frei0r --enable-libgme --enable-libkvazaar --enable-libaribcaption --enable-libass --enable-libbluray --enable-libjxl --enable-libmp3lame --enable-libopus --enable-librist --enable-libssh --enable-libtheora --enable-libvpx --enable-libwebp --enable-libzmq --enable-lv2 --enable-libvpl --enable-openal --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopenmpt --enable-librav1e --enable-librubberband --enable-schannel --enable-sdl2 --enable-libsnappy --enable-libsoxr --enable-libsrt --enable-libsvtav1 --enable-libtwolame --enable-libuavs3d --disable-libdrm --enable-vaapi --enable-libvidstab --enable-vulkan --enable-libshaderc --enable-libplacebo --disable-libvvenc --enable-libx264 --enable-libx265 --enable-libxavs2 --enable-libxvid --enable-libzimg --enable-libzvbi --extra-cflags=-DLIBTWOLAME_STATIC --extra-cxxflags= --extra-libs=-lgomp --extra-ldflags=-pthread --extra-ldexeflags= --cc=x86_64-w64-mingw32-gcc --cxx=x86_64-w64-mingw32-g++ --ar=x86_64-w64-mingw32-gcc-ar --ranlib=x86_64-w64-mingw32-gcc-ranlib --nm=x86_64-w64-mingw32-gcc-nm --extra-version=20250320
libavutil 59. 60.100 / 59. 60.100
libavcodec 61. 33.102 / 61. 33.102
libavformat 61. 9.107 / 61. 9.107
libavdevice 61. 4.100 / 61. 4.100
libavfilter 10. 9.100 / 10. 9.100
libswscale 8. 13.103 / 8. 13.103
libswresample 5. 4.100 / 5. 4.100
libpostproc 58. 4.100 / 58. 4.100
Input #0, avi, from 'Won Love.avi':
Metadata:
software : transcode-1.0.4
Duration: 00:41:56.64, start: 0.000000, bitrate: 1166 kb/s
Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 624x352 [SAR 1:1 DAR 39:22], 1035 kb/s, 23.98 fps, 23.98 tbr, 23.98 tbn
Stream #0:1: Audio: mp3 (mp3float) (U[0][0][0] / 0x0055), 48000 Hz, stereo, fltp, 128 kb/s

E:\Program Files\Rename My TV Series>

If I replace the supplied ffprobe with the new one I still get the access violation.  If you send me the string you invoke ffprobe with I will test that on the command line to see if that fails or not.

Thanks,

Greg

Sounds like a parsing bug of the ffprobe output.

Can you try running ffprobe in this format:

./ffprobe -show_format -show_streams -v quiet -print_format ini <filename>

Or even better maybe see if we can find a way to get me a test video file?

Hi Hans,

Yes I can send the avi and xvid files both.  Use the email in my forum profile and let me know where you want me to send it.  I'd rather not post them publicly.

In the meantime I've sent the output along.

Thanks,

Greg

Here is the output of the ffprobe (new):

E:\Program Files\Rename My TV Series>ffprobe -show_format -show_streams -v quiet -print_format ini "Won Love.avi"
# ffprobe output

[streams.stream.0]
index=0
codec_name=mpeg4
codec_long_name=MPEG-4 part 2
profile=Advanced Simple Profile
codec_type=video
codec_tag_string=XVID
codec_tag=0x44495658
width=624
height=352
coded_width=624
coded_height=352
has_b_frames=1
sample_aspect_ratio=1\:1
display_aspect_ratio=39\:22
pix_fmt=yuv420p
level=5
color_range=unknown
color_space=unknown
color_transfer=unknown
color_primaries=unknown
chroma_location=left
field_order=unknown
refs=1
quarter_sample=false
divx_packed=true
id=N/A
r_frame_rate=2997/125
avg_frame_rate=2997/125
time_base=125/2997
start_pts=0
start_time=0.000000
duration_ts=60339
duration=2516.641642
bit_rate=1035265
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=60339
nb_read_frames=N/A
nb_read_packets=N/A
extradata_size=59

[streams.stream.0.disposition]
default=0
dub=0
original=0
comment=0
lyrics=0
karaoke=0
forced=0
hearing_impaired=0
visual_impaired=0
clean_effects=0
attached_pic=0
timed_thumbnails=0
non_diegetic=0
captions=0
descriptions=0
metadata=0
dependent=0
still_image=0
multilayer=0

[streams.stream.1]
index=1
codec_name=mp3
codec_long_name=MP3 (MPEG audio layer 3)
profile=unknown
codec_type=audio
codec_tag_string=U[0][0][0]
codec_tag=0x0055
sample_fmt=fltp
sample_rate=48000
channels=2
channel_layout=stereo
bits_per_sample=0
initial_padding=0
id=N/A
r_frame_rate=0/0
avg_frame_rate=0/0
time_base=3/125
start_pts=0
start_time=0.000000
duration_ts=104860
duration=2516.640000
bit_rate=128000
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=104860
nb_read_frames=N/A
nb_read_packets=N/A
extradata_size=12

[streams.stream.1.disposition]
default=0
dub=0
original=0
comment=0
lyrics=0
karaoke=0
forced=0
hearing_impaired=0
visual_impaired=0
clean_effects=0
attached_pic=0
timed_thumbnails=0
non_diegetic=0
captions=0
descriptions=0
metadata=0
dependent=0
still_image=0
multilayer=0

[format]
filename=Won Love.avi
nb_streams=2
nb_programs=0
nb_stream_groups=0
format_name=avi
format_long_name=AVI (Audio Video Interleaved)
start_time=0.000000
duration=2516.641642
size=366984060
bit_rate=1166583
probe_score=100

[format.tags]
software=transcode-1.0.4

E:\Program Files\Rename My TV Series>

Here is the output of the old ffprobe:

E:\Program Files\Rename My TV Series>ffprobe.exe_old -show_format -show_streams -v quiet -print_format ini "Won Love.avi"
# ffprobe output

[streams.stream.0]
index=0
codec_name=mpeg4
codec_long_name=MPEG-4 part 2
profile=Advanced Simple Profile
codec_type=video
codec_tag_string=XVID
codec_tag=0x44495658
width=624
height=352
coded_width=624
coded_height=352
closed_captions=0
film_grain=0
has_b_frames=1
sample_aspect_ratio=1\:1
display_aspect_ratio=39\:22
pix_fmt=yuv420p
level=5
color_range=unknown
color_space=unknown
color_transfer=unknown
color_primaries=unknown
chroma_location=left
field_order=unknown
refs=1
quarter_sample=false
divx_packed=true
id=N/A
r_frame_rate=2997/125
avg_frame_rate=2997/125
time_base=125/2997
start_pts=0
start_time=0.000000
duration_ts=60339
duration=2516.641642
bit_rate=1035265
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=60339
nb_read_frames=N/A
nb_read_packets=N/A
extradata_size=59

[streams.stream.0.disposition]
default=0
dub=0
original=0
comment=0
lyrics=0
karaoke=0
forced=0
hearing_impaired=0
visual_impaired=0
clean_effects=0
attached_pic=0
timed_thumbnails=0
non_diegetic=0
captions=0
descriptions=0
metadata=0
dependent=0
still_image=0

[streams.stream.1]
index=1
codec_name=mp3
codec_long_name=MP3 (MPEG audio layer 3)
profile=unknown
codec_type=audio
codec_tag_string=U[0][0][0]
codec_tag=0x0055
sample_fmt=fltp
sample_rate=48000
channels=2
channel_layout=stereo
bits_per_sample=0
initial_padding=0
id=N/A
r_frame_rate=0/0
avg_frame_rate=0/0
time_base=3/125
start_pts=0
start_time=0.000000
duration_ts=104860
duration=2516.640000
bit_rate=128000
max_bit_rate=N/A
bits_per_raw_sample=N/A
nb_frames=104860
nb_read_frames=N/A
nb_read_packets=N/A
extradata_size=12

[streams.stream.1.disposition]
default=0
dub=0
original=0
comment=0
lyrics=0
karaoke=0
forced=0
hearing_impaired=0
visual_impaired=0
clean_effects=0
attached_pic=0
timed_thumbnails=0
non_diegetic=0
captions=0
descriptions=0
metadata=0
dependent=0
still_image=0

[format]
filename=Won Love.avi
nb_streams=2
nb_programs=0
nb_stream_groups=0
format_name=avi
format_long_name=AVI (Audio Video Interleaved)
start_time=0.000000
duration=2516.641642
size=366984060
bit_rate=1166583
probe_score=100

[format.tags]
software=transcode-1.0.4

E:\Program Files\Rename My TV Series>

Thanks Greg!
Yeah posting something like that publicly would not be a good idea. 😉 

Hi Hans,

     Link from WeTransfer sent and separate email with explanation of the file sent.

Thanks,

Greg

@thebaf Got the file and am able to reproduce the error! Will try to work on it today. 👍

Well, I'm totally baffled how this causes a crash. It is the weirdest thing ever. 
ffProbe can't find a language, which is no surprise, and my code is catching that. Yet for some reason it crashes.

I managed to catch such a crash by adding an exception handler around code.
Been looking at it for about an hour. It is not ffProbe that is causing the crash. It really is super weird. 

The fix will be included in the next release (2.3.3) - I have a two more minor bugs to look at, before I finish it up and release it.

I would not have been able to find or fix this without your help! Thanks again 😊
I'll tag this topic as "solved" now (just so I can keep track of things).

Please let me know if you find other bugs.

Thanks Hans!  Glad I could help.

Greg