Sequential image writing in a loop

1 次查看（过去 30 天）
JohnDylon
JohnDylon 2016-6-11
评论： Image Analyst 2016-6-14
Hi,
I'm trying to develop a code simply reads frames from a video, processes the frames and then writes them back to an output video. My code in general works but the output video have some issues that I detected and couldn't figure out.
The problem occurs at the step of creating a video from processed frames. If my frames are named like 001.png, 002.png, etc. the following code calls all them in correct sequence, i.e. first 001.png, second 002.png, etc. The code is:
clc;
close all;
clear all;
workingDir1 = 'C:\Users\John\MATLAB\bin\Delete\';
workingDir2 = 'C:\Users\John\MATLAB\bin\Test_Grow2_Frames\';
imageNames1 = dir(fullfile(workingDir1,'*.png'));
imageNames1 = {imageNames1.name}';
imageNames2 = dir(fullfile(workingDir2,'*.png'));
imageNames2 = {imageNames2.name}';
for k = 1:length(imageNames1)
toread1=fullfile(workingDir1,imageNames1{k});
toread2=fullfile(workingDir2,imageNames2{k});
img1 = imread(toread1);
img2 = imread(toread2);
imshow([img1 img2]);
end
END OF CODE
In the code, 'C:\Users\John\MATLAB\bin\Delete\' folder contains images named as 1.png, 2.png, 3.png up to 329.png and 'C:\Users\John\MATLAB\bin\Test_Grow2_Frames\' folder contains images named as 001.png, 002.png, etc. up to 329.png.
The interesting part is here: When the for loop iterates
  • k=1, toread1 has the value 1.png and toread2 has the value 001.png which is OK,
  • k=2, toread1 has the value 10.png and toread2 has the value 002.png which is not OK for toread1 since it supposed to be 2.png,
  • k=3, toread1 --> 100.png, toread2 --> 003.png,
  • k=4, toread1 --> 101.png, toread2 --> 004.png.
So there is a something going on here, can anybody help on that?
BTW, I generate 1.png, 2.png type names with the code:
imwrite(RGB,['C:\Users\John\MATLAB\bin\Delete\', num2str(curr_frm_num), '.png']);
END OF CODE
If someone has an idea to generate 001.png type names, it is also appreciated.
Thanks,

请先登录，再回答此问题。

采纳的回答

Image Analyst
Image Analyst 2016-6-11
I do this in my demo, which I've posted many times. I attach it here.
  4 个评论
显示 2更早的评论
JohnDylon
JohnDylon 2016-6-14
It seems the problem occurs the way the computer read orders. 001 has a three digit name and so all names with three digits are subject to "compare the first digits of all samples, pick lowest; compare the second digits of all samples, pick lowest; compare the third digits of all samples pick the lowest" which eventually dictates to pick 001, 002, and so on. The same rule generates 1, 10, 100, 101, 102, and so on. 1, 10, 100, 101, 102 all have 1 in terms of first digit and 1 is superior to 10 and 10 is superior to 100.
Thus, one should be careful about how the computer interprets orders vs how a human does.
Thank you for all contribution.
Image Analyst
Image Analyst 2016-6-14
If it sorts alphanumerically then that's right. This is a well known problem. See the FAQ: http://matlab.wikia.com/wiki/FAQ#How_do_I_sort_file_names_numerically.3F

请先登录，再进行评论。

更多回答（1 个）

JohnDylon
JohnDylon 2016-6-11
For the naming as 001.png part I've already had the solution as:
imwrite(RGB,['C:\Users\John\MATLAB\bin\', sprintf('%3.3d.png', 1)]);
which is working.

类别

在 Help Center 和 File Exchange 中查找有关 Video Formats and Interfaces 的更多信息

标签

产品

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by