KR100898764B1 - Storing and reading of data from a memory medium - Google Patents

Abstract

The present invention relates to a method for storing data DATA in a memory medium MEM. The data DATA forms a file FILE, and the memory medium MEM includes several unit-storage areas U1-U10. At least one first bookkeeping FDE and FAT is maintained with respect to a storage state of the memory medium MEM, and the first bookkeeping FDE and FAT is a unit of data DATA belonging to each file complete file FILE. Contains information of the location in the storage areas U1-U10. In the storage operation, the data DATA is stored in the unit storage areas U1-U10, and the first bookkeeping FDE, in relation to the position of the data DATA in the unit storage areas U1-U10. FAT) is updated. Data DATA forming the file complete file FILE is stored as file portions file1, file2, fileN, and the storing operation is performed on their data (data1, data2, dataN).

Description

Storage and reading of data from a memory medium

The present invention relates to a method for storing data in a memory medium, wherein the data forms a file integral, the memory medium comprises several unit-storage areas, and wherein at least one first bookkeeping is a storage state of the memory medium. Wherein the first bookkeeping includes information of a location within the unit-storage areas of data belonging to each file integral, and in the storage operation,

The data is stored in unit storage areas and

For example, the first bookkeeping related to the location of data in the unit storage areas is updated.

The invention also relates to a corresponding electronic device and a program product for implementing the method according to the invention.

In a portable device, such as a mobile station, for example, the video clip may be stored on a memory card or similar memory medium. However, according to the prior art, while the image capturing operation is performed, the data is not yet stored in the memory medium, for example, in such a way that data can subsequently be read from the data. This is due to the practice of updating bookkeeping related to memory media bookkeeping and storage operations of the prior art.

The operation of storing or updating the bookkeeping of the memory medium in correspondence with the data to be stored is performed only in connection with the termination of the storing operation, i.e., after the actual performance of the video imaging operation is completed. At the same time, the name or similar of the stored file is only created at this stage. One example of this kind of bookkeeping is the space allocation table of memory media (ie, a table such as the File Allocation Table (FAT)) and File Directory Entry (FDE) per directory element, which is generally associated with FAT. Apply. However, there are unresolved disadvantages associated with the prior art, which relate to, for example, the success of the save and the editability of the stored file.

If an unexpected power failure condition occurs in the shooting action of a video shot while capturing video data using a camera sensor, all data captured up to that point in time during the problematic shooting session and usually already physically stored on the memory medium Data is usually lost. Although the data has already been stored in the memory card during the video shooting operation, the storage areas of that data in the memory card have not been updated in the bookkeeping of the memory card, and therefore the data cannot be used later from the area. . Therefore, the data captured and already stored in the memory card cannot be restored even if power is supplied. The uncontrollable interruption of the power supply operation may be caused by, for example, the battery of the device being disconnected, or by the exhaustion of power. This is a common occurrence, especially in portable devices.

In addition, since the storage device of the memory card is limited and the memory capacity is limited, it is difficult to edit video recording of a large file size. If long video recording is terminated successfully and the video file is saved on the memory card, its size is very large. For example, in a VGA-level recording operation, 30 frames per second are captured, resulting in a file of about 1.35 gigabytes. Editing a file having this size can be a problem, for example, if you want to remove a portion of a clip or move it to another second location. The conventional solution to this problem is to create an editing copy of the entire file and leave the original file untouched.

In particular, such a solution is not always feasible in portable devices because of the limited memory capacity of the portable device and the limited storage capacity of the memory card. This is because the memory card must have enough space to store the original shot as well as the edited shot, which is also very long. If the memory card is already almost full, editing long shots would not be possible at all. Although it is possible to edit within the limits of the storage capacity of the memory card, the operation will be performed significantly slower due to the limited speed of the data transfer interface of the memory card.

The present invention is a new method for storing data in a memory medium and reading data from the memory medium, which is more surely performed in an environment in which the read operation is not only robust to errors compared to the prior art, but also the read operation has a limited memory capacity. I would like to suggest a suitable method to be used. The features of the method according to the invention are described in independent claim 1 and the features of the apparatus are described in independent claim 8. The invention also relates to a program product for storing and reading data, a method for reading data, and a memory card device. Their features are described in the appended claims 14, 23, 22, 20, and 21.

In a method for storing data in a memory medium according to the invention, the data comprises file totality, and the memory medium comprises several unit storage areas. At least one first bookkeeping is maintained for the storage state of the memory medium, and the first bookkeeping includes information of a location in the unit-storage areas of the data belonging to each file whole. In a storing operation, data is stored in unit storage areas, and the first bookkeeping is updated in relation to the location of the data in the unit storage areas, for example. In the method according to the invention, the data forming the complete file is surprisingly stored as separate file portions, and the storing operation is performed on their data. According to one embodiment of the invention, it is also possible to maintain a second bookkeeping for file portions belonging to the file whole. It is also possible to implement a solution without using any additional bookkeeping.

According to the first embodiment of the present invention, the storing operation can be performed mainly in association with the generation of data at the same time. In the context of the present invention, the generation of data can be very widely understood. For example, this may include digital imaging, but does not exclude other forms of data generation.

According to an embodiment of the present invention, the data forming the complete file may further include various kinds of header data. An example of this is format specific data, on which at least some of the individual file portions can be combined into a set file format to form a single complete file.

According to a second embodiment of the invention, it is possible to define the amount of memory used in the storage and / or data-forming operations in the method according to the invention, or to define other factors that may affect them. It is possible. Based on this, the size of the file portion can for example be adjusted to suit each situation. In addition, or instead of defining the amount of memory, various advantages associated with storing, reading, and editing data are obtained through the present invention in each situation. For example, if a defect or error relating to the capture of data (e.g. the capture of image data) occurs, the data whole, such as a video shot, is no longer destroyed entirely, due to the advantages of the present invention. On the other hand, only the last file portion captured and stored at the exact time the error occurred is destroyed. Thus, all previous file portions already stored can be read / used from the memory medium if this situation is achieved.

In addition, various editing functions performed on the shot captured through the present invention can be performed substantially easily. For the file to be edited, the space equal to the size of the shot is no longer needed on the memory card or similar device. Through the present invention, for example, if sufficient space exists, a space capable of storing only a portion of a file to be edited is sufficient. In addition, the present invention can process very large files in the working memory of the device.

Other features of the present invention will become apparent through the appended claims, and additional advantages will be provided in the detailed description.

The present invention is not limited to the embodiments according to the matters described below, and will be described below in detail with reference to the accompanying drawings.

1 is a conceptual block diagram schematically illustrating an electronic device according to the present invention.

2 is a diagram illustrating an example of a logical partition space of a memory medium.

3 is a conceptual flow diagram when an embodiment of the method according to the invention stores data.

