Johnick, Скорее, второе. Так как, если исходная строка ВСЕГО 2309 байт, т.е. на 1 реальный байт JPEG приходится 8 символов, то сам файл - всего 500+ байт. А 3 точки очень похоже на оборванный файл ...
Johnick, Это ASCII представление HEX-кодов JPEG-файла с пробелами - я ниже написал как такую строку в бинарный JPEG превратить. Вам надо попарно (выкидывая пробелы) собрать значения в конкретные байты данных JPEG и потом уже JPEG кодировать в base64
Ну, если это реально такая строка, это это HEX представление десятичного представления HEX кодов байт JPEG-файла
37 - HEX код символа 7
30 - HEX код символа 0
20 - HEX код пробела и т.д.
После докодирования получается
70 70 32 68 56 32 70 70 32.....
70 - это десятичный код символа F
32 - это десятичный код пробела опять же, и т.д.
Декодируешь - получаешь
FF<пробел>D8<пробел>FF<пробел>E0.... - а это уже (без пробелов) байты JPEG в HEX представлении
Я не очень понимаю, кто так извратился, или, возможно это штатный способ хранения VARBINARY . но декодируется как-то так.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.