История изменений

После этого следующие темы будут обработка фотографий и ИИ.

не повторяйте чужих ошибок.

хотите совет? спрашивайте у профессионалов-фотографов - что их интересует, что бы они хотели от софта и как оно должно бы работать...?!

мои имхо:

1. проекты должны быть отдельными сущностями
- каталогизатор
- raw-конвертор
- редактор
- просмотрщик

2. возможность передачи «аргумента» / связь м.у. приложениями (ком.строка)
- нашли фото в «каталогизаторе» -> отправили в конвертор
- проявили в конверторе -> отправили в редактор (или просмотрщик)
итд

3. приложения должны быть
- реально быстрыми(пусть конвертируются долго, но интерфейс должен быть быстрым)
- реально неглючными
- мочь работать на «старом/слабом» железе
- иметь широкий спектр версий под разные операционные системы (например в MacOSx с этим вообще беда, соседние версии как будто вообще из разных миров, если программа запуститься в одной версии, то не фак, что запуститься в «соседней» (*)
- поддерживать как минимум Canon & Nikon, далее по собственным «ощущениям» - альфы, фуджи, пентахи, пинхолы...
- по максимуму долго поддерживать «версии старых моделей камер» (а еще лучше «застандартить» формат «raw-декодеров» и просто поддерживать этот стандарт в последующих версия софта, а он, автоматом будет открывать «все камеры» для кот. есть «raw-декодер»)
(*) я до сих пор пользуюсь MacOSX 10.6.8 & 10.9.5, считаю, что это наиболее качественные и безглючные версии «макаки»

4 - не использовать юзеров как бета-тестеров

чего лично я хотел бы от raw-конвертора (помимо того, что указал выше) - это наличие подключаемых «raw-декодеров», желательно open-source
поясняю, как я это вижу
- я имею «декодеры» для своих камер и уверен в том, что выход следующей версии вашего raw-конвертора ни как не повлияет на мою работу, т.к. у меня есть «декодеры», кот. будут видятся софтом :о)
- т.к «декодеры» будут open-source это привлекет к работе новых бойцов, кот. для своих камер будут клепать «декодеры», а вы за счет этого пополнять свою «общую базу».
- было-бы неплохо что-бы формат содержимого декодера был «скриптовый» а не бинарный, или условно «скриптовый» (как минимум иметь возможность что-то самому «подрихтовать» и не иметь жутких проблем с версиями компиляторов)

сейчас на рынке «фото-софта», по мне, не хватает именно нормального raw-конвертора. все текущие по тем или иным причинам «не катят» (пользуюсь старым софтом, с минимумом возможностей и косяков, зато достаточно стабильные и быстрые)

После этого следующие темы будут обработка фотографий и ИИ.

не повторяйте чужих ошибок.

хотите совет? спрашивайте у профессионалов-фотографов - что их интересует, что бы они хотели от софта и как оно должно бы работать...?!

мои имхо:

1. проекты должны быть отдельными сущностями
- каталогизатор
- raw-конвертор
- редактор
- просмотрщик

2. возможность передачи «аргумента» / связь м.у. приложениями (ком.строка)
- нашли фото в «каталогизаторе» -> отправили в конвертор
- проявили в конверторе -> отправили в редактор (или просмотрщик)
итд

3. приложения должны быть
- реально быстрыми(пусть конвертируются долго, но интерфыейс должен быть быстрым)
- реально неглючными
- мочь работать на «старом/слабом» железе
- иметь широкий спектр версий под разные операционные системы (например в MacOSx с этим вообще беда, соседние версии как будто вообще из разных миров, если программа запуститься в одной версии, то не фак, что запуститься в «соседней» (*)
- поддерживать как минимум Canon & Nikon, далее по собственным «ощущениям» - альфы, фуджи, пентахи, пинхолы...
- по максимуму долго поддерживать «версии старых моделей камер» (а еще лучше «застандартить» формат «raw-декодеров» и просто поддерживать этот стандарт в последующих версия софта, а он, автоматом будет открывать «все камеры» для кот. есть «raw-декодер»)
(*) я до сих пор пользуюсь MacOSX 10.6.8 & 10.9.5, считаю, что это наиболее качественные и безглючные версии «макаки»

4 - не использовать юзеров как бета-тестеров

чего лично я хотел бы от raw-конвертора (помимо того, что указал выше) - это наличие подключаемых «raw-декодеров», желательно open-source
поясняю, как я это вижу
- я имею «декодеры» для своих камер и уверен в том, что выход следующей версии вашего raw-конвертора ни как не повлияет на мою работу, т.к. у меня есть «декодеры», кот. будут видятся софтом :о)
- т.к «декодеры» будут open-source это привлекет к работе новых бойцов, кот. для своих камер будут клепать «декодеры», а вы за счет этого пополнять свою «общую базу».
- было-бы неплохо что-бы формат содержимого декодера был «скриптовый» а не бинарный, или условно «скриптовый» (как минимум иметь возможность что-то самому «подрихтовать» и не иметь жутких проблем с версиями компиляторов)

сейчас на рынке «фото-софта», по мне, не хватает именно нормального raw-конвертора. все текущие по тем или иным причинам «не катят» (пользуюсь старым софтом, с минимумом возможностей и косяков, зато достаточно стабильные и быстрые)

После этого следующие темы будут обработка фотографий и ИИ.

не повторяйте чужих ошибок.

хотите совет? спрашивайте у профессионалов-фотографов - что их интересует, что бы они хотели от софта и как оно должно бы работать...?!

мои имхо:

1. проекты должны быть отдельными сущностями
- каталогизатор
- raw-конвертор
- редактор
- просмотрщик

2. возможность передачи «аргумента» / связь м.у. приложениями (ком.строка)
- нашли фото в «каталогизаторе» -> отправили в конвертор
- проявили в конверторе -> отправили в редактор (или просмотрщик)
итд

3. приложения должны быть
- реально быстрыми
- реально неглючными
- мочь работать на «старом/слабом» железе
- иметь широкий спектр версий под разные операционные системы (например в MacOSx с этим вообще беда, соседние версии как будто вообще из разных миров, если программа запуститься в одной версии, то не фак, что запуститься в «соседней» (*)
- поддерживать как минимум Canon & Nikon, далее по собственным «ощущениям» - альфы, фуджи, пентахи, пинхолы...
- по максимуму долго поддерживать «версии старых моделей камер» (а еще лучше «застандартить» формат «raw-декодеров» и просто поддерживать этот стандарт в последующих версия софта, а он, автоматом будет открывать «все камеры» для кот. есть «raw-декодер»)
(*) я до сих пор пользуюсь MacOSX 10.6.8 & 10.9.5, считаю, что это наиболее качественные и безглючные версии «макаки»

4 - не использовать юзеров как бета-тестеров

чего лично я хотел бы от raw-конвертора (помимо того, что указал выше) - это наличие подключаемых «raw-декодеров», желательно open-source
поясняю, как я это вижу
- я имею «декодеры» для своих камер и уверен в том, что выход следующей версии вашего raw-конвертора ни как не повлияет на мою работу, т.к. у меня есть «декодеры», кот. будут видятся софтом :о)
- т.к «декодеры» будут open-source это привлекет к работе новых бойцов, кот. для своих камер будут клепать «декодеры», а вы за счет этого пополнять свою «общую базу».
- было-бы неплохо что-бы формат содержимого декодера был «скриптовый» а не бинарный, или условно «скриптовый» (как минимум иметь возможность что-то самому «подрихтовать» и не иметь жутких проблем с версиями компиляторов)

сейчас на рынке «фото-софта», по мне, не хватает именно нормального raw-конвертора. все текущие по тем или иным причинам «не катят» (пользуюсь старым софтом, с минимумом возможностей и косяков, зато достаточно стабильные и быстрые)