4 conceptually illustrates one embodiment of an operation of aligning data onto a memory medium in accordance with the present invention.

5 conceptually illustrates one embodiment of a metadata file according to the present invention.

6 is a diagram illustrating an example of a file listing according to an embodiment of the present invention.

7 is a flowchart conceptually illustrating one embodiment of a method according to the present invention when reading data from a memory medium.

8 shows some examples of a program product according to the present invention for storing data in a memory medium and reading data from the memory medium.

The present invention relates to a method and an electronic device 10 for storing data DATA in a memory medium MEM and reading data DATA from the memory medium MEM. The data DATA form a file FILE, which is intended to be integrated. One example that may be referred to as a file FILE is a video file that includes sound and an image, which is also called a multimedia file.

Thus, for example, the file FILE may be formed using camera and / or microphone means CAM, MIC, which may belong to the device 10, but is not limited to this. Also included. Similarly, file FILE may also be delivered to device 10 in some manner. One such approach involves downloading or receiving a FILE on a data transfer network from several other devices. Although in the following description the invention will be described in detail by applying video shots, the invention is by no means limited to this example.

1 shows an embodiment of an electronic device 10 according to the invention. For example, the device 10 may be a digital camera device or may be a mobile station 10 equipped with a camera CAM, and more generally a portable device having digital imaging functionality. In the case of a mobile station, the apparatus 10 further comprises a transmitter / receiver functionality (RF), which is already known and further description thereof is omitted here. Microphone and loudspeaker means MIC, LS may also be used, and display element DISP may also be used.

The device 10 may comprise first means CAM, CPU available for generating data DATA. The data generating means may be, for example, a camera sensor CAM and / or a microphone MIC according to an embodiment of the present invention. The data DATA generated using these are processed in a digital format using the processor means CPU. The device 10 may also be equipped with an image-processing chain 11 as is known, by which the image data DATA formed using the sensor CAM is processed in a desired manner.

Furthermore, there is also a memory medium MEM connected to the device 10 itself or to the device 10, which may be connected to the device 10 in several ways. The memory medium MEM may be a memory card MEM or a hard disk, or may be a hard disk of a type known or under development, in which the data DATA may be, for example, a file FILE in a known manner. Stored as). The memory medium MEM may be a medium of a so-called rewritable form. In this case, the data DATA can be deleted from the memory medium MEM, and the storage area released as a result of the deletion can be reused to store new data. In general, the memory medium MEM has a 'tapeless' type, so that when applied to a portable camera device, it is also possible to refer to a general 'camcorder'.

FIG. 2 is a conceptual illustration of the memory medium MEM, and in particular, a shape in which the memory medium MEM is logically divided and divided into storage areas. The invention also relates to a memory medium, for example to a memory card MEM to be used in connection with the method and apparatus 10 according to the invention. The memory medium MEM may be divided, or the memory medium MEM may be implemented to virtually include several unit storage areas U1-U10, in which data DATA is stored. For example, data may be stored using, for example, a processor (CPU), or it may be identically deleted or read.

At least one disk bookkeeping FDE, FAT may also be located on the memory medium MEM, which may be maintained for the storage state of the memory medium MEM (in particular, the unit storage areas U1-). U10). On the other hand, disk bookkeeping (FDE, FAT) may be provided 'virtually' in a particular manner, for example in a memory card. In this case, the device 10 may recognize the card MEM as a single memory-area whole and the actual disk bookkeeping may be generated or maintained in the device 10 in several ways, for example at the program level. Can be.

The information indicating the storage state may be, for example, information on empty or reserved unit storage areas U1 -U10, and furthermore, on the location of data DATA belonging to each file complete file FILE. In the unit storage areas U1 to U10 of the memory card MEM.

One embodiment of the first bookkeeping is based on using a space allocation table as known, namely a FAT (file allocation table). The bookkeeping may then include a directory, where there is a directory element unit (FDE). These state, among other things, the starting point of the file FILE on the unit storage areas U1-U10 on the memory medium MEM. The first bookkeeping FDE and FAT read information related to positions on the unit storage areas U1 to U10 of data DATA, which forms, for example, a file FILE, by using the processor means CPU. Can be updated. The features of the FAT technology are also known to those skilled in the art, and thus a closer analysis of the FAT is no longer necessary.

Hereinafter, with reference to the apparatus 10 shown in FIG. 1, the flowchart shown in FIG. 3, and the memory medium shown in FIG. 4 (method of managing files in a MEM), a method of storing data, in particular video data DATA The present invention relates not only to storing data in the memory medium MEM, but also to reading data from the memory medium MEM, and furthermore, to the present invention in the device 10. Also relevant are program products 30.1, 30.2 for implementing the method according to the invention.

4 shows some embodiments of a memory card MEM and FAT, FDE, U1-U10, which are memory-area divisions present within them, which should be understood as illustrative and conceptual. The bottom two memory-area rows illustrate a method of storing data DATA_F_A belonging to individual files FILE_PRIOR_ART in the memory card MEM according to the prior art. It should be understood that the arrangement on the memory card MEM of the files FILE_PRIOR_ART, file1, ..., file2 as shown in FIG. 4 is very conceptual. The data DATA_P_A, data1, ..., data4 belonging to the files FILE_PRIOR_ART, file1, ..., file4 may be distributed separately on different unit areas of the memory card MEM, and are often so It is never written sequentially as shown in FIG. 4 for simplicity of explanation.

In the prior art, the data DATA_P_A forming the continuous file FILE_PRIOR_ART form a single file whole on the memory card MEM. Therefore, the location of the data DATA_P_A belonging to the file FILE_PRIOR_ART is in the file allocation table FAT, while the reference to the start point of the file FILE_PRIOR_ART is in the directory element unit FDE. The file FILE_PRIOR_ART now contains the header data HD and the video data DATA_P_A with the data, all of which are essentially in the same file FILE_PRIOR_ART according to the actual disk bookkeeping of the memory card MEM. . In the final unit block of the file FILE_PRIOR_ART, there is, for example, an End of File (EoF) as a special identifier that states the end of the file. Thus, a number of problems, as already mentioned, are associated with this file FILE_PRIOR_ART, which is stored essentially as an integrated whole.

In the storage process according to the invention, the video data DATA intended to form a single integrated video-shot file complete (FILE) is surprisingly stored as separate file parts, wherein the video is sequentially and continuously repeatable. It is stored in the form of clips (file1, file2, ..., file4). In the storage operation, their data (data1, data2, ..., data4) are stored in the unit-storage areas U1-U7 of the memory card MEM, and this storage operation is performed for each of the file portions file1, file2, ..., file4) is performed on data (data1, data2, ..., data4). For example, the storing operation may be performed in connection with the generation of the data data1, data2, ..., data4. The storage operation according to the invention may also be performed separately from data formation operations such as, for example, post-processing.

In connection with the storage operation, first bookkeeping FDE, FAT, as known as disk bookkeeping of the memory medium MEM, is performed for each file portion file1, file2, ..., file4. In this storage operation, the first bookkeeping FDE, FAT is updated in a known manner, for example, at the position of the data data1, data2, ..., data4 in the unit storage areas U1-U10. Is performed in connection with. 4 shows an example of a memory card MEM to which the present invention is applied. Video shots FILE stored according to the method according to the invention are stored as described below in the first and second unit-block rows. File1 data1 of the file exists in the areas U1 and U2. File2 data2 of the file exists in the areas U3 and U4. File3 data3 of the file exists in the areas U5 and U6. File4 data4 of the file exists in the area U7. The end of each file (file1, file2, ..., file4) is indicated by the EoF mark.

A method of storing data is now described, which is illustrated by one embodiment. In the application shown in FIG. 3, a user of the device 10 wishes to use the device 10, for example to perform a video imaging operation. In step 300, the user activates the video-storage functional CPU 11, CAM, MIC within the control section 14 of the device 10. As a result, in step 301, the device 10 performs the initialization operations required to perform video capture and storage.

In step 302, the device 10 defines various variables, for example by using processor means (CPU), for example, these variables are related to the properties of the device 10 and are involved in the video recording and / or storage process. It relates to the available device resource variables that may be related. Some examples of these are the definition of the capacity of the memory, for example the amount of memory available in the working memory (RAM) that can be used to perform video recording and / or storage operations, the amount of available memory medium (MEM) The size of the unit storage areas U1-U10 and / or the power capacity at that time of the battery BAT of the device 10 is included.

Based on this definition, video recording and / or storage operations can be adjusted, for example the size of files (file1, file2, ..., file4) can be stored. This kind of monitoring operation may also be performed or performed in lieu of the initial storage operation or during the actual video recording and / or storage operation. On the other hand, the size settings of the files (file1, file2, ..., file4) may naturally be set by the user's selection.

The use of initial definition / monitoring yields several important advantages, particularly with the portable device 10. Based on the memory capacity, in particular the size of the working memory (RAM), the size of the files (file1, file2, ..., file4) can be set as optimal as possible, e.g. information creation, storage or editing It may be set to be optimized with respect to the operation. If the amount of available working memory (RAM) is small (due to device resource problems or other problems), the sizes of the files (file1, file2, ..., file4) can be set smaller. Then, the video shot FILE having the same size may include more files (file1, file2, ..., file4).

Corresponding advantages can also be obtained by setting the sizes of the files (file1, file2, ..., file4) based on the size of the unit areas U1 -U10. In such a case, the method according to the present invention does not necessarily waste the storage capacity of the memory card MEM, although the data DATA belonging to the video shot FILE are several files (file1, file2, ..., file4). Even if they are stored separately. The regions U1-U10 are then filled correctly so that there is no substantial waste of space when the operation is terminated.

Furthermore, setting the size of the files (file1, file2, ..., file4) based on the power capacity of the battery BAT has an advantage with regard to possible accident situations, for example. If the power capacity of the battery BAT of the device 10 is low, the video shooting / storing operation may be interrupted during the shooting / storing operation. Then, there is a risk that the final file portion, that is, the portion generated at the time when the power is cut off and stored in the memory card MEM, is lost. If the file parts (file1, file2, ..., file4) are set small enough to take into account the available power capacity, only a small part of the end of the video shot (FILE) is lost even if the power is suddenly interrupted. Will be. The size of the files (file1, file2, ..., file4) to be stored may be shortened (or expanded) while the video recording operation is performed.

In addition to the monitoring possibilities described above, the size of the generated files (file1, file2, ..., file4) or their point of change can be adjusted by analyzing the captured video data DATA, the video data DATA being the device Generated using (10). If any static view, or suitably dynamic view, is detected in the video shot FILE, the change points of the file portions file1, file2, ..., file4 may be pointed at that point in time. The purpose of analyzing the video shots FILE occurring while the save operation is being performed is to prevent the user from being aware of possible changes in the file parts (file1, file2, ..., file4). The point within the file parts (file1, file2, ..., file4) is determined in such a way that the 'seam' between the parts (file1, file2, ..., file4) is not noticed.

Of course, the size of the files (file1, file2, ..., file4) can also be defined by the user. In such a case, the user can, for example, evaluate whether they would like to edit the video shot FILE they want to create in a particular case or the total length of the video shot FILE. If the user has this intention, it is desirable that the file portions (file1, file2, ..., file4) be made smaller so that they are edited smoothly, in which case the device 10 having the same limited memory capacity Editing can be performed smoothly using.

In a subsequent step 303, the initial setting values are set, and according to an embodiment of the present invention, an available second bookkeeping MD may be generated. In the second bookkeeping MD, it is possible to maintain information about the data of the video shot FILE, for example, for the files (file1, file2, ..., file4) and the HD constituting it. Information can be maintained. The user may be asked to input a file name already provided in the video shot FILE related to the initial setting value. This operation can be understood as a kind of project identifier, prefix, according to the files MD, HD, file1, ..., file4 forming the complete body of the video shot FILE to be named. Since the information is already requested in the initiation phase, this is to ensure that the shot is stored stably, thereby not requiring the user to enter it again (e.g. during the shooting or according to the prior art the shooting is over). Can only be entered).

Furthermore, it is also possible to set the file format to save the actual video shot (FILE) so that the video shot (FILE) can be played in the initial setting. By defining the format before initiating the storage operation, the advantage is, among other things, that the video data can already be processed in the storage step in a manner suitable for the playback format. One example of such a file format is the 3GP format, which is a widely used mobile communication technology. Other formats may naturally be used. Examples of such formats are AVI, MP3 (4), and the like.

Now, a more detailed description of the logical file structure according to the present invention and the relationship between the logical file structure will be described. In the method according to the invention, it is additionally possible to maintain a second bookkeeping MD of the parts of the files (file1, file2, ..., file4) included in the video shot (FILE), where the video shot ( FILE) is a specific metadata file (.VMD) of video content (FILE). In the metadata file MD, there is information on which file parts (file1, file2, ..., file4) belong to a specific video shot (FILE) and in what order. Embodiments where no separate metadata file MD is used are also available. In this case, all the prefixes are set as a single ASCII file. Such embodiments will be described in more detail at the end of the description.

5 shows an example of such an available metadata file MD. The metadata file MD defines file references to the data belonging to the video shot of interest (where the project name is 'Home video'). The metadata file MD recombines the desired portions of the actual video shot FILE separated into file portions file1, file2, ..., file4 into an integrated and continuous form as intended. The file portions file1, file2, ..., file4 stored on the memory card MEM are four portions as shown in Fig. 5 (Home video (1). VDA to Home video (4). ). Therefore, the metadata file MD here can be identifiers of the file parts (file1, file2, ..., file4) containing the video data, for example can include their name, and also conforms to the 3GP standard. Therefore, it may be a combination order used to generate an actual 3GP file.

