You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you have a problem only with a particular file (or file type), use this form instead
Windows 7, 8 and 8.1 are no longer supported. This is not a question about Windows 8.1 or older.
Operating System
MacOS 12
Steps to reproduce
I had this infuriating issue recently. I opened a video file from my action camera (Osmo Action 3) and I got the following message: "File not natively supported. Preview may have no audio or low quality. The final export will however be lossless with audio. You may convert it from the menu for a better preview with audio."
I did not understand why am I getting this message. (Side note, the file didn't open with DaVinci Resolve either.) The file did open with iMove, QuickTime player, VLC, and Elmedia Player.
After pulling some of my hair out, it turned out I had a backslash in the containing folder name. I have quite a few folders with forward slash in the folder name, eg "This / That / Other". Apparently I did not pay attention and accidentally used backslahes, eg "This \ That \ Other" to name the containing folder.
In this case LosslessCut gives a confusing message by stating that "File is not natively supported..." blah blah and telling me that I might have to convert the file.
This is clearly incorrect because the problem was the backslash in the folder name () and not the file itself. Maybe this could be rectified because the message is confusing.
STEPS:
Add a backslash character to the folder name somewhere whichi contains a supported video file.
Try to open the file in LosslessCut.
You will get a confusing message why the file cannot be open.
Change the backslash character to a forward slash and now the file opens.
macOS 12.7.4
LosslessCut 3.59.1
Expected behavior
The file should either open, since there's nothing wrong with the file itself or somehow give a different message to the user if a backslash (or unsupported character) is detected in the path name.
Actual behavior
I described the actual behavior above.
Share log from developer tools
No response
The text was updated successfully, but these errors were encountered:
not sure why it was added in the first place but it seems to be causing problems here:
mifi/lossless-cut#1941
e.g. on macos when trying to encode a file name with a backslash in it, it causes the backslashe to interpreted as forward slashes, which is not correct and causes the process opening the file to fail
The fewer issues I have to read, the more new features I will have time to implement, so I ask that you please try these things first
Operating System
MacOS 12
Steps to reproduce
I had this infuriating issue recently. I opened a video file from my action camera (Osmo Action 3) and I got the following message: "File not natively supported. Preview may have no audio or low quality. The final export will however be lossless with audio. You may convert it from the menu for a better preview with audio."
I did not understand why am I getting this message. (Side note, the file didn't open with DaVinci Resolve either.) The file did open with iMove, QuickTime player, VLC, and Elmedia Player.
After pulling some of my hair out, it turned out I had a backslash in the containing folder name. I have quite a few folders with forward slash in the folder name, eg "This / That / Other". Apparently I did not pay attention and accidentally used backslahes, eg "This \ That \ Other" to name the containing folder.
In this case LosslessCut gives a confusing message by stating that "File is not natively supported..." blah blah and telling me that I might have to convert the file.
This is clearly incorrect because the problem was the backslash in the folder name () and not the file itself. Maybe this could be rectified because the message is confusing.
STEPS:
macOS 12.7.4
LosslessCut 3.59.1
Expected behavior
The file should either open, since there's nothing wrong with the file itself or somehow give a different message to the user if a backslash (or unsupported character) is detected in the path name.
Actual behavior
I described the actual behavior above.
Share log from developer tools
No response
The text was updated successfully, but these errors were encountered: