Method and apparatus to provide visual editing

Abstract

A method to display a series of media objects containing one or more media objects is described. The method includes receiving a request to edit a media object, creating a new copy of the media object in response to the request, and applying the edit to the new copy of the media object. The method further includes for providing images associated with each of a series of edits applied to a media object.

Description

FIELD OF THE INVENTION

The present invention relates to media objects, and more particularly to editing media objects.

BACKGROUND

Users often edit digital photographs or videos. In general, the process is as follows. The user opens a digital photograph. The user then has the ability to apply various edits to the photograph. These edits include changing the colors, changing the texture, making corrections, actually editing the photograph, or making other changes. As the user applies each change, the photograph changes. Some editing tools permit the user to undo each of the edits that have been applied.

SUMMARY OF THE INVENTION

A method and apparatus for providing images associated with each of a series of edits applied to a media object.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements and in which:

FIG. 1 is a block diagram of one embodiment of an editing logic.

FIG. 2 is a flowchart of one embodiment of using the editing logic.

FIGS. 3A and 3B illustrate one embodiment of visual editing.

FIGS. 3C and 3D illustrate another embodiment of visual editing.

FIG. 4 is a block diagram of one embodiment of a computer system that may be used with the present invention.

DETAILED DESCRIPTION

The method and apparatus to provide visual feedback for each of a series of edits of a media object is described.

FIG. 1 is a block diagram of one embodiment of an edit logic 100. User interface 110 receives user interaction data, which enables the user to interact with edit logic 100. In one embodiment, edit logic 100 resides on a client system. In another embodiment, edit logic 100 has its functions split between a client and a server. In another embodiment, edit logic 100 resides on a server system, and the user interacts with the edit logic 100 using an application such as a browser. A browser is any application and/or program that supports HTML (Hypertext Markup Language) or another mark-up type language, and is capable of accessing a server. The server, in one embodiment, may be on the same computer as the browser. In another embodiment, the browser's system may be coupled to the server via a network. The network, in one embodiment, may be the Internet, a local area network, a wide area network, or any other type of connection between computers.

Copy logic 120 generates one or more copies of the media object selected for editing. Editing logic 130 then enables the user to perform any available editing functions. Editing functions for photographs, for example, can include color changes, rotation, cropping, red eye removal, texture changes, and any other editing that can be implemented. Multi-edit logic 135 enables the editing logic 130 to generate multiple edits. For example, a multi-edit may be to crop an image in various ways, for example to the various photograph sizes. Another multi-edit may be to change the color tones in various ways. Another multi-edit may be to generate an image with each of the available textures. The multi-edit logic 135 automatically generates multiple versions of the media object, each with a different edit applied.

Display logic 140 adds the edited copy or copies of the media objects to the series of media objects that make up the edits that have been applied to date. In one embodiment, the series starts with a current media object, and is added to each time a new edit is applied.

In one embodiment, the series is displayed in a stack. A stack is a collection of objects laid on top of each other. In one embodiment, the stack makes visible at least a small portion of each of the objects within the stack. The term “heap” may be used, in one embodiment, to refer to a collection of stacks. In one embodiment, the heap makes visible at least a small portion of each stack within the heap. In one embodiment, the stacking logic 145 is implemented as described in U.S. patent application Ser. No. 11/105,872, filed on the same date as the present application, entitled “Method and Apparatus for Creating, Assembling, and Organizing Compound Media Objects,” now U.S. Pat. No. 7,739,306 and may be used to generate the stack.

Forking logic 150 enables the system to edit an image in the series that is not the current image. If the user selects a non-current image to edit, forking logic 150 creates a different fork, using the selected non-current image as the “original image.” In one embodiment, “forks” may be shown as different stacks. In another embodiment, forks may be shown as a series of images, as illustrated in FIGS. 3C and 3D.

Delete logic 160 enables a user to delete one or more media objects from the series. Purge logic 170 removes the edits associated with those images from the series. This is explained in more detail below with respect to FIGS. 3A and 3B.

FIG. 2 is a flowchart of one embodiment of using the editing logic. The process starts at block 205.

At block 210, the original image is displayed. In one embodiment, the original image may be a current image in a stack. In another embodiment, the user selects a single image to serve as the “original image.” The “top” image which is the result of all foregoing edits is labeled the “current image.” In another embodiment, at block 215, the process determines whether there are any current entries in the edit stack. In one embodiment, the user opens an existing edit stack for editing. If there are entries in the edit stack, at block 217, the process places the entry from the edit stack on the current stack (initially, only the original image). The process then returns to block 215. This process is iterated until all of the entries from the edit stack have been placed on the current stack. The process then continues to block 220, to enable further editing by the user.