The order of combining the file parts can be included, for example, as numerical information varying within the file name, which operation is provided by the program code 31.1 which performs the corresponding storage operation. In the metadata file MD, there may also be information HD about the format specific aspects of the file FILE to be combined. The metadata file MD may also have a text format. On the other hand, a format that is encrypted, for example application specific, may be considered. In the metadata file MD shown in Fig. 5, there are comments distinguished by the // mark at the beginning of the line.

The second bookkeeping MD may also include specific header data HD. On the other hand, the header data HD may form its own file, in which case the metadata file MD may include only a reference to the header data file HD stored on the memory card MEM. Can be. In Fig. 5, the header data file HD includes one .3GPH type header file. The header data file HD is generated in step 304 where header data (not shown) corresponding to the file format is collected for the device, such as the video data circuit 11 of the device 10.

One embodiment of the header data file HD is format specific data. With this, the file parts (file1, file2, ..., file4) are carried as a whole or in the file format according to the setting as desired parts, which may be selected very freely.

In step 305, a new video file portion, file1, is created, where the first portion of the video shot FILE is stored. In step 306 the metadata bookkeeping MD can be updated by adding an identifier of the first file portion file1 to it, based on which it can be found from the memory card MEM and the files file1, file2 , ..., file4) can be placed in the correct position when combining successive video streams.

In step 307.1, an imaging operation is started, i.e., the generation of data data1 is started by using the camera and microphone means CAM, MIC of the device 10. Data data1 can be processed by using the processor CPU in connection with its creation and storage. The storage operation according to the invention can be performed almost simultaneously with the generation of data data1, in which case it can be performed simultaneously with the digital video imaging operation. In step 307.2, the operation of storing the file portion file1 containing the data data1 onto the memory card MEM is performed as already known, and simultaneously with the first disk bookkeeping FDE and FAT. Is updated.

At step 308.1, ie, in connection with the capture of image information, the device 10 may simultaneously monitor whether a command from the user to terminate the imaging operation has arrived. If no termination command is received, the imaging operation continues (step 307.1). However, if a termination command is received, the operation proceeds to step 309.1 to terminate the recording operation. In step 310.1, operations as known are performed on the first disk bookkeeping (FDE, FAT), for example an indicator EoF indicating the end of the file is set for the file portion (file4) stored at that time. do. Correspondingly, the metadata file MD may be closed by setting an EoF indicator in the unit-block area of the last item indicating the end of the last item. After this operation is performed, the imaging / storing operation is terminated (step 311.1).

In connection with the storage operation performed in step 307.2, it is also possible to perform condition examination 308.2. In this step, the process of filling the set partial-file size can be monitored. If at that point dataC can still fit into fileC, where C = current, the file to be saved, returning to step 307.2, in which case the save operation continues at current file fileC. If the set partial-file size is full, step 309.2 is returned. Here, an EoF mark indicating the end is placed in the associated file portion fileC which is currently closed. From step 309.2 the operation returns to step 305, where a subsequent file portion, file (C + 1), is created, where the operation of storing video data is continued. Because of disk bookkeeping and other similar update operations, it may be necessary to buffer video data in working memory (RAM) to allow storage of the scheme according to the present invention. This case where buffering is required is particularly relevant to the changeover between file portions fileC, file (C + 1) (steps 309.2-> 305, 306).

In the application shown in FIG. 6, an exemplary directory listing is shown, to which the present applies as described above. While video shooting of interest was being performed, the user gave the project name 'Home video' to the video shot FILE. The files MD, HD, file1, file2, ..., file4 belonging to the video shot FILE are named accordingly. Corresponding file identifiers are added to the file name. For example, the .VMD identifier can be used as an identifier of a metadata file (MD) in text format, the .3GPH identifier can be used as an identifier of a header data file (HD), and the .VDA identifier is a video- It can be used as an identifier for data files (file1, file2, ..., file4). In addition, corresponding serial number indicators such as, for example, numeric suffixes can be added to the video-data files (file1, file2, ..., file4). This is used to indicate the serial number of the data (data1, data2, ..., data4) included in the files (file1, file2, ..., file4) in the actual video shot (FILE). If, for example, there is a video shot (FILE) with a duration of 15-30 seconds in one of the file portions (file1, file2, ..., file4), the size of the resulting file will be approximately 3Mb. .

Using the method according to the invention, it is also possible to solve the directory limitation problem associated with, for example, FAT16 disk bookkeeping. According to the prior art, only 512 files can be allocated within a single disk or folder. The method according to the invention solves this problem, so that the application 31.1 controls the storage of the files (file1, file2, ..., file4) on the memory card MEM, and as a result if one folder is full When filled, they can be stored in different folders.

The header data file .3GPH may have a format corresponding to that of a standard 3GP file. Only that identifier is different, and this represents a difference from a standard 3GP file. The only difference between these files in this application is that there is only header data HD in the header-data file HD, and therefore no actual video data. Now, all the video data is only present in the file part, i.e. files of the .VDA-type now.

Now, file portions, such as a .VDA-type file, contain only video data, which is captured and processed as video data using the device 10. In files (file1, file2, ..., file4) there is no header data related to the video format at all.

7 shows an example of a flowchart of a method for reading data DATA from a memory medium MEM in accordance with the present invention, the invention also relates to a memory medium MEM. The read operation of the data is described with reference to application examples as described above, where the video shot has been stored on the memory card MEM according to the invention.

The data DATA to be read from the memory card MEM can form a complete video shot FILE which is intended to be integrated, which must therefore be created in a single continuous video shooting session. On the other hand, the read data may include only a portion of the complete video shot, which may begin at one point selected by the user and end at another point selected by the user. Without particularly excluding all read intents, the operation of 'reading' may be understood to be an operation of retrieving data from the memory card MEM for any use purpose.

In step 700, the user may wish to open a video shot FILE or part thereof for the selected use purpose, which he / she has stored on the memory card MEM. In step 701, the user activates the application 35 from the device 10, which can be any compatible 3GP player according to the invention or of course other players depending on the playback format. For example, in a PC environment, it is possible to apply a PC-Suite type application or some other conversion application to play / combine a file stored in accordance with the present invention. The application 35 implemented in the device 10 may be, for example, an application to play and / or edit a video shot FILE. By activating the application 35, in step 701 ′ an interface of the application 35 is shown on the display DISP of the device 10. As is known, this can be adapted for known types of players.

