Makhaon.com

Спасибо за ответ, правда прочитав вчера кое какую информацию по стандарту Dicom видел что частей 16 это основных обязательных, а всего их 111, что ли. Так вот видимо производители по разному трактуют именно эти необязательные части, что естесственоо создаёт проблемы.
Кстати интересная проблема существует у меня в одной клинике, к аппарату BV Pulsera(ангиогрфачиская С дуга) приаттачен блок, который захватыает картинку, переводит её в стандарт dicom и посылает в сеть. Скажем честно компьютер работает под Linux. К моему сожалению не знаю я этой ОС. Так вот когда мы посылаем одну картинку, то всё нормально, когда посылаем 1 серию или 2 кинопетель, тоже. А вот когда посылаем 3 и более серий не все серии доходят до target. К слову target это адрес в сети. У меня соединено напрямую к РС который работает под XP. Пробовал я разные ставить проги E film, Vidar, P_view проблема одна и та же. Блок "грабитель-посылатель" разработан компанией Merge то ли друзья, то ли компаньоны разработчиков E film. В общем я с ними общался говорят, что проблема в некачественной сети. Честно от самого начала, я поставил экранированный кабель не больше 25 м и связал 2 компа. Бюджетные решения у меня не в чести. В общем переустанавливать софт они не хотят, говорят,что релиз финальный и обжалованию не подлежит. У меня вот какой вопрос к Вам уважаемые знатоки?
Есть ли у Вас опыт проблемы в соединении 2х разных ОС Linux vs XP по TCP/IP
Существует ли проблема при переносе данных по их рамеру. Т.к. размеры серий 100 - 300 Мб, после их чудесного преобразования в dicom чудо блоком. Кстати мной замечено, что блок преобразовывает их по кадрово, размер картинки 1 кадра очень напоминает мне не жатый BMP т.е приметно 1 Мб-1,5 Мб.
Какое формат картинки использует стандарт dicom, сжатый или нет?
Спасибо, что дочитали до конца.


[/img]