At block 220, the process determines whether the user performed an edit. In one embodiment, the user indicates that he or she wishes to perform an edit by clicking an “Edit” button or similarly interacting with the system.

If the user selected editing, the process continues to block 225. Otherwise, the process continues to block 250.

At block 225, the process determines whether the user is editing the current image. In one embodiment, the user may choose to make alterations to an image at any point in the series. In one embodiment, a parallel fork is created, at block 230, if the user chooses to edit an image that is not the current image. In another embodiment, the system may delete all media objects which are in front of the media object selected for editing. The process then returns to block 235.

For example, there are media objects 1, 2, 3, and 4 in that order, with 1 being the original image and 4 being the current image. In one embodiment, when the user selects media object 3, a new media object 3′ is created with these edits. Thus, two “current” images exist which may be edited, 3′ and 4. In another embodiment, when the user selects media object 3, media object 4 is deleted & a new media object 4′ is created, with the newly applied edits.

If the user is editing the current image, at block 225, the process continues directly to block 235.

At block 235, the system creates a copy of the media object. At bock 240, the user can apply edits to the copy of the media object. At block 245, the edited media object is placed on top of the series, and designated the “current image.” The process then continues to block 250.

At block 250, the process determines whether the user selected an image deletion. If the user deleted an image, the process continues to block 255. At block 255, the deleted image is removed from the series. At block 260, the process determines whether the deleted image was the current image. If so, the process continues to block 270. If the deleted image was not the current image, at block 265 the edits associated with the deleted image are removed. As shown in FIGS. 3A-D, in one embodiment, each subsequent media object in the series includes all foregoing edits. Thus, if the user deletes image 3, then image 4 is modified to remove the effects of the edit associated with image 3. The process then returns to block 270.

At block 270, the process determines whether the user selected a multi-edit. If so, the process continues to block 275. At block 275, the process generates multiple versions of the media object, each with a different edit applied. For example, the user may select the edit “multi-edit textures.” The system may in response generate four images, each having a different texture applied to them. These images, at block 280, are placed on the stack.

The process then returns to block 220, to enable user to perform further edits. In one embodiment, the user may terminate the process at any time by selecting “end editing” or a similar function.

Note that while FIG. 2 discusses “images” this process may be applied to any media objects, such as photographs, animations, images, videos, audio files, etc.

FIGS. 3A and 3B illustrate one embodiment of filter—stacking. In one embodiment, when an editing tool is applied to an item on the stack, the newly created/edited item is placed on top of the stack, with the unedited version saved on the stack as well.

In one embodiment, the user may select “spectrum edit” for certain editing formats, such as applying filters. The system then automatically applies filters at various strengths, and places all of the variations on the stack. In one embodiment, the system may apply four strengths of the filter. The user then may click through the filtered versions on the stack, delete any he or she does not wish to save, and have the original, as well as all of the various filter strengths available.

