Welcome to the Tweaking4All community forums!
When participating, please keep the Forum Rules in mind!
Topics for particular software or systems: Start your topic link with the name of the application or system.
For example “MacOS X – Your question“, or “MS Word – Your Tip or Trick“.
Please note that switching to another language when reading a post will not bring you to the same post, in Dutch, as there is no translation for that post!
Sorry about the thread title but I honestly couldn't think of anything else.
As for the problem I have noticed with the later versions that if I drag certain episodes to RMTV they will it will not populate either list, but if I click "Add Files" and navigate to and select the file
both columns will be populated and I can simply rename. I ran into this issue with the 4 test files I used in the previous thread. Two RMTV would find and suggest there new names instantly.
The other two RMTV would just sit there til I deliberately crashed it, relaunched it, used "Add Files", then RMTV would instantly populate both list for those episodes. All files were MKV's.
This is a Linux specific issue (as I always use drag and drop because I'm lazy 😉) that I'm not aware of.
So this most likely is a widgetset related issue in Lazarus Pascal since nothing changed in the code for the last 5 years, not to mention: both methods (Add Files and Drag and Drop) use the same method to add files. So the handshake between the file manager and RMTV seems "off'. Since it worked before, and I assume the file manager you use didn't change, I'd guess this may be related to "OnDropFiles" event implementation in Lazarus for Linux.
Does this happen with the Qt5 version, GTK2 version, or both?
When I had the QT5 version drag worked just took a long time for RMTV to load the episodes and show what they would be renamed to, but it would do it without having to use "Add Files". The GTK2 version on the other hand.............................
If I had to venture a guess I would blame GTK2 itself cause it's been depreciated.
This clearly points to a widget-set implementation issue (current state for Lazarus Pascal).
The code (my code) behind both versions are identical - I just recompile the code by selecting a different widget-set.
Unfortunately support for Qt6 is something I have not gotten to work reliably yet. Tried it a few times as an alternative for Qt5.
For GTK3 or GTK4 support is still in alpha stage unfortunately and seems very unstable (for my purposes).
Any suggestions how to test Qt6 and/or GTK3 are most welcome, but has shown me again and again Linux challenges I didn't care for having 😉
I'd need to know how to install the binaries/libraries properly, not to mention challenges with Qt6LibPas (eg. what version - which has been an issue with the Qt5 version with a few distros I tested). Not to mention what the implications are for the end-user.
Sorry but ALL of that id pure Greek to me. Now I ran into a bigger issue today. Last nights episodes that got grabbed by Sonarr were Alien: Earth, High Potential, and 3 episodes of Gen V. I copied them to /mnt/My Files/Last Night's/ and then proceeded to drag them into RMTV. After a while of being in RMTV my video card went into overdrive causing me to have to forcefully shutdown RMTV. Ended up using FileBot that I bought for my roommate years ago to do the renaming.
Haha, imagine how this is for me: Greek as well 😉
Wow, your video card went into overdrive?
The -only- thing that would use your GPU, if at all since no transcoding is done, would be ffmpeg.
Do you have ffprobe or ffmpeg enabled in your settings?
If so: disable ffprobe and see if that makes a difference.
I never have a use for ffmpeg/ffprobe, but some users would like to add resolution etc to their filename and for that at least ffprobe is needed and used when a file gets dropped on it. ffMpeg is only used for adding meta data - but that is only done during the rename process.
On that note: you can try replacing ffprobe and ffmpeg for whatever comes with your system (if installed). ffmpeg and ffprobe are assumed to be in the directory where RMTV resides, so you may have to add a link to the one installed on your system.
Note: as far as I understand, most distro's may come with ffmpeg, which often includes ffprobe and ffplay.
To state the obvious:
sudo apt install ffmpeg
The binaries will probably be in /usr/bin or /usr/lib?
I'm sure you're more familiar with this than I am.
And linking is something you'd probably know as well:
ln -s /path/to/ffprobe /path/to/rmtv/ffprobe
Hope this explains the GPU going bonkers.
To be honest I have never heard of ffprobe. As for that setting no it's not checked. As for the install it's Arch so "sudo pacman -S ffmpeg".
To be honest I have never heard of ffprobe. As for that setting no it's not checked. As for the install it's Arch so "sudo pacman -S ffmpeg".
Dang it ... would have hoped it could have been something like that.
ffprobe gets the meta information of media files, like the different streams and their formats and such.
ffmpeg is used for transcoding/editing/etc for the video and the meta data (like embedded titles etc).
Both very powerful tools! But I can imagine most people do not even know these exist even though tons of video related applications use it.
So ffprobe is typically used to detect resolution and codecs and such for each included stream.
RMTV uses ffmpeg to inject meta data (title, description, etc) if users wish to use it.
I think (could be wrong) the use of ffprobe for detection, and ffmpeg for injecting meta data, is by default disabled.
Under Windows (I'm a Mac user) I noticed that the first show search, right after starting RMTV, is rather slow. Any following search is fast.
Under macOS there is a tiny delay with the first search as well, but that is just like one second or so and all following searches are fast. Faster than Windows.
Under Linux I'm not observing any delay, not even with the initial search.
Tried Qt5 and GTK2 (under Manjaro 25.x) and both are instant when I drop a dummy file on it.
Maybe try that and see how fast that is? (just do "touch dummyfile.mkv" in Terminal to create an empty file and then drop that file on RMTV)
OK yesterday I tested in Garuda which only I only had added Vivaldi and a couple of terminal apps to and got the same behavior. Now on another note I did the updates for BlueStar and after the updates FileBot started behaving the same way. Rolled back the system and FileBot no longer had the issue.
Anyway we can track what its doing? I mean under macOS I have the option to track realtime log messages from the OS, I think Windows has this as well, so I'd assume this will be there for Linux as well?
(I guess this is way over our heads haha)
Google tells me this is the way:
tail -f /var/log/syslog
But I'm not seeing why this has such a delay.
Does this happen when you run RMTV with sudo? (just a silly suggestion)
@hans Actually that's funny cause I have meant to ask you why RMTV doesn't do more logging than it does. The fact that it did rename something by itself is completely useless information. As for running it from terminal RMTV does not have a means of being run from one. At least not one I could find when I tried that a few days ago.
It does log some stuff, more of a summary or an error message if the message is known.
Logging takes up a lot of code and I haven't had much of a use for it.
I can 100% sure it is related to however the Lazarus interfacing under Linux does or does not work proper. Nothing I can do about, or at least not much (by lack of Linux experience). Still strange that it works instantly here (drag and drop) under GTK2 and Qt5, but no on your setup - which to me suggests you're probably not the only one experiencing this.
I'll try to do some more tests this weekend with large files, see if that matters.
Did you try dummy files (zero bytes)? Wondering if that is instant or slow as well.
I just tried two dummy files AFTER I finally found the ffmpeg formula for it and got the same results. Which I subsequently loss cause I forgot to save it as a text file before clearing my clipboard. Having such a wonderful day so far I think I'll find a rock to crawl under. 🤣 🤣 🤣
@hans well while waiting for some Amazon orders I had time to play around. I downloaded both the static and the shared 2.3.12 versions and extracted each on the desktop then testing. The shared version behaved the same so just sitting their spinning. The static version seems to be running like a charm. I tested it with 3 files from my torrents folder and each within 2 seconds of being dragged to RMTV were recognised. I then proceeded to test with a show that only had a handful of episodes and worked great. Then I tested with 12 Monkeys by dragging it's parent fold to RMTV and it populated without issue.
I have moved RMTV from the desktop to /home/cccp64/ and created a link to executable file. I'm not surprised that this worked cause I do believe that I've said in the past that it was a bad idea to have users put the files under / instead of home. Emby has their files for Arch under / and it causes so many issues.
RenameMyTVSeries-2.3.12-GTK-Linux-x64-static-ffmpeg