In step 702, video shots FILE and FILE_PRIOR_ART may be selected from an interface of the application 35. As a result of this selection, the application 35 may check in step 703 whether the selection relates to a video shot FILE generated according to the method according to the present invention. If this is not this file, the step proceeds to procedure chain 715, which corresponds to prior art steps for playing and / or processing a video shot FILE_PRIOR_ART.

However, if it is a video shot (FILE) partially divided and stored according to the method of the present invention, then in step 704 the metadata file (MD) corresponding to the video shot (FILE) is according to an embodiment of the present invention. It is retrieved from MEM and transferred to the memory RAM of the device 10. At the same time, the header data file HD defined in the metadata file MD may also be retrieved and transferred to the memory RAM.

According to the present invention, the number of file portions (file1, file2, ..., fileN) in the video shot FILE stored on the memory card MEM and in what order are they to be interpreted from the metadata file MD? It may be interpreted from the metadata file MD, or even from the directory file list (which will be described in detail later in this embodiment) f. In step 705, the header data file HD read into the working memory RAM may be appended to the beginning of each of the file portions file1, file2, ..., file4, and for example each file ( The first frame of file1, file2, ..., file4 may be shown in the interface of the application 35. This requires that file portions (file1, file2, ..., file4) or at least their initial portions are also retrieved, each of which is again retrieved from the memory card (MEM) to the working memory (RAM) of the device 10. By doing so, the first frames are generated and the header data file HD is attached thereto. From the frames displayed on the display DISP, the user can select, for example, the start time of the playback and at the same time provide the available editing and parameters that may be required for the playback of the video shot FILE. Of course, it will be apparent to those skilled in the art that a more advanced scheme may be applied for the playback of a video shot (FILE), or a better scheme may be applied to search for its initiation point, as an example of which is used in the Windows Media Player application. There may be a 'sliding mode'.

If the user selects the start point of playback or editing and related parameters in step 706, the first video files (file1, file2, ..., file4) corresponding to this selection are stored in the memory card MEM in step 707. Is read from and transferred to the working memory (RAM) of the device 10. Such a retrieval operation may also be performed according to the prior art, in which case the file space allocation devices FAT and FDE of the memory card MEM are applied. As is known, when this is used, the positional information of the data data1 included in the file complete object file1 to be read in the unit storage areas U1 and U2 of the memory card MEM is used for the disk bookkeeping FDE and FAT. Can be retrieved from, and the data data1 is read out from the unit storage areas U1 and U2 defined by the corresponding position data.

In step 708, the header data file HD used to define the playback format of the video shot FILE is appended to the beginning of the video file file1 starting at the playback point (thus the playback operation is now a video shot FILE). Is started from the beginning of). After that, the playback operation of the video file FILE starts from the sequentially selected first file portion file1 (step 709).

If the user wants to stop the corresponding playback operation while the video shot FILE is being played, this can be detected in step 710 (b). As a result, the user can return to the interface of the application 35 again as in step 714, or have the user of device 10 repeat again (step 701 ') by returning to the corresponding step.

Furthermore, during the playback operation, it is also possible for the user to provide instructions relating to the editing of the video shot as in step 710 (a). If such a command is received, the operation proceeds to step 713, which represents the editing section of the application 35. Various operations related to editing video shots and how they are implemented in an application are known to those skilled in the art, and thus detailed descriptions thereof are omitted herein.

However, as one possible example of editing, an application environment may be mentioned in which a user selects a short video clip for transmission from a long video shot, for example, to another device on a data delivery network. In this case, the user may provide the parameters / commands related to that edit in a predetermined application specific way in step 706, which causes the application 35 to form a video clip starting from the starting point selected by the user. To do so. While playing the video shot FILE, the user can provide an editing command at any point in time he wishes, at which point the user can terminate the forming operation of the video clip. At the same time, the video clip can be stored on the memory card MEM under a name given by the user.

The storing operation of the video clip may be performed according to the method of the present invention, or of course, may also be performed using the method according to the prior art, whereby the video clip includes both header data and video data in a single file. It is created as a single complete continuous video-clip file. The single continuous file FILE_PRIOR_ART according to the prior art may also need to be combined if the clip or file is to be delivered to another device that does not have the functionality to process the stored file according to the method of the present invention.

If both condition check results of step 710 are false, the operation proceeds to step 711. If the file to be played (file1) is close to the end, it can be found in step 711 (b), for example preferably already available to the application 35 in the working memory (RAM) of the device 10. Check if there are still file parts left from the metadata file MD. If the numeric identifier N is present in the name of the file portion being played back at that point and nearing the end, then in step 711 the metadata file MD can be examined to determine if there is still a subsequent file, in the name of the subsequent file. The numeric identifier may be N + 1. If such a file is not found, then a return to the interface of the application 35 is executed or a return to the corresponding state is performed as in step 714, from which the operation of the device 10 can be held waiting (step 701 ').

Instead, if video file file1 played back at that point is near the end, then at step 711 (a and b) it is checked whether there are still other video files remaining (i.e. the video files are not finished yet). In step 712, the subsequent video file file2 is retrieved from the memory card MEM for playback and transferred to the working memory RAM of the device 10. The retrieval of the file file2 and appending to the ending file file1 preferably occur seamlessly, and therefore it is desirable for the user not to detect the switching between the files to be reproduced. As a result, the combination of video shots FILE in the read operation can be generated very smoothly. The flow then returns to the playback loop, which starts from step 709. This continues until some of the conditions of step 710 or 711 are satisfied or remains unsatisfied in a set manner, as a result of which a return to the interface of the application 35 is performed.

8 is a schematic diagram of one embodiment of program products 30.1, 30.2 according to the invention. Program products 30.1 and 30.2 include storage device MEM2 and program codes 31.1 and 31.2, which program code 31.1 and 31.2 are executed and stored using the processing means (CPU) of device 10. By being recorded on the device MEM2, data DATA can be written onto or read from the memory medium MEM. For example, the storage device MEM2 of the program codes 31.1 and 31.2 may be a memory card or may be an application memory in the device 10 in which it may be directly embedded.

The program codes 31.1, 31.2 may comprise several code means 32.1-32.5, 33.1-33.6, which are executed by the processor means (CPU), the operation of these code means (32.1-32.5, 33.1-33.6). May be matched to be specific to the invention described above. The code means may form a group of processor instructions that may be executed sequentially to produce the desired functionality in connection with the present invention.

First of all, the program product 30.1 for storing data DATA is examined. The first code means 3. 1 of the program product 30.1 is configured to store data DATA forming a file FILE according to the invention, the data DATA being of file portions file1, file2,. .., fileN), the storage operation according to the present invention is implemented on the data (data1, data2, ..., dataN) related thereto. The storage operation of the file portions file1, file2, ..., fileN may be performed according to the prior art, that is, for example, based on FAT space allocation practice.

According to one embodiment of the invention, the program code 31.1 may also comprise the second code means 332. which are available. This may be configured to maintain a second bookkeeping MD of file portions file1, file2, ..., fileN belonging to the same file whole (FILE). Using code means 332. The file parts (file1, file2, ..., fileN) can be sorted in the correct order, e.g. the correct order when combining successive full video shots (FILE). Can be arranged.

Furthermore, program code 31.1 may also comprise third code means 332. It may be configured to fit the header data file HD into a second bookkeeping MD, for example the format specific data described above. Using the header data file HD, the file portions file1, file2, ..., fileN can be combined into a file format FILE that is combined and set.

Further, the fourth code means 32.4, which also belongs to program code 31.1, is a code defining the amount of working memory (RAM) of the device 10 that can be used, for example, in connection with the storage operation. More generally, it is also possible to call this a code string (32.4) that defines the device resource, since there may be other factors that need to be defined. Based on the resources available, the code means 31.4 are configured to control the process of the storage operation. One example is code means 32.5 for controlling the size of file portions file1, file2, ..., fileN prior to storage and / or even during storage.

The program code 31.1 may be implemented to be executed almost simultaneously with the generation of the data DATA. In the context of the present invention, production can be understood in a very broad sense. For example, this can be digital imaging.

The program product 30.2 for reading the data DATA from the memory medium MEM will be described below. The first code means 33.2 of the program product 30.2 store data DATA forming a file FILE which is intended to be continuous and integrated in accordance with the invention. The read operation may be performed on data (data1, data2, ..., dataN) of corresponding file portions. The operation of reading the file portions (file1, file2, ..., fileN) from the memory medium MEM may be performed according to the prior art, that is, based on the space allocation working FAT.

Furthermore, the program code 31.2 may further comprise a second code means 33.4. This may be configured to align the file parts (file1, file2, ..., fileN) in the correct order, for example, when combining successive complete video shots (FILE). The information required for the combination is determined using code means 33.1, which can be implemented to read the information of the files belonging to the file FILE from the memory medium MEM, which in this case is preprocessed. Metadata information (MD). On the other hand, according to the second embodiment, the second code means 33.1 may also directly interpret the list generated by the operating system and formed from the files according to the embodiment described below. This will be described later in detail.

Code means, which may also belong to program product 30.2, is code means 33.3 for reading header data HD from memory medium MEM. In addition, code means 33.5 and 33.6 for reproducing and editing data can also be used. In addition, with regard to the reading of the data, it is also possible to apply code means for analyzing the device resources as previously possible with regard to the data storage.

It will be appreciated by those skilled in the art that the program codes 31.1, 31.2 may form modules which may be integrated or linked in the form of a standalone application in a predetermined manner or in another application, for example a play / edit application as described above. It will be obvious to you.

Although the present invention has been described with the above-described embodiment in which a specific bookkeeping MD is applied to retain data from file portions (file1, file2, ..., file4, HD) forming a file FILE. The present invention may be surprisingly implemented without using such a second bookkeeping MD as its own file on the memory medium. In such a case, for example, it is possible to apply a disk bookkeeping (FAT) as known, from which it is possible to parse a directory file list, for example in ASCII format, and thus, which files (file1). , file2, ..., file4, HD) can determine which file (FILE) can belong to. If the application 35 or program product 30.2 knows the identifier home video provided by the user as the file FILE. Using this (in addition to this), the application 35, 30.1, 30.2 uses the file portion (Home video (1) .VDA-Home video (N) .VDA) and its associated header from the list of files generated by the operating system. You can search for files (Home video.3GPH). In such a case, the indications complementing the prefix can be understood to be the varying video-data file numbering and header file suffix, which is also known to the read / encourage application 35 or the program product 30.1, 30.2.

