More > JRiver Media Center 21 for Linux
JRiver Media Center 21.0.88 for Debian
JimH:
It should. There is a QNAP thread here.
mwillems:
--- Quote from: bob on June 23, 2016, 01:08:01 pm ---The code looks good there from what we can see so far however if the file is being added to a CIFS filesystem or it's taking longer than 5 minutes to copy to the drive there may be an issue.
Are either of these the case?
--- End quote ---
So I did some more testing on this, and it seems pretty unpredictable. Some nights the files get imported correctly as video files; some nights they get imported as data files. The only predictable factor is that on nights when they import correctly, they all import correctly; on nights when they come in as data files, they all come in as data files. Other than that there seems to be no predictable pattern to when they come in one way versus the other (they're all .mp4s generated in the same way, they all get moved into the same watched directory, etc.). I managed to reproduce it with a few other video file types, so it doesn't seem limited to .mp4 files, but it does seem limited to video files (I've imported quite a lot of audio files and none of them have exhibited this behavior).
With respect to the "taking longer than 5 minutes to copy," what's the exact trigger that would cause that? Most of the files exhibiting the behavior are just a few GB, and the behavior doesn't seem linked to time to transfer in my case (I've seen files moved into the watched directories in 3 seconds come in as data files).
It looks like some other folks are seeing something similar on the Mac build, so this may be a broader issue:
https://yabb.jriver.com/interact/index.php?topic=105819.0
https://yabb.jriver.com/interact/index.php?topic=105760.msg735986#msg735986
In any case, manually running import seems to work, so I guess I can just turn off auto-import until this gets sorted. Let me know if I can do any additional testing.
bob:
--- Quote from: mwillems on July 04, 2016, 07:01:30 am ---So I did some more testing on this, and it seems pretty unpredictable. Some nights the files get imported correctly as video files; some nights they get imported as data files. The only predictable factor is that on nights when they import correctly, they all import correctly; on nights when they come in as data files, they all come in as data files. Other than that there seems to be no predictable pattern to when they come in one way versus the other (they're all .mp4s generated in the same way, they all get moved into the same watched directory, etc.). I managed to reproduce it with a few other video file types, so it doesn't seem limited to .mp4 files, but it does seem limited to video files (I've imported quite a lot of audio files and none of them have exhibited this behavior).
With respect to the "taking longer than 5 minutes to copy," what's the exact trigger that would cause that? Most of the files exhibiting the behavior are just a few GB, and the behavior doesn't seem linked to time to transfer in my case (I've seen files moved into the watched directories in 3 seconds come in as data files).
It looks like some other folks are seeing something similar on the Mac build, so this may be a broader issue:
https://yabb.jriver.com/interact/index.php?topic=105819.0
https://yabb.jriver.com/interact/index.php?topic=105760.msg735986#msg735986
In any case, manually running import seems to work, so I guess I can just turn off auto-import until this gets sorted. Let me know if I can do any additional testing.
--- End quote ---
It looks like we have tracked this one down. New build later today...
mwillems:
--- Quote from: bob on July 05, 2016, 10:49:46 am ---It looks like we have tracked this one down. New build later today...
--- End quote ---
Just a gentle nudge; would love to have a build to resolve the video files importing as data files issue.
JimH:
Bob went to Canada for a few days. I think he will be back tomorrow.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version