More > JRiver Media Center 25 for Linux
clean() is not replacing dot characters, leading to filename truncation
Matt:
We just tried doing the same test using a FAT32 mount on Linux and it still worked fine. The extra dots showed up at the end of the filename before the extension.
I'm not sure if there's something else we should be testing?
Thanks.
Here is the mounted filesystem with it's mounted parameters:
--- Code: ---/dev/sde1 on /mnt/fat32 type vfat (rw,nosuid,nodev,noexec,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro,user=bob)
--- End code ---
And the file we copied:
--- Code: ---$ ls -l /mnt/fat32/Al\ Stewart/The\ Best\ Of\ Al\ Stewart\ -\ Songs\ From\ the\ Radio/
total 4920
-rwxr-xr-x 1 bob bob 5035965 Jul 9 10:03 Al Stewart - Delia's Gone - a.b.c...mp3
--- End code ---
And the handheld filename rule:
--- Code: ---Clean([Artist] - [Name], 3)
--- End code ---
BryanC:
It's also happening when I sync to my ext4 partition so let's forget about it being filesystem specific.
When I don't use a filename rule the file is synced correctly, which means that MC is capable of outputting dots correctly.
It's only when I use the filename rule that the filenames are truncated on dots. It doesn't matter if I use clean() or not, same issue.
I've tried inserting dots into both [Artist] and [Name] and they both truncate, so it's not field specific.
It looks like the temp file is created with the correct filename in the logs, but it's not logging the output filename so I can't tell if that's the problem area:
--- Code: ---0007917: 139662236563200: Handheld: CHHUploadWorkerUploadThread::Thread: Creating file object (filename: /home/bryan/.jriver/Media Center 25/Temp/102 - A.A. Bondy - There's a Reason.mp3)
0007917: 139662236563200: Handheld: CHHUploadWorkerUploadThread::Thread: Sending upload command
0007917: 139662236563200: Handheld: CHHPluginThread::ProcessCommand: Start
0007917: 139662236563200: Handheld: CHHPluginThread::PerformFunctionCall: Start
0007917: 139662236563200: Handheld: CHHPluginThread::PerformFunctionCall: Posting message to plugin thread
0007917: 139662236563200: Handheld: CHHPluginThread::PerformFunctionCall: Blocking until call completes
0007917: 139666707810048: Handheld: CHHPluginThread::Thread: Command = 1025
0007917: 139666707810048: Handheld: CPortableDriveGeneric::Upload: Start
0007917: 139666707810048: Handheld: CPortableDriveBase::GetBasePathFromFile: Start
0007917: 139666707810048: Handheld: CPortableDriveBase::GetBasePathFromFile: Finish (0 ms)
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Start
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Filename: /home/bryan/.jriver/Media Center 25/Temp/102 - A.A. Bondy - There's a Reason.mp3
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Opening input file
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Analyzing input file
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Creating output filename and path
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Creating output file
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Allocating space for file
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Starting transfer loop
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Reading 7272098 bytes
0007921: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Writing 5813884 bytes
0007929: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Sending progress
0007929: 139666707810048: Handheld: CPortableDriveBase::TransferFile: EOF
0007929: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Finished transfer
--- End code ---
--- Code: --->ls ./A*
./A.A.mp3
--- End code ---
I've been trying it with conversion/dsp on/off and it has no effect. Even when the original file is synced the filename is truncated.
bob:
--- Quote from: BryanC on July 09, 2019, 11:01:51 am ---It's also happening when I sync to my ext4 partition so let's forget about it being filesystem specific.
When I don't use a filename rule the file is synced correctly, which means that MC is capable of outputting dots correctly.
It's only when I use the filename rule that the filenames are truncated on dots. It doesn't matter if I use clean() or not, same issue.
I've tried inserting dots into both [Artist] and [Name] and they both truncate, so it's not field specific.
It looks like the temp file is created with the correct filename in the logs, but it's not logging the output filename so I can't tell if that's the problem area:
--- Code: ---0007917: 139662236563200: Handheld: CHHUploadWorkerUploadThread::Thread: Creating file object (filename: /home/bryan/.jriver/Media Center 25/Temp/102 - A.A. Bondy - There's a Reason.mp3)
0007917: 139662236563200: Handheld: CHHUploadWorkerUploadThread::Thread: Sending upload command
0007917: 139662236563200: Handheld: CHHPluginThread::ProcessCommand: Start
0007917: 139662236563200: Handheld: CHHPluginThread::PerformFunctionCall: Start
0007917: 139662236563200: Handheld: CHHPluginThread::PerformFunctionCall: Posting message to plugin thread
0007917: 139662236563200: Handheld: CHHPluginThread::PerformFunctionCall: Blocking until call completes
0007917: 139666707810048: Handheld: CHHPluginThread::Thread: Command = 1025
0007917: 139666707810048: Handheld: CPortableDriveGeneric::Upload: Start
0007917: 139666707810048: Handheld: CPortableDriveBase::GetBasePathFromFile: Start
0007917: 139666707810048: Handheld: CPortableDriveBase::GetBasePathFromFile: Finish (0 ms)
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Start
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Filename: /home/bryan/.jriver/Media Center 25/Temp/102 - A.A. Bondy - There's a Reason.mp3
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Opening input file
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Analyzing input file
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Creating output filename and path
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Creating output file
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Allocating space for file
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Starting transfer loop
0007918: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Reading 7272098 bytes
0007921: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Writing 5813884 bytes
0007929: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Sending progress
0007929: 139666707810048: Handheld: CPortableDriveBase::TransferFile: EOF
0007929: 139666707810048: Handheld: CPortableDriveBase::TransferFile: Finished transfer
--- End code ---
--- Code: --->ls ./A*
./A.A.mp3
--- End code ---
I've been trying it with conversion/dsp on/off and it has no effect. Even when the original file is synced the filename is truncated.
--- End quote ---
I tried it with a different filename closer to yours and reproduced it.
Not sure what's going on yet.
Matt:
This was a bugger, but next build should fix it.
We were stripping everything but the extension off the filename, but I don't think the extension was on the filename at that point so it just stripped anything else.
Thanks for the help.
BryanC:
Good news, thanks!
Navigation
[0] Message Index
[*] Previous page
Go to full version