Universal Media Server | Forum

Removing the database seems to fix this. Apparently a migration problem from older versions (forgot to include database migration script).

Every single fil scanned reports these errors: 15:55:52 DEBUG Error while getting cached information about FOO.mkv, reparsing information: Data conversion error converting "JAVA_OBJECT to CHARACTER VARYING" [22018-214] 15:55:52 ERROR Database error while trying to add parsed information fo...

@galmok I tried to reproduce your problem but for me it works. I can delete the file after watching without any problems. If there would be such bug than the feature implemented in the UMS to delete or move files to other folder after watching will not work. Can you send the log? There could be som...

@galmok Thank you for your feedback. So it seem a bug to me then. You can modify and set this line "MediaInfo = false" into your renderer's configuration file and try again. The media support will be poorest and weak, but i strongly suspect that no more files locking will occur anymore. T...

@galmok Can you confirm that it doesn't happen if you disable "Resume" and/or don't monitor the folders ? Thanks. I can't comfirm that. Even with Video Resuming off and no played status monitored on any directory did UMS lock the files. Actually, it is not the media file being locked, but...

So, if I were to configure to use MediaInfo = true, I would have to generate as many Supported lines that the renderer reports to support (or as many as I can be bothered to enter)? The TV reports to understand 115 mime types (mixture of audio, video, image, text, and application (subtitles)): # <FL...

Thanks for the hints so far. I am trying to work out how the media formats are matched. In "DefaultRenderer.conf", it says: If a file is supported and its mediainfo indicates that it falls within the capabilities of this renderer, UMS will stream the file to the renderer. All other files w...

Well, IMHO it doesn't seem like good practice to keep files open in case the user might want to access it again later. The file can easily be reopened, and if gone at that time, cancel any operation related to it. The files are kept locked for days on end.

I would actually like to create a better suited config file for this tv, but to do that, I would need a rather large sample of videos to know if I have captured all combinations of container, video codec, and audio codec. Or maybe just build it from what the TV itself announces... I am looking into ...

I want to add that UMS only locks the files I have been watching. If I later want to delete them, the delete appears to have worked in that it doesn't error (the first time), but the files remain where they are. Quitting UMS at this point apparently makes the delete continue and the files are remove...