In one embodiment, filters may be applied serially. This is shown in FIGS. 3A and 3B. That is, the user may apply a filter, and the filtered media object is placed on the stack. A subsequent filter is applied to the (already filtered) media object on top of the stack. Thus, the user may sequentially create a media object that has numerous filters applied to it. In one embodiment, the user may delete one of the media objects in the stack, and the appropriate filtering disappears as well. For example, the user takes a first media object (media object #1310), then applies a black & white filter to it. The black & white media object (media object #2320) is now on top of the stack. The user then applies a crop, producing a black & white cropped media object (media object #3330). The user then applies a media object reverse, producing media object #4340 on the stack. Thus, the user ends up with a cropped, reversed, black & white media object (media object #4340), as shown in FIG. 3A.

If the user then deletes the media object which applied the black & white filter (i.e. media object #2320), the resultant media object (formerly media object #4340, but now media object #3360) is a cropped reversed media object that is no longer black & white.

FIGS. 3C and 3D illustrate another embodiment of visual editing. FIG. 3C illustrates one embodiment of forking. The process would generally start with original image (#1). In this example, the user changes the image to black and white, and thereby generates image B&W (#2). The user then crops the image, generated Cropped (#3). The user then flips the image generated Flipped Current#A.

At some point, after the generation of Cropped (#3), the user decides to edit the B&W image (#2). The user flips B&W (#2), generating Flipped (#2B). There are now two parallel forks, as can be seen. In one embodiment, the user may apply the same edits. In one embodiment, the system may automatically generate the edits downstream from the selected object.

The user may, in one embodiment, generate more forks, by selecting the edit of any of the images except the two Current Images, which would continue Fork one or Fork two.

FIG. 3D illustrates one embodiment of the multi-edit feature. The original image (Original #1) is selected. The user then selects a “multi-edit” feature. In one embodiment, multi-edit features include: color changes, rotation, cropping, red eye removal, texture changes, and any other editing that can be implemented in multiple ways. In one embodiment, when the user selects the multi-edit feature, he or she is presented with the set of options for multi-edit. In one embodiment, the user may select multiple multi-edits simultaneously. In one embodiment, these simultaneous multi-edits

FIG. 4 is one embodiment of a computer system that may be used with the present invention. It will be apparent to those of ordinary skill in the art, however that other alternative systems of various system architectures may also be used.

The data processing system illustrated in FIG. 4 includes a bus or other internal communication means 415 for communicating information, and a processor 410 coupled to the bus 415 for processing information. The system further comprises a random access memory (RAM) or other volatile storage device 450 (referred to as memory), coupled to bus 415 for storing information and instructions to be executed by processor 410. Main memory 450 also may be used for storing temporary variables or other intermediate information during execution of instructions by processor 410. The system also comprises a read only memory (ROM) and/or static storage device 420 coupled to bus 415 for storing static information and instructions for processor 410, and a data storage device 425 such as a magnetic disk or optical disk and its corresponding disk drive. Data storage device 425 is coupled to bus 415 for storing information and instructions.

The system may further be coupled to a display device 470, such as a cathode ray tube (CRT) or a liquid crystal display (LCD) coupled to bus 415 through bus 465 for displaying information to a computer user. An alphanumeric input device 475, including alphanumeric and other keys, may also be coupled to bus 415 through bus 465 for communicating information and command selections to processor 410. An additional user input device is cursor control device 480, such as a mouse, a trackball, stylus, or cursor direction keys coupled to bus 415 through bus 465 for communicating direction information and command selections to processor 410, and for controlling cursor movement on display device 470.

Another device, which may optionally be coupled to computer system 400, is a communication device 490 for accessing other nodes of a distributed system via a network. The communication device 490 may include any of a number of commercially available networking peripheral devices such as those used for coupling to an Ethernet, token ring, Internet, or wide area network. The communication device 490 may further be a null-modem connection, or any other mechanism that provides connectivity between the computer system 400 and the outside world. Note that any or all of the components of this system illustrated in FIG. 4 and associated hardware may be used in various embodiments of the present invention.

It will be appreciated by those of ordinary skill in the art that any configuration of the system may be used for various purposes according to the particular implementation. The control logic or software implementing the present invention can be stored in main memory 450, mass storage device 425, or other storage medium locally or remotely accessible to processor 410.

It will be apparent to those of ordinary skill in the art that the system, method, and process described herein can be implemented as software stored in main memory 450 or read only memory 420 and executed by processor 410. This control logic or software may also be resident on an article of manufacture comprising a computer readable medium having computer readable program code embodied therein and being readable by the mass storage device 425 and for causing the processor 410 to operate in accordance with the methods and teachings herein.

The present invention may also be embodied in a handheld or portable device containing a subset of the computer hardware components described above. For example, the handheld device may be configured to contain only the bus 415, the processor 410, and memory 450 and/or 425. The handheld device may also be configured to include a set of buttons or input signaling components with which a user may select from a set of available options. The handheld device may also be configured to include an output apparatus such as a liquid crystal display (LCD) or display element matrix for displaying information to a user of the handheld device. Conventional methods may be used to implement such a handheld device. The implementation of the present invention for such a device would be apparent to one of ordinary skill in the art given the disclosure of the present invention as provided herein.

The present invention may also be embodied in a special purpose appliance including a subset of the computer hardware components described above. For example, the appliance may include a processor 410, a data storage device 425, a bus 415, and memory 450, and only rudimentary communications mechanisms, such as a small touch-screen that permits the user to communicate in a basic manner with the device. In general, the more special-purpose the device is, the fewer of the elements need be present for the device to function. In some devices, communications with the user may be through a touch-based screen, or similar mechanism.

It will be appreciated by those of ordinary skill in the art that any configuration of the system may be used for various purposes according to the particular implementation. The control logic or software implementing the present invention can be stored on any machine-readable medium locally or remotely accessible to processor 410. A machine-readable medium includes any mechanism for storing or transmitting information in a form readable by a machine (e.g. a computer). For example, a machine readable medium includes read-only memory (ROM), random access memory (RAM), magnetic disk storage media, optical storage media, flash memory devices, electrical, optical, acoustical or other forms of propagated signals (e.g. carrier waves, infrared signals, digital signals, etc.).

In the foregoing specification, the invention has been described with reference to specific exemplary embodiments thereof. It will, however, be evident that various modifications and changes may be made thereto without departing from the broader spirit and scope of the invention as set forth in the appended claims. The specification and drawings are, accordingly, to be regarded in an illustrative rather than a restrictive sense.

Claims

1. A method comprising: displaying a series of media objects with a hardware display device, the series containing one or more media objects, wherein each media object in the series is a digital image;receiving a request to edit a media object;in response to the request, creating a new copy of the media object and applying the edit to the new copy of the media object;adding the new, edited copy of the media object to the series of media objects as a current media object;editing a selected media object other than the current media object in response to an edit request;starting a new parallel fork from the selected media object;automatically generating a series of edits in the new parallel fork that start from the edited selected media object; andadding multiple copies of the media object to the new parallel fork, each copy having one of the range of edits applied to the copy of the media object and corresponding to the series of edits that start from the edited selected media object and end at an original image.

2. The method of claim 1, wherein the series of media objects comprise a stack.

3. The method of claim 1, further comprising: deleting a media object in the series of media objects; andpurging the edit associated with the deleted media object from the series of media objects.

4. The method of claim 1, further comprising: simultaneously displaying the media object and the edited new copy of the media object in the series.

5. The method of claim 1, wherein applying the range of edits to the media object further comprises: applying a spectrum multi-edit that adds multiple copies of the current media object to the series, each copy having a filter of a different strength applied to the copy of the current media object.

6. The method of claim 1, wherein applying the range of edits to the media object further comprises: applying a texture multi-edit that adds multiple copies of the current media object to the series, each copy having a different texture applied to the copy of the current media object.

7. The method of claim 1, further comprising: applying a range of edits to the current media object in response to a single multi-edit request, each of the range of edits to perform a different edit on the current media object.

8. The method of claim 7, further comprising: adding multiple copies of the current media object to the series, each copy having one of the range of edits applied to the copy of the current media object.

9. A server with a hardware memory that stores an edit logic designed to provide a series of copies of a media object reflecting successive edits, the edit logic comprising: a copy logic to generate a new editable copy of the media object in response to an edit request to be performed on the media object, wherein the each media object is a digital image;an editing logic to apply edits to the new editable copy of the media object;a display logic to add the new editable copy of the media object with the applied edits to the series, designate the new editable copy of the media object as a current version, and display the series on a display device coupled with the edit logic; anda forking logic to start a new editing fork if a user edits a selected media object prior to the current version of the media object, automatically generate a series of edits in the new editing fork that starts from the selected media object prior, and add a series of media objects, edited by the automatically generated series of edits, to the new editing fork, each edit in the automatically generated series an edit that has already been performed in a corresponding series of edits between the selected media object and the current media object, wherein the new editing fork of media objects is displayed by the display logic with the series of media objects.

10. The edit logic of claim 9, wherein the current version of the media object includes successive edits of each of the media object copies in the series.

11. The edit logic of claim 9, further comprising: stacking logic to maintain a stack configuration for the series of copies of the media object.

12. The edit logic of claim 9, further comprising: a delete logic to enable the user to delete one or more media objects from the series.

13. The edit logic of claim 12, further comprising: a purge logic to delete an edit associated with the deleted one or more media objects from forward media objects in the series.

14. The edit logic of claim 9, further comprising a user interface to enable a user to enter edits, and delete edits and media objects.

15. The edit logic of claim 9, wherein the display logic is further to simultaneously display the original media object and the editable copy of the media object.

16. The edit logic of claim 9, further comprising: a multi-edit logic to automatically generate multiple copies of a selected media object, each of the copies of the selected media object with a different edit applied, in response to a single multi-edit request of the selected media object.

17. A web server, accessible via a web browser, the web server providing image editing capabilities through an edit logic stored in a hardware memory of the web server, the edit logic comprising: hardware memory to store at least one image;a copy logic to create a new copy of an image, from the at least one image stored in the memory, in response to an edit request to be performed on the image;an editing logic to enable a user to apply one or more edits to the new copy of the imagea display logic to display the at least one image, the multiple copies of the image and the new copy of the image including the one or more edits to the user; anda forking logic to start a new editing fork if a user edits a selected media object prior to the current version of the media object, automatically generate a series of edits in the new editing fork that starts from the selected media object prior, and add a series of media objects, edited by the automatically generated series of edits, to the new editing fork, each edit in the automatically generated series an edit that has already been performed in a corresponding series of edits between the selected media object and the current media object, wherein the new editing fork of media objects is displayed by the display logic with the series of media objects.

18. The edit logic of claim 17, further comprising: a stacking logic to display the at least one image and the new copy of the image including the one or more edits in a stack, such that a portion of each image is simultaneously visible to the user.

19. The edit logic of claim 18, wherein a most recently edited copy of the image is shown as a top image in the stack, and previously edited copies of the image are partially visible as well.

20. The edit logic of claim 17 further comprising: a multi-edit logic to automatically generate multiple copies of a selected image, each copy with a different edit applied, in response to a single multi-edit request of the selected image.