Through the present invention, files containing a large amount of data can be divided into small portions at their storage stage or even at a later stage. The present invention can be applied regardless of the type of memory card, file system, or operating system, for example. One example of a memory card type to which the present invention can be applied is an MMC (Multimedia Memory Card) memory card applied in connection with mobile stations. Other existing card types or types currently under development may also be applied. Some examples of operating systems are Symbian and Windows CE.

As already mentioned above, the method according to the invention also facilitates video editing operations. The transfer of the video data DATA performed through the data transfer interface of the memory medium MEM is reduced to a part of the data according to the prior art. For example, the prior art had to copy the entire video file FILE. According to the present invention, only a few pieces of video data need to be loaded into the processor memory (RAM) for editing, and then transferred back to the memory medium (MEM). Therefore, the method according to the invention even allows video files FILE with very large amounts of data to be edited in a video imaging product having a limited memory capacity.

The invention can be applied to a variety of different applications, and these applications in no way limit the invention. The method and the device according to the invention are used in particular to store and edit large files such as, for example, personal long video shots or similar multimedia files, in particular loading them into their memory card MEM in the portable device 10. The advantages according to the invention are realized. Some additional examples other than the examples described above include various sound, dictation files, or music files.

It is to be understood that the foregoing detailed description and the accompanying drawings are provided solely for the purpose of illustrating the invention. Accordingly, the invention is in no way limited to only the details set forth in the disclosed embodiments or the claims, but various other modifications of the invention that may be included within the technical scope of the present inventive concept as defined in the appended claims. It should be understood that examples and adaptations may also be apparent to those skilled in the art.

The present invention provides a method for storing data in a memory medium, the data forming a complete file, the memory medium comprising several unit-storage areas, and wherein at least one first bookkeeping relates to the storage state of the memory medium. The first bookkeeping includes information of a location in unit-storage areas of data belonging to each file whole, and in a storage operation, data is stored in unit storage areas, for example, unit storage areas. The first bookkeeping related to the location of the data within can be applied.

The invention can also be applied to corresponding electronic devices and program products for implementing the method according to the invention.

Claims (66)

