WADO-RS: URL 到视频批量数据?
WADO-RS: URL to video bulkdata?
我正在尝试设置一个 HTML 页面以指向视频。所以基本上我需要知道什么是源 url 我需要在我的 <video/>
元素中定义?
我的服务器只是一个 dcm4che 服务器。我遵循了 here. Then I downloaded locally a sample DICOM/MP4 instance from here 的指示。然后将该 DICOM 文件推送到本地 dcm4che 服务器:
$ curl -X POST --header 'Accept: application/dicom+json' \
http://localhost:8080/dcm4chee-arc/aets/DCM4CHEE/rs/studies --header \
'Content-Type: multipart/related; type="application/dicom"' --form \
"file1=@test_720.dcm;type=application/dicom"
但是要检索批量数据,我只能找到 multipart/related 机制,chrome:
似乎不支持该机制
% curl -o mp4.multipart -H "Accept: multipart/related; type=video/*" \
http://localhost:8080/dcm4chee-arc/aets/DCM4CHEE/rs/studies/1.3.51.0.7.633920140505.6339234439.633987.633918098/series/1.3.51.5146.11682.20140505.122553197/instances/1.3.51.5146.1682.20140505.1225531.197
其中:
% head -4 mp4.multipart
--6c391389-5d03-4e40-9fd1-c8be842e8c88
Content-Location: http://localhost:8080/dcm4chee-arc/aets/DCM4CHEE/rs/studies/1.3.51.0.7.633920140505.6339234439.633987.633918098/series/1.3.51.5146.11682.20140505.122553197/instances/1.3.51.5146.1682.20140505.1225531.197
Content-ID: <5caeda59-9477-40ec-a2e2-b69610923757@resteasy-multipart>
Content-Type: video/mp4
...然后我最终看到了二进制 ftypisom
(所以这是一个有效的 MP4 文件,包装在 multipart/related header 中)。
所以如果我理解正确 chrome does not support multipart/related(我想避免使用 javascript 解析器只是为了删除 ASCII 文本的前 5 行),所以我唯一的可能的解决方案是使用不同的机制检索 MP4。但是我至今没有找到。
一种可能的解决方案是使用 WADO-URI 而不是 WADO-RS。例如:
% curl -o movie.mp4 \
"http://localhost:8080/dcm4chee-arc/aets/DCM4CHEE/wado?requestType=WADO&studyUID=1.3.51.0.7.633920140505.6339234439.633987.633918098&seriesUID=1.3.51.5146.11682.20140505.122553197&objectUID=1.3.51.5146.1682.20140505.1225531.197&contentType=video/*"
DICOM 标准中专门针对此用例添加了一个扩展。参见:
我正在尝试设置一个 HTML 页面以指向视频。所以基本上我需要知道什么是源 url 我需要在我的 <video/>
元素中定义?
我的服务器只是一个 dcm4che 服务器。我遵循了 here. Then I downloaded locally a sample DICOM/MP4 instance from here 的指示。然后将该 DICOM 文件推送到本地 dcm4che 服务器:
$ curl -X POST --header 'Accept: application/dicom+json' \
http://localhost:8080/dcm4chee-arc/aets/DCM4CHEE/rs/studies --header \
'Content-Type: multipart/related; type="application/dicom"' --form \
"file1=@test_720.dcm;type=application/dicom"
但是要检索批量数据,我只能找到 multipart/related 机制,chrome:
似乎不支持该机制% curl -o mp4.multipart -H "Accept: multipart/related; type=video/*" \
http://localhost:8080/dcm4chee-arc/aets/DCM4CHEE/rs/studies/1.3.51.0.7.633920140505.6339234439.633987.633918098/series/1.3.51.5146.11682.20140505.122553197/instances/1.3.51.5146.1682.20140505.1225531.197
其中:
% head -4 mp4.multipart
--6c391389-5d03-4e40-9fd1-c8be842e8c88
Content-Location: http://localhost:8080/dcm4chee-arc/aets/DCM4CHEE/rs/studies/1.3.51.0.7.633920140505.6339234439.633987.633918098/series/1.3.51.5146.11682.20140505.122553197/instances/1.3.51.5146.1682.20140505.1225531.197
Content-ID: <5caeda59-9477-40ec-a2e2-b69610923757@resteasy-multipart>
Content-Type: video/mp4
...然后我最终看到了二进制 ftypisom
(所以这是一个有效的 MP4 文件,包装在 multipart/related header 中)。
所以如果我理解正确 chrome does not support multipart/related(我想避免使用 javascript 解析器只是为了删除 ASCII 文本的前 5 行),所以我唯一的可能的解决方案是使用不同的机制检索 MP4。但是我至今没有找到。
一种可能的解决方案是使用 WADO-URI 而不是 WADO-RS。例如:
% curl -o movie.mp4 \
"http://localhost:8080/dcm4chee-arc/aets/DCM4CHEE/wado?requestType=WADO&studyUID=1.3.51.0.7.633920140505.6339234439.633987.633918098&seriesUID=1.3.51.5146.11682.20140505.122553197&objectUID=1.3.51.5146.1682.20140505.1225531.197&contentType=video/*"
DICOM 标准中专门针对此用例添加了一个扩展。参见: