ImageView

Processing, playback of audio and video
  • Классно, и дизайн похож)
    Только уже начат делаться универсальный просмоторщик файлов...
    А вот исходники было бы очень интересно глянуть :)
    Из хаоса в космос
  • Вот, пожалуйста... только код еще совсем не оптимизирован(
    Attachments
    Downloaded 462 times
  • ImageView v0.04
    Основная особенность версии: prev и next выполняют положенную работу :). Подробнее whatsnew.txt в архиве.
    Attachments
    imgview-0.04.rar (14.32 KiB)
    Downloaded 444 times
  • Leency wrote:Только уже начат делаться универсальный просмоторщик файлов...
    больше просмоторщиков хороших и разных ;-)
  • отличная программа!

    из глюков - ползунок горизонтального скрола иногда исчезает.

    и хотелось бы, чтобы была поддержка BMP с 1bpp.
    Attachments
    graphconv.zip (44.47 KiB)
    вот программа, которую, я думаю, можно использовать (автор мне не известен). Тогда можно сделать поддерку GIF, JPEG, TIFF.
    Downloaded 436 times
  • ImageView 0.05

    Новое:
    = Устранен баг с исчезновением полос прокрутки, и вообще скроллы стали юзабельней
    = Правильно отображаются перевернутые tga
    = Добавлены черно-белые и 16-ти цветные bmp
    = Исправление мелких, не влияющих на основную работу, ошибок
    Attachments
    imgview-0.05.rar (14.56 KiB)
    Downloaded 486 times
  • to Sh@dy
    Да, в данном случае MeView практически обречён на гибель: когда пишешь на С++ есть огромное количество готовых примеров (я лично многие вещи переписал на Асме из прог на C), и нет нужды мучиться с реализацией чего-либо. А вообще, мне не нравится лишь одно: из-за того, что каждый что-то если делает, то делает сам и тихо (по крайней мере поначалу). Иными словами, если бы все, кто занимаются данной темой давно объединились, то уже давно сделали бы просто до 3,14; а так каждый упорно и старательно изобретает велосипед.
  • Nable
    MV не обречён и займёт свою нишу, особенно после реализации интерфейса IPC.
    Если бы все объединились... Надо, чтобы кто-то объединил. Надо ввести если не стандарты, то хотя бы рекомендации по программированию. Я удивляюсь, почему разработчики не используют библиотеки GUIlib, libini, libio, console? А библиотека libimg - это вообще нечто призрачное... Нужна документация, примеры, тема в форуме.
    А насчёт борьбы С/ассемблер - на С писать просто меньше (я из-за своей лени так и делаю), но концепция Колибри в том, что если можно, то нужно писать на ассемблере. Для разработчика это означает лишние часы, проведённые за компом, а для пользователя - то, что он не скоро увидит, например, компилятор типа GCC или в нашем случае просмотрщик графики типа IrfanView.

    Sh@dy
    Можешь реализовать масштабирование больших рисунков под размеры рабочей области окна? (кое-какая инфа по маштабированию у меня была - могу поискать)
  • 2 Nable
    С чего бы вдруг MeView будет обречен? У этой программы есть явное преимущество - она написана на assembler'е, в связи с этим имеет довольно малый размер, что подходит под концепцию ОС. А ImageView останется лишь альтернативой (IMHO, конечно же)

    2 Albom
    Может быть и смогу, но не гарантирую.
    под размеры рабочей области окна
    А пропорции изображения должны сохранятся или оно должно растягиваться как окно?

    Инфа всегда не повредит! :)
  • А пропорции изображения должны сохранятся или оно должно растягиваться как окно?
    хотелось бы чтоб сохранялись :)
  • to Albom
    IPC интерфейс уже почти до конца реализован (работает по пути PID_получателя+имя_файла -> MeView -> получатель). Полная реализация будет, когда можно будет не только из файлов, но и из памяти приложений. Кстати, буду очень рад, если будете использовать мой интерфейс.

    to Sh@dy
    А мой извращённый мозг перебирал варианты, что делать, ведь ко всем делам с сентября прибавится учёба, очень жёсткая учёба.
    И варианта 3:
    1)это отстой, а не вариант, а именно если мы будем конкурировать. Ибо в этом случае тебе прийдётся реализовывать всё, что я уже реализовал, мой же труд пропадёт. Это взаимный отстой.
    2)Этот вариант и 3-й - характеризуются небольшими уступками, общее в них следующее: мы объединяемся чтобы реализовать какую-то идею. Т.е. либо твою идею (пойми правильно), в этом случае я быстренько приделываю обёртки к моим распаковщикам и переношу весь код MV (кроме графического интерфейса) в твой просмотровщик и мы его развиваем вместе.
    3)Или реализуем мою идею: MeView - back-end, выполняющий всю грязную работу по распаковке, а твоя прога - front-end, который к полученным данным применяет фильтры, отбражает их, в общем всё кроме распаковки. Вариант, кажется имеет реальный прототип.
  • Хочу заметить, что MV даже не все BMP-файлы открывает (особенно если размер больше 5 метров, а мне приходиться работать с файлами по 30-40 метров), в то время как imgview с небольшими (до 10 метров) бмпшками справляется отлично (пока с файлами больших размеров не проверял)
  • 2 Nable
    А мой извращённый мозг перебирал варианты, что делать, ведь ко всем делам с сентября прибавится учёба, очень жёсткая учёба.
    Очень тебя понимаю, учится и одновременно отдавать время программе сложно, ибо сам поступаю в этом году.
    если мы будем конкурировать. Ибо в этом случае тебе прийдётся реализовывать всё, что я уже реализовал, мой же труд пропадёт. Это взаимный отстой.
    Не в коем случае не подумай, я очень уважаю чужой труд.
    в этом случае я быстренько приделываю обёртки к моим распаковщикам и переношу весь код MV
    Или реализуем мою идею: MeView - back-end, выполняющий всю грязную работу по распаковке, а твоя прога - front-end, который к полученным данным применяет фильтры, отбражает их, в общем всё кроме распаковки.
    На мой взгляд дешевле выйдет доделать libimg by mike.dld. Тогда без всяких IPC можно обойтись.
  • Who is online

    Users browsing this forum: No registered users and 3 guests