A method for storing data DATA in a memory medium MEM, The data DATA forms a file FILE, the memory medium MEM includes several unit-storage areas U1-U10, and at least one first bookkeeping FDE, FAT. The unit-storage areas U1-U10 of the data DATA belonging to the respective file integrals FILE are maintained for the storage state of the memory medium MEM, and the first bookkeeping FDE and FAT belong to each file complete file FILE. ) Information about the location within The data DATA is stored in unit storage areas U1-U10, and A storage operation in which the first bookkeeping FDE and FAT are updated in relation to the position of the data DATA in the unit storage areas U1-U10, and The data DATA forming the file complete file FILE is stored as file portions file1, file2, ..., fileN, and the storing operation is performed for the respective file portions file1, file2, ... N. , fileN) for the data (data1, data2, ..., dataN). The method of claim 1, wherein the storing operation, Is simultaneously performed in connection with the generation of the data DATA, The generation comprising digital imaging. The method according to claim 1 or 2, And a second bookkeeping (MD) is further maintained for the file portions (file1, file2, ..., fileN) belonging to the file complete (FILE). The data DATA of claim 1 or 2, wherein the data forming the file FILE is  And header data (HD), such as format specific data, for assembling at least some of said file portions (file1, file2, ..., fileN) into a set file format. The method according to claim 1 or 2, wherein in the method, The amount of memory (RAM) available for storage is defined and based on this,  Characterized in that the progress of the storage operation is regulated, such as the size of file portions (file1, file2, ..., fileN). The file FILE as claimed in claim 1 or 2, And a home video is provided in association with initiation of the storage operation. The method according to claim 1 or 2, The power capacity available in conjunction with the storage operation is monitored and based thereon,  Wherein the progress of said storage operation such as the size of file portions (file1, file2, ..., fileN) is controlled. In the electronic device 10, First means (CAM, CPU) available for forming data DATA; A memory medium (MEM) for storing said data (DATA) as a file complete (FILE), said memory medium comprising several unit-storage areas (U1-U10); And A second means (CPU) for holding at least one first bookkeeping (FDE, FAT) in relation to the storage state of the memory medium (MEM), wherein the first bookkeeping (FDE, FAT) is a complete file of each file; A second means (CPU) including information of a position in the unit-storage areas U1-U10 of the data DATA belonging to (FILE), The storage operation is implemented in the device 10, and in connection with this, The data DATA is embodied to be tod using the available first means CAM, CPU, the data DATA as a file FILE in the unit storage areas U1-U10. Implemented to be stored, and The first bookkeepings FDE and FAT are updated using the second means CPU to form the unit storage areas U1-U10 of the data DATA forming the file FILE. Implemented relative to a location within The device 10 also Means (CPU) for storing the data DATA forming the file complete FILE as file portions file1, file2, ..., fileN, wherein the storing operation is performed for each of the file portions. The electronic device 10, characterized in that performed on the data (data1, data2, ..., dataN) of the file (file1, file2, ..., fileN). The method of claim 8, wherein the storing operation, It is implemented to be performed at the same time in connection with the generation of the data (DATA), And the generation comprises digital imaging. 10. The method of claim 8 or 9, wherein the electronic device 10, And means (CPU) for maintaining a second bookkeeping (MD) for the file portions (file1, file2, ..., fileN) belonging to the file complete (FILE). (10). 10. The method of claim 8 or 9, wherein the data (DATA) forming the file complete (FILE),  The electronic device may be configured to further include header data HD such as format specific data for combining at least some of the file portions file1, file2, ..., fileN into a set file format. 10). The method of claim 8 or 9, in conjunction with the storage operation, It is implemented such that the amount of memory (RAM) available for storage is defined and in conjunction with  Electronic device 10, characterized in that the progress of the storage operation such as the size of the file portions (file1, file2, ..., fileN) is controlled to be controlled. The method of claim 8 or 9, in conjunction with the storage operation, The power capacity available is implemented to be defined and based thereon,  Electronic device 10, characterized in that the progress of the storage operation such as the size of the file portions (file1, file2, ..., fileN) is controlled to be controlled. A computer-readable recording medium storing a program for storing data DATA in a memory medium MEM, The computer-readable recording medium includes a storage means MEM2 and program code 31.1 recorded on the storage means MEM2 and to be executed in the processing means CPU, using the processing means CPU. So, The data DATA is implemented to be stored on the memory medium MEM as a file FILE. The memory medium MEM includes several unit-storage areas U1-U10, At least one first bookkeeping FDE and FAT is maintained with respect to a storage state of the memory medium MEM, and the unit-storage areas U1 of the data DATA belonging to each file whole FILE. -U10) is implemented to include information of the location in the storage operation, The data DATA is embodied to be stored as a file FILE in the unit storage areas U1-U10, and In the program product 30.1 the first bookkeeping FDE, FAT is implemented in relation to a position in the unit storage areas U1-U10 of the data DATA, wherein the program code 31.1 is , A first code means (32.1) configured to store the data (DATA) forming the file (FILE) as file portions (file1, file2, ..., fileN), wherein the storing operation A first code means (32.1) implemented to be performed on data (data1, data2, ..., dataN) of file portions (file1, file2, ..., fileN) Possible recording media. The program code 31.1 according to claim 14, wherein: It is implemented to be executed at the same time in conjunction with the generation of the data (DATA), And the generation comprises digital imaging. The program code 31.1 according to claim 14 or 15, And second code means (32.2) for holding a second bookkeeping (MD) for the file portions (file1, file2, ..., fileN) belonging to the file complete (FILE). Computer-readable recording media. The program code 31.1 according to claim 14 or 15,  Third code means 31.3 configured to generate header data HD such as format specific data for combining at least some of the file portions file1, file2, ..., fileN into a set file format; Computer-readable recording medium further comprising. The program code 31.1 according to claim 14 or 15, And further comprising fourth code means 31.4, configured to define the amount of memory (RAM) available in association with the storage operation, wherein the program code 31.1 is based on:  And control the progress of the storage operation such as the size of file portions (file1, file2, ..., fileN). The program code 31.1 according to claim 14 or 15, A fifth code means 31.5, configured to define the available power capacity in association with the storage operation, wherein the program code 31.1 is based on this;  And control the progress of the storage operation such as the size of file portions (file1, file2, ..., fileN). A memory medium (MEM) implemented for use in a method according to claim 1. A memory medium (MEM) implemented for use in an electronic device (10) according to claim 8 or 9. A method for reading data DATA from a memory medium MEM, The read data DATA forms at least a portion of a file FILE, and the memory medium MEM includes several unit-storage areas U1 to U10 and at least one first bookkeeping. (FDE, FAT) are maintained for the storage state of the memory medium (MEM), and the first bookkeeping (FDE, FAT) is the unit-storage area of the data (DATA) belonging to each file whole (FILE). Information of the position in the field U1-U10, the method comprising: Retrieving from the first bookkeeping FDE or FAT information of the location in the unit storage areas U1-U10 of the data DATA or at least a part thereof belonging to the file FILE to be read; And A read operation comprising the step of reading the data DATA from the unit storage areas U1-U10 defined by the location information, The data DATA forming the file integral FILE is read as one or several file portions file1, file2, ..., fileN, and the file portion for combining the file integral FILE. And the read operation is performed on data (data1, data2, ..., dataN) of files (file1, file2, ..., fileN). A computer-readable recording medium storing a program for reading data DATA from a memory medium MEM, The computer-readable recording medium includes a storage means MEM2 and program code 31.2 recorded on the storage means MEM2 and to be executed in the processing means CPU, by using the processing means CPU. , The data DATA is implemented to be read from the memory medium MEM as a file FILE. The memory medium MEM includes several unit-storage areas U1-U10, At least one first bookkeeping FDE and FAT is maintained with respect to the storage state of the memory medium MEM, and the unit-storage areas U1- of the data DATA belonging to each file complete file FILE. U10) is implemented to include information of the position in the read operation, The information of the location in the unit storage areas U1-U10 of the data DATA or at least a part thereof belonging to the file complete object FILE to be read may be retrieved from the first bookkeeping FDE, FAT Become, In the program product 30.2 which is implemented such that the data DATA is read out from the unit storage areas U1-U10 defined by the location information, the program code 31.2 is: First code means 33.2, configured to read the data DATA forming the file complete FILE as file portions file1, file2, ..., fileN, wherein the read operation is carried out at the respective angles; First code means (33.2) implemented to be performed on data (data1, data2, ..., dataN) of file portions (file1, file2, ..., fileN); A second code means (33.4) configured to combine the file whole (FILE) from the file parts (file1, file2, ..., fileN). A method using the method according to claim 1 or 2 for forming multimedia information. A method of using the electronic device according to claim 8 or 9 to form multimedia information. The method of claim 3, wherein the data forming the file complete (FILE),  And header data (HD), such as format specific data, for assembling at least some of said file portions (file1, file2, ..., fileN) into a set file format. The method of claim 3, wherein in the method: The amount of memory (RAM) available for storage is defined and based on this,  Characterized in that the progress of the storage operation is regulated, such as the size of file portions (file1, file2, ..., fileN). The method of claim 4, wherein in the method: The amount of memory (RAM) available for storage is defined and based on this,  Characterized in that the progress of the storage operation is regulated, such as the size of file portions (file1, file2, ..., fileN). 4. The file FILE of claim 3, wherein And a home video is provided in association with initiation of the storage operation. The complete file FILE of claim 4, wherein And a home video is provided in association with initiation of the storage operation. The complete file FILE of claim 5, wherein And a home video is provided in association with initiation of the storage operation. The method of claim 3, The power capacity available in conjunction with the storage operation is monitored and based thereon,  Wherein the progress of said storage operation such as the size of file portions (file1, file2, ..., fileN) is controlled. The method of claim 4, wherein The power capacity available in conjunction with the storage operation is monitored and based thereon,  Wherein the progress of said storage operation such as the size of file portions (file1, file2, ..., fileN) is controlled. The method of claim 5, The power capacity available in conjunction with the storage operation is monitored and based thereon,  Wherein the progress of said storage operation such as the size of file portions (file1, file2, ..., fileN) is controlled. The method of claim 6, The power capacity available in conjunction with the storage operation is monitored and based thereon,  Wherein the progress of said storage operation such as the size of file portions (file1, file2, ..., fileN) is controlled. The method of claim 10, wherein the data (DATA) forming the file complete (FILE),  The electronic device may be configured to further include header data HD such as format specific data for combining at least some of the file portions file1, file2, ..., fileN into a set file format. 10). 11. The method of claim 10, in association with the storage operation, It is implemented such that the amount of memory (RAM) available for storage is defined and in conjunction with  Electronic device 10, characterized in that the progress of the storage operation such as the size of the file portions (file1, file2, ..., fileN) is controlled to be controlled. 12. The method of claim 11, in association with the storage operation, It is implemented such that the amount of memory (RAM) available for storage is defined and in conjunction with  Electronic device 10, characterized in that the progress of the storage operation such as the size of the file portions (file1, file2, ..., fileN) is controlled to be controlled. 11. The method of claim 10, in association with the storage operation, The power capacity available is implemented to be defined and based thereon,  Electronic device 10, characterized in that the progress of the storage operation such as the size of the file portions (file1, file2, ..., fileN) is controlled to be controlled. 12. The method of claim 11, in association with the storage operation, The power capacity available is implemented to be defined and based thereon,  Electronic device 10, characterized in that the progress of the storage operation such as the size of the file portions (file1, file2, ..., fileN) is controlled to be controlled. 13. The method of claim 12, in conjunction with the storage operation, The power capacity available is implemented to be defined and based thereon,  Electronic device 10, characterized in that the progress of the storage operation such as the size of the file portions (file1, file2, ..., fileN) is controlled to be controlled. The program code 31.1 according to claim 16, wherein:  Third code means 31.3 configured to generate header data HD such as format specific data for combining at least some of the file portions file1, file2, ..., fileN into a set file format; Computer-readable recording medium further comprising. The program code 31.1 according to claim 16, wherein: And further comprising fourth code means 31.4, configured to define the amount of memory (RAM) available in association with the storage operation, wherein the program code 31.1 is based on:  And control the progress of the storage operation such as the size of file portions (file1, file2, ..., fileN). 18. The method of claim 17, wherein the program code 31.1 is And further comprising fourth code means 31.4, configured to define the amount of memory (RAM) available in association with the storage operation, wherein the program code 31.1 is based on:  And control the progress of the storage operation such as the size of file portions (file1, file2, ..., fileN). The program code 31.1 according to claim 16, wherein: A fifth code means 31.5, configured to define the available power capacity in association with the storage operation, wherein the program code 31.1 is based on this;  And control the progress of the storage operation such as the size of file portions (file1, file2, ..., fileN). 18. The method of claim 17, wherein the program code 31.1 is A fifth code means 31.5, configured to define the available power capacity in association with the storage operation, wherein the program code 31.1 is based on this;  And control the progress of the storage operation such as the size of file portions (file1, file2, ..., fileN). The program code 31.1 according to claim 18, wherein: A fifth code means 31.5, configured to define the available power capacity in association with the storage operation, wherein the program code 31.1 is based on this;  And control the progress of the storage operation such as the size of file portions (file1, file2, ..., fileN). A memory medium (MEM) implemented for use in a method according to claim 3. A memory medium (MEM) implemented for use in a method according to claim 4. A memory medium (MEM), which is implemented for use in the method according to claim 5. A memory medium (MEM) implemented for use in a method according to claim 6. A memory medium (MEM) implemented for use in a method according to claim 7. A memory medium (MEM) implemented for use in an electronic device (10) according to claim 10. A memory medium (MEM) implemented for use in an electronic device (10) according to claim 11. A memory medium (MEM) implemented for use in an electronic device (10) according to claim 12. A memory medium (MEM) implemented for use in an electronic device (10) according to claim 13. delete A method using the method according to claim 3 for forming multimedia information. A method using the method according to claim 4 for forming multimedia information. A method using the method according to claim 5 for forming multimedia information. A method using the method according to claim 6 to form multimedia information. A method using the method according to claim 7 to form multimedia information. A method of using the electronic device according to claim 10 to form multimedia information. A method of using the electronic device according to claim 11 to form multimedia information. A method of using an electronic device according to claim 12 to form multimedia information. A method of using an electronic device according to claim 13 to form multimedia information.

Images