Почему библиотека SFML3.0.0 не может открыть файл png?

Question

[niklazh]

по какой-то причине SFML не может открыть мой файл png

подключения и неймспейсы:

#include <SFML/Graphics.hpp>
using namespace sf;
using namespace std;
#include <iostream>
#include <filesystem>
#include <fstream>
#include "Safewindows.h" //решает проблему с неопределённостью byte, никак н емешает работе

сам кусок с ошибкой

Image icon;
std::cout << "Current path: " << std::filesystem::current_path() << std::endl;

 if (!icon.loadFromFile("Image/icon.jpg")) {
    std::cerr << "SFML не смог загрузить иконку из файла!\n";
    return 1;
}
win.setIcon(icon);

вот такой вывод получаю:


что до самого файла, его путь (беру из свойств файла, а не из головы)
D:\Пользователи\Nikita\Рабочий стол\practic\Project1\Project1\icon.png

этот файл есть, если что, и в Image, который около файла exe в debug x64 и в основной папке. Закинул и туда и туда на всякий случай, мало ли. Ничего не работает. я бы подумал, что я больной или невнимательный, но файловая система же его видит.

убил уже уйму времени чтобы понять, может быть тут есть какая-то проблема, о которой я просто не знаю?

вот такие файлы:


upd. попробовал через loadFromMemory всё работает, значит проблема точно не в файле, а именно в loadFromFile
upd2. вернулся на 2.6, решил сохранить себе нервы и мозги, 3.0 делал человек ненавидящий других людей

Comments

[jcmvbkbc]

стоит попробовать положить этот файл по пути 1) без русских символов и 2) без пробелов

[res2001]

Так же стоит убрать
std::ifstream files(iconPath);
т.к. files уже открыл 1 раз файл, а icon.loadFromFile - будет открывать уже открытый файл второй раз. Не уверен, но возможно files открывает в эксклюзивном режиме по умолчанию, что, конечно, препятствует повторному открытию файла..
Если files вам почему то дорог, то вынесите проверку доступности файла в отдельную функцию, тогда по выходе из функции files выйдет из области видимости и закроет файл.
Кстати, думаю, что sfml сама в состоянии проверить доступен ли файл, и если не доступен вернет какой-то код ошибки, так что files в принципе выглядит лишним.

Еще добавлю - наверняка от icon можно получить более детальную информацию о причине ошибки (errno возможно или какой-то свой механизм, смотрите документацию). Она обычно известна, т.к. все библиотечные функции работы с файлами сводятся к системным open/read/write/close, а они умеют возвращать причину ошибки, а не абстрактное "Unable to open file". Из кода ошибки должно быть понятно, как исправить ситуацию.

[maaGames]

раз уже есть filesystem, то заменить проверку на функцию exists, чтобы правильно сделать проверку наличия файла, а не через костыль.

[niklazh]

jcmvbkbc, попробовал, закинул просто на D, всё равно не работает, хотя тот же путь файловая система находит

[niklazh]

maaGames, спасибо, заменил, но это делалось просто наскоряк, чтобы узнать то не так. По-прежнему ничег оне работает

[niklazh]

res2001, Здравствуйте, убрал, но ничего не поменялось. какая-то проблема именно с функцией LoadFromFile потому что LoadFromMemory работает исправно, но каждую текстуру подгружать через память это ужас

[maaGames]

niklazh, не уверен, что SFML поддерживает любые png файлы ( Some format options are not supported, like progressive jpeg ). Попробуй другой файл загрузить. Желательно из официальных примеров, который точно поддерживается. Может просто файл неудачный.

[niklazh]

maaGames, файл точно рабочий, потому что при загрузке через LoadFromMemory он всё подгружает как миленький. Не работает только LoadFromFile

[maaGames]

niklazh, Пробовал папку без русских букв в пути, как предлагали?
Есть ещё глупеньковое предположение: проверь подключенные lib файлы, чтобы не было вперемешку -d, -s-d и тому подобного.

[niklazh]

maaGames, попробовал, перенёс просто на D, вот рабочая папка

[maaGames]

niklazh, в настройках запуска проекта рабочей директорией выбрал папку с ехе-файлом? По умолчанию рабочая папка та, где лежит sln файл и относительные пути считаются не относительно ехе, а относительно папки с sln файлом.
Видимо, не поменял, поэтому и положил dll рядом с cpp файлом, а не в папку с exe.

[niklazh]

maaGames, рабочая папка, где cpp файлы, мне там и надо, а exe лежит в дебаге в x64, да и поять же, файловая система файл видит же, да и абсолютный путь тоже не помогает

[niklazh]

niklazh, подозреваю, что дело в библиотеках или чем-то таким, но я не понимаю что не так

[maaGames]

niklazh, а png лежит в папке с ехе или с cpp ? Причём, рабочая папка в папке проекта будет только при запуске из под отладчика. Если даблкликом запустишь, то папка ехе файла будет рабочей. Так что dll и туда надо все эти скопировать.

[niklazh]

maaGames, с cpp

[Dyikot]

Абсолютный путь не пробывал? std::filesystem::absolute

[maaGames]

niklazh, из интереса сделал похожий пример, как раз 3 версию глянуть хотел. И дебаг и релиз загрузили png картинку. Проверил на 24 и 32 битном png. Думаю, у тебя проект неправлиьно настроен (в первую очередь рабочая директория, как мы уже выяснили, пусть "тебе так надо", но неправильно). Почему 2.6 работает, а 3.0 не работает - не знаю :)