text:
|Publication number
|Publication type
|Application number
|Publication date
|Oct 8, 1996
|Filing date
|Mar 8, 1995
|Priority date
|Jun 16, 1993
|Fee status
|Also published as
|Publication number
|Kim V. W. Gould, Charles R. Abraham, Michael H. Porte, Michael D. Elliott
|Original Assignee
|Gould; Kim V. W., Abraham; Charles R., Porte; Michael H., Elliott; Michael D.
|Export Citation
|BiBTeX, EndNote, RefMan
|Patent Citations (26), Referenced by (120), Classifications (9), Legal Events (6)
|External Links: USPTO, USPTO Assignment, Espacenet
This application is a continuation, of U.S. patent application Ser. No. 08/077,685, filed Jun. 16, 1993, now abandoned.
1. Field of The Invention
The invention relates generally to a system and method for electronically transmitting relatively short segments of full-motion video material from one geographic location to another.
2. Description of Prior Art
Various means of delivering full-motion video material from one location to another are in widespread use. Current methods include the physical delivery of a cassette, analog transmission via dedicated high-bandwidth coaxial cable, digital transmission via high-bandwidth switched fiber channels, transmission via satellite and transmission via radio. Each of these methods has its attendant limitations. Physical delivery of a cassette involves significant time and requires shipping arrangements to be made. High-bandwidth coaxial cable for analog transmission is not switchable or expandable, limiting service to fixed locations, whereas high bandwidth switched fiber channels are expensive and not widely available. Transmission via satellite is expensive and limited to fixed locations. Furthermore, considerable inconvenience is involved in scheduling delivery of the video material to the origination end, and picking up the video material on the receiving end and delivering it to the recipient. In the case of transmission via radio, a limited number of channels are available within the FCC-allocated spectrum, most of which are no wider bandwidth then is offered by the telephone network. Interconnectivity is also limited.
Video material is typically compressed prior to transmission. Current video compression approaches fall into two categories: "real-time" for video conferencing and editing uses, and "very non-real time" for media authoring uses. "Real time" compression and decompression is demanded by video conferencing systems where the total turnaround delay from user number one to user number two and back is critical. This requirement precludes the use of any off-line non-real-time compression methods. "Real time" compression and decompression is also used in all practical editing systems, because (1) of the need to play back at full frame rate randomly selected video segments, and (2) it permits the use of relatively low-cost video tape players which can only record and play back at full frame rate; hence video material must be outputed and digitized at this rate. The same argument is true for decompression and transfer to tape. Examples of this type of video compression are found in U.S. Pat. Nos. 4,843,466, 4,953,196, and 5,062,136.
"Very non-real time" compression refers to the use of a large powerful computer, located in a special facility, where video material is shipped for overnight compression. This is used in the media authoring, or publications market. An example of this type of video compression is found in U.S. Pat. 5,130,792.
Video compression methods may be further categorized in relation to compressed file format. There are two broad categories: "Intraframe" and "Inter-frame" methods, realizing that interframe formats almost always include intraframe elements. "Intraframe" compression preserves the individual frames after compression. This format is the most practical for editing applications where random access to individual frames is critical.
"Inter-frame" compression replaces selected frames with information which represents changes from past and/or future reference frames. Regenerating such a frame on a random access basis, along with the audio segment that goes with it is not easy. Therefore, this method is generally not used for digital editing systems.
Heretofore, there has not been a convenient, inexpensive, readily-available method of delivering relatively short segments of full motion video material from one location to another by electronic means. The present invention addresses this need.
The present invention, generally speaking, provides a system and method for transferring relatively short segments of full-motion video material from one location to another. In most applications, the material can be of sub-broadcast quality; for many applications, sub-VHS quality is adequate, especially in the instance of a "draft" of the original material being reviewed for the purpose of making editing decisions. However, in most applications, preservation of full motion is essential. Full motion is 30 frames per second (NTSC standard) or 25 frames per second (PAL standard).
In one embodiment of the invention, a video segment is played from an analog video source at a first geographic location and converted into a first video stream. The first video stream is compressed using real-time video compression to produce a compressed video stream. The video segment is displayed and, based on display of the video segment, at least a portion of the video segment is selected. A once-compressed video stream consisting of a portion of the compressed video stream corresponding to the portion of the video segment selected is then transmitted through a telephone network from the first geographic location to the second geographic location, and received at the second geographic location.
In another embodiment of the invention, at a first geographic location, a video file is accepted from an external source. A once-compressed video segment is retrieved to produce a compressed video stream. The compressed video stream is transmitted through a telephone network from the first geographic location to the second geographic location and received at the second geographic location.
The invention may be understood from the following description in conjunction with the appended drawings. In the drawings:
FIG. 1 is a block diagram of a complete video facsimile ("fax") system with one video fax unit configured as a sending unit and another video fax unit configured as a receiving unit;
FIG. 2A is a diagram of the operation of the system of FIG. 1 from the perspective of the sender;
FIG. 2B is a diagram of the operation of the system of FIG. 1 from the perspective of the recipient;
FIG. 3A is a diagram showing in greater detail certain aspects of the operation of the system depicted more generally in FIG. 2A;
FIG. 3B is a diagram showing in greater detail the compression operation of FIG. 3A;
FIG. 4A is a diagram showing in greater detail certain aspects of the operation of the system depicted more generally in FIG. 2B;
FIG. 4B is a diagram showing in greater detail the decompression operation of FIG. 4A;
FIG. 5 is a block diagram of a preferred embodiment of a video fax station in accordance with the invention;
FIG. 6 is a block diagram of the software elements of the video fax station of FIG. 5;
FIGS. 7A and 7B are more detailed diagrams of full frame rate compression and decompression, respectively;
FIGS. 8A and 8D are more detailed diagrams of reduced frame rate decompression and compression, respectively, using a first algorithm (algorithm "A");
FIGS. 8B and 8C are more detailed diagrams of reduced frame rate compression and decompression, respectively, using a second algorithm (algorithm "B");
FIGS. 9A and 9B are dataflow diagrams of two-step compression and three-step compression, respectively;
FIGS. 9C and 9D are data flow diagrams of two-step decompression and three step decompression, respectively; and
FIG. 9E is a data flow diagram of archiving.
Referring to FIG. 1, the complete video fax system 10 utilizes two video fax units, configured as a sending unit 11 and receiving unit 13, respectively. The units 11, 13 provide digital data communications across a telephone network 15. When configured as a sending unit, the video fax unit 11 is operated in conjunction with an analog video source 17, such as a video tape recorder, or alteratively with a digital data source 19 such as a digital tape recorder or computer network. When configured as a receiving unit, the unit 13 operates in conjunction with an analog recording device 21, such as a video tape recorder, or alteratively with a digital storage medium 23 such as a digital tape recorder or computer network.
In the preferred embodiment, a single design unit performs both the sending and receiving functions.
The analog video source 17 preferably produces a standard commercial television broadcast signal such as NTSC or PAL.
The digital data source may be any of several standard digital video formats such as Video for Windows� (Microsoft) or QuickTime� (Apple). Other non-standard and forthcoming digital video formats are also anticipated and could be supported.
The telephone network 15 provides bidirectional communication between the pair of video facsimile units 11,13. The forward data path, from the sending unit 11 to the receiving unit 13, provides for transmission of compressed digital video and audio, facsimile summary information, and network and user information. The reverse data path, from receiving unit 13 to sending unit 11, provides for the transmission of status, and network and user information.
Facsimile summary information includes elements such as the name and telephone number of the sender; the time and date of transmission; the length, nature, and parameters of the compressed video facsimile; and estimates of transmission and processing time.
Status transmitted from the receiving unit back to the sending unit includes elements which indicate the receiving unit's capacity to receive video facsimiles, including information regarding software versions, algorithm support, available storage, and in-use status. Among other things, this information enables the sending unit to determine whether a facsimile transmission should proceed. During transmission, status information includes reports of transmission errors and requests for retransmission, and notice of unusual events such as user cancellation. At the end of transmission, status includes confirmation of video facsimile receipt.
Network and user information includes elements such as a directory of video facsimile users, software update notices, and other items of general interest. Selected video facsimile machines, configured as network masters, may contain special features for dissemination of network information.
Transmission protocol information includes the necessary handshaking between the units 11,13 as well as to the telephone network 15 for such things as dialing, connecting and disconnecting.
Referring to FIG. 2A, the first step a user takes to transfer a video facsimile is the selection of source media as analog or digital. Assuming analog media is selected, the user loads his analog media, such as a video tape, into his playback device, such as a VCR. The source material is presented on a TV monitor allowing the user to search for and cue his video sequence. The image appearing on the monitor is an approximation of the facsimile as it will ultimately be received, allowing the user to select a transmission quality setting which provides adequate video fidelity, but minimizes transmission time.
When the desired video sequence ("clip") begins, the user pushes a button to commence video "capture"--the process of digitizing, compressing and storing the resultant digital video in the unit's memory--and pushes a button again to stop capture. The user may optionally review the sequence to ensure that the sequence was properly captured, reviewing whether video quality is as expected and whether the sequence is captured in its entirety without accidental clipping of the beginning or end. Then the user proceeds to the transmission step, by either dialing a phone number or selecting a number from a supplied list. After dialing, the remaining steps of connection and transmission occur automatically, but the user may monitor the unit to ensure that connection is established, e.g., that the receiving unit isn't busy servicing another call, and that the facsimile is sent successfully without incident.
If a digital source is selected, the user enters information indicating where the source material is located (e.g., a network file-name) and indicates the file format of the digital data. If the digital file format is supported, the video sequence can be reviewed on the TV monitor. If the digital file format is not supported, the unit will still be able to send it, but the user will not be able to review it. Then, the user proceeds to dialing as described above.
As shown in FIG. 2B, at the receiving end, an audible or visual signal indicates the receipt of a video facsimile. The user normally will review the received facsimile on a TV monitor or, alternatively, on an SVGA computer screen, and then transfer the facsimile to an analog or digital media, in the latter case specifying file-format. Typically, in the analog case, the user will then proceed to play back the tape to verify proper transfer of the fax to the tape. After the facsimile is transferred to the users satisfaction, the user has the option of deleting the facsimile or requesting the storage of the facsimile in a video archive for future use.
It should be noted that these are the common sequences that the user will follow. However, the user has the option of viewing a captured fax an unlimited number of times; he has the option of transferring a received fax to analog tape multiple times (for example to make multiple copies for use at the recipient's facility); he can archive and retrieve a particular fax an unlimited number of times.
Provision is made for the receipt of multiple faxes during periods of unattended operation. If more than one facsimile is present, the user will be prompted to select the facsimile to be reviewed and transferred, deleted or archived.
Referring to FIG. 3A, the process of capturing and transferring a video facsimile consists of three steps: capture and review of a video clip, dialing and connection, and secondary processing and transmission.
The step of capture and review differs depending on the selection of an analog or digital source. In the case of an analog source, the unit goes into a preview mode (61), wherein the video sequence is captured, compressed in real-time, and decompressed in real-time for simultaneous monitoring by the user. Because the video displayed to the user and audio played back to the user have been digitally processed, the video and audio fidelity will roughly match that of the ultimate video facsimile, and the user can subjectively assess this fidelity, changing processing parameters as necessary.
When the user begins capture of the clip, the real-time compression, decompression and display of the source material continues, but in addition, the compressed digital video and audio data is saved to buffer memory within the unit. If the user requests review of the clip, stored digital video and audio data is retrieved, decompressed and displayed in real-time.
More particularly, during capture, the video sequence is compressed in real time (63) at the full frame rate using, typically, an intraframe compression algorithm (for example, JPEG). This type of compression algorithm is referred to hereinafter in the description and the figures as algorithm "A". At the same time, audio compression is performed (63a), and the once-compressed video stream (with audio) is stored (65).
Review continues during capture by performing the inverse process on the once-compressed video stream, i.e., real time video (algorithm "A", block 67) and audio (67a) decompression, followed by reconstruction of the analog video and audio waveforms (69), which are presented to the user by a monitor (71) and speaker (71a). If the user is not satisfied with the clip, having seen how it will appear to the recipient, the user may press a button or otherwise indicate to the video fax unit that the clip is not acceptable (73), whereupon the capture and review process is repeated.
The capture and review process continues until the user is satisfied with the clip. Then, based on a telephone number entered or selected by the user, the machine initiates dialing (75) through commands to the telephone network interface. When a connection is established, the unit proceeds to the secondary compression and transmission phase of operation.
In the case of a digital source, the procedure within the sending unit is similar, however the preview and capture steps are eliminated, since the digital data comprises the complete video sequence. The sequence can be reviewed prior to sending (steps 67', 67a', 69', 71' and 71a'), but only if the digital file format utilizes video and audio compression which the unit is capable of decompressing and displaying at full frame rate. This capability is useful but not mandatory, because the existence of digital source material usually suggests that other systems are available to edit and review such material.
Also, an analog video sequence that has been previously captured and achieved to mass storage can be reviewed at any time by first retrieving the once-compressed video stream (75) and then performing the operations of blocks 67', 67a', 69', 71' and 71a'.
In the secondary compression phase, secondary compression is used to reduce the volume of data comprising the video content of the clip. The video content is typically 2-20 times larger than the audio content, so processing effort is best spent on reducing the video content. Two secondary processing options are available, or secondary processing can be bypassed. Bypassing of secondary compression is most applicable for very short clips, or for clips where the highest video fidelity is required and ample transmission time is available.
Assuming that secondary compression is not bypassed, the once-compressed video stream is retrieved and again compressed (79) to produce what is referred to herein as a "twice-compressed" video stream, i.e., a video stream that has undergone two compression processes and typically experienced some loss of detail during each of the compression processes. As described below, however, the second compression process does not necessarily act directly on the output of the first compression process. In other words, a "twice-compressed" video stream is not necessarily doubly small, but has been through two compression operations.
As secondary compression is being performed, the twice-compressed video stream may be immediately transmitted (81). That is to say, decompression of the video stream and compression of the video stream may be performed concurrently to minimize storage requirements for storing the approximation of the original video stream resulting from the decompression. During transmission, error detection/correction and transmission-protocol handshaking are performed. Alternatively, the twice-compressed video stream may be temporarily stored and later retrieved for transmission (83). Later transmission may be necessary, for example, if the called telephone number is busy, or may be desirable, for example, to take advantage of a low-rate period of the telephone network. Like conventional paper fax machines, the video fax station is preferably capable of receiving faxes unattended, such that transmission may be scheduled to occur late at night, for example. Optionally, the twice-compressed video stream may be archived to mass storage (85).
At the conclusion of the secondary compression/transmission phase, the video sequence is erased from buffer memory (87), and the sending unit is ready to begin again.
As shown in FIG. 3B, one option for secondary compression is to further process the compressed video data that was generated during capture and full-frame rate compression, resulting in a "2-step" overall compression process. This approach is applicable when the overall compression processing can be bifurcated into two phases, one performed in real-time at full-frame rate during capture, and one performed at reduced frame rate, where the second phase directly adds further compression.
The second option for secondary compression allows for partial or complete decompression of the video data generated from the real-time compression prior to performing the secondary compression. This approach offers greater flexibility, because some algorithms useful for real-time compression do not yield a data representation suitable for additional compression. For example, a typical real-time video compression algorithm utilizes a spatial transform, followed by quantization and statistical processing. After statistical processing, the entropy of the digital data is nearly optimized, so secondary compression using simple statistical techniques will not further reduce the volume of data. However, if the image is partially decompressed, the transform coefficients can be re-quantized using a different quantization table which results in more compression.
More generally, the original (uncompressed) video sequence can be reconstructed, and secondary compression performed using an algorithm which is independent of the algorithm used for real-time compression. The reconstructed video sequence will be an approximation of the original, due to the lossy (and hence irreversible) processes utilized during real-time compression. The degree of approximation and the type of resulting image artifacts will combine with those generated during secondary compression to influence the final image quality.
In the preferred embodiment, real-time compression utilizes a frame by frame technique wherein each frame is individually compressed; however, secondary compression is performed on a multiple frame basis. The multiple frame compression algorithm requires an accurate approximation of the original (uncompressed) video sequence, so the first step in secondary compression is to reconstruct the original video sequence using the same decompression algorithm used for real-time compression.
The two stage processing technique (real-time followed by secondary compression) enables the video-facsimile unit to deliver, in the same transmission time, much higher quality images when compared to a system of comparable complexity which performs all compression/decompression in real-time. It also provides the means to send images which have the same quality as a real-time system in less time. And, when compared to a unit which has comparable image quality and transmission time, but uses only real-time techniques, it is much simpler and less expensive to manufacture. These benefits are realized by two key features of the secondary compression: First, it is performed at a reduced frame-rate, in software running on a general purpose processor, without the need for custom processing hardware. Second, it is performed concurrently with the transfer of the clip over the telephone network and its computation time is matched to the transmission time. These points are elaborated on below.
Real-time, full-motion compression must operate at 30 frames per second (NTSC, 25 frames per second for PAL), while secondary compression implemented almost entirely in software using current technology typically operates at 1.5 to 2 frame per second. The reduced processing throughput rate enables the use of a more complex multi-frame video compression technique capable of generating facsimiles whose video fidelity for a given volume of data per frame far exceeds that achievable using only frame-by-frame compression techniques. Furthermore, with current low-cost technology, the multi-frame technique cannot be performed in real-time. At such time that the multi-frame technique can be performed in real-time, it will likely require specialized hardware. The two-stage processing technique outlined here, by contrast, is able to perform the same level of compression at the same fidelity with lower cost hardware; in the preferred embodiment, compression is performed entirely in software on the general purpose processor with no additional special purpose hardware.
A highly compressed video clip of "good" quality at full motion, transmitted over an existing narrowband digital telephone network, will result in a transmission time of 20-60 seconds per second of video material (length of the clip). This order of magnitude difference creates the opportunity to perform secondary compression in a length of time commensurate with the transmission time; by performing the processing concurrently with the transmission, it will add virtually no time to the overall transmission, and go unnoticed by the user. The secondary compression can run as slow as approximately 1 frame per second without taking longer than the transmission time. This moderate rate may be satisfied even using some of the more complex algorithms, which can be computed in software at rates of 0.5-2 frames per second.
Tradeoffs can be made in the selection of image quality and transmission time, which fortuitously exhibit a complementary relationship. The selection of image quality affects the parameters of both the real time and secondary compression. If the user selects a high quality, the result will be a larger data file. This results in longer transmission time, which provides the longer time window required by the secondary compression processing to generate the higher-quality image. If the user selects a low quality, the result is the opposite. A property of compression algorithms implemented in software is that it takes more processing time to generate a higher-quality compressed image than a lower-quality one, for the same resulting data-file size. The lower quality one can be arrived at by simply discarding more of the original picture content, which requires little in the way of computation.
When secondary compression is utilized, the intermediate frame size does not determine transmission time as it does when only real-time compression is employed. Instead, intermediate frame size is determined by the needs of the secondary compression algorithm. By using larger intermediate frame sizes, computation of the secondary algorithm will result in a better image; the artifacts of the real-time compression will not significantly contribute to the final image quality.
The ratio between final and intermediate frame sizes (under the headings "with secondary compression") does not necessarily represent the compression ratio achieved with secondary compression. Rather, some of the reduction is by throwing out data (via proper selection of quantization table values) after such critical decision making, such as motion estimation, is completed. Typical numbers are shown in Table 1 below for the case of a narrowband digital telephone network (the preferred embodiment), illustrating how secondary compression results in faster transmissions for the same image quality.
TABLE 1__________________________________________________________________________ TransmissionIntermediate Time ForFrame Size Narrowband Secondary Complexity ofUser Without With Final Without With Processing SecondarySelectedSecondary Secondary Frame Secondary Secondary Frame CompressionQualityCompression Compression Size Compression Compression Rate Computations__________________________________________________________________________very high50 k 90 k 25 k 214 107 0.3 fps very highhigh 25 k 60 k 10 k 107 43 0.7 fps highgood 14 k 45 k 7 k 60 30 1.0 fps moderatelow 9 k 45 k 4 k 38 17 1.8 fps low to moderate__________________________________________________________________________ "Intermediate frame size" is average frame size in bytes per frame, after realtime compression. "Final frame size" is average frame size in bytes per frame, after secondary compression; average is over groups of frames. "Transmission time" is in seconds per second of source material for NTSC (30 fps). "Narrowband" refers to 56 kbit per second digital telephone network.
Ideally a balance is achieved between the transmission rate and the secondary compression processing rate. Taking as an example the first line of Table 1, if secondary processing could be done at a faster rate (e.g., due to a faster processor) than 0.3 fps, say 0.5 fps, then the secondary processing would be completed prior to transmission being completed. A better balance would be achieved if the secondary processing was tasked to generate a slightly smaller frame size, say 20k average size instead of 25k. For the same quality image, this would increase the computation time, slowing down the rate to say 0.4 fps, which better matches the transmission rate of 20k frames at 0.35 frames per second. The benefit to the user is overall faster transmission. This may be implemented by adaptive techniques which would automatically adjust parameters within the secondary compression algorithm.
In most cases, secondary compression is available on digital source files, utilizing only the two secondary steps of the "3-step" compression processing, where the first stage consists of decompression of the digital source using an appropriate algorithm, and where the second stage of processing utilizes the same multi-frame algorithm used for analog source media. Because decompression of the digital source file is performed in software, a number of "drivers" supporting widely varying digital file formats may be readily provided.
There will be instances where the secondary compression is not performed concurrently with the transmission. For example, if the receiver's phone circuit is busy, the sending unit may go ahead and perform the compression, temporarily storing the twice-compressed video steam. Later, when the phone circuit is available, the transmission will commence. There is also the case where the transmission commences after the secondary compression has begun, but prior to it being completed. This case is simply handled by concurrently continuing to store and retrieve the twice-compressed video stream while also compressing and transmitting.
When secondary compression and transmission are complete, the sending unit exchanges additional information with the receiving unit, then hangs up and returns to an idle state, ready to begin a new session.
Referring to FIG. 4A, the process of receiving a fax parallels the sending process. First, an incoming call is automatically answered (89), and a series of status messages pass between the sending and the receiving unit. Assuming the call proceeds, the transfer of facsimile data begins (91 ). The video portion of the data is processed concurrently as it is received (93) to remove any secondary compression of the video content.
As shown in FIG. 4B, the processing steps performed during reception are the reverse of those performed during transmission. In the preferred embodiment ("3-step" compression/decompression), secondary processing consists of first reconstructing the video sequence using a multi-frame decompression algorithm. Then the video sequence is re-compressed using a frame by frame algorithm which will be decoded in real-time when the facsimile is viewed and/or transferred to analog tape.
If digital output media is selected, then the secondary processing consists of reconstructing the video sequence as above, then re-compressing the data using the algorithm appropriate to the desired digital file format.
There will be instances where the secondary decompression is not performed concurrently with reception. For example, a fax may be received while the central processor is tied up supporting the playback of another fax. In such cases, the twice compressed video stream will be sent to temporary storage for later retrieval and decompression as shown in block 95 of FIG. 4A.
As decompression is completed, the resulting once compressed video stream is stored (97), after which the user is notified that a video fax has been received (99). The user may then select from among numerous options, including viewing the video fax, producing an analog output recording, which may subsequently be viewed, and producing a digital output file.
To view the video fax or produce an analog output recording, the once-compressed video stream is retrieved (101, 101'). Video decompression (algorithm "A", 103, 103') and audio decompression (105, 105') are performed, and the corresponding analog waveforms are reconstructed (107, 107'). The analog video waveform is displayed on a TV monitor (109, 109') or, alternatively, on a high-resolution (for example SVGA) computer monitor (111), and the audio waveform is played using one or more speakers (113, 113'). If analog output is desired, the analog waveforms are additionally output to an analog tape recorder for recording (115). The resulting tape may be played back and output to a TV monitor or the like for viewing and listening (117).
If digital output is desired, the user specifies the desired output format (119), whereupon the video file is retrieved (121) and translated to the specified file format (123). The resulting video file may then be transferred to a digital device or transferred over a digital LAN (125).
When finished, the user may specify that the video fax not be saved, in which case, the stored video fax data is erased (127) and the receiving unit is ready to begin again, or the user may specify that the video fax is archived, in which case the once-compressed video stream is retrieved (129), further compressed (131) and archived to mass storage (133) before being erased from buffer memory (135).
Referring to FIG. 5, the preferred embodiment of the video facsimile includes a central processor 31 complete with high-speed RAM memory 33, intermediate storage (either RAM or hard drive) 35, bulk storage 37, network interfaces 39, and a user interface 41 such as a keypad and small display, and dedicated hardware modules including video and audio compression "engines" 43 and 45 and video and audio decompression "engines" 53 and 55. A communication protocol "engine" 47, and a telephone network interface 49. The video facsimile is generally used in conjunction with a video monitor and an analog video source such as a video tape recorder.
The dedicated video compression engine 43 supports real-time compression of the analog video source material, typically at a frame rate of 30 fps. The objective of the real-time compression is the reduction of the source material bandwidth to match the capacity of the central processor 31, and also the reduction of the volume of source material data so as to reduce the requirements for intermediate buffer storage. Significantly, and unlike other video communication systems such as used for teleconferencing, the real-time compression does not reduce the bandwidth of the video signal to match the bandwidth of the telephone network interface. The modest compression requirement allows use of a relatively inexpensive video compression engine, which is at the same time capable of providing a high degree of video fidelity.
The dedicated video decompression engine 53 supports real-time decompression of partially compressed video facsimile data to an analog video format such as NTSC or PAL, for preview and review of video facsimiles, and for transferring of video facsimiles to analog video media such as video tape.
The dedicated audio compression engine 45 supports real-time compression and the audio decompression engine 55 supports real-time decompression of the analog audio source material, generally in two stereo channels. Because the processing requirements of audio compression are modest, the compression is completely performed in real-time.
In an alternate mode of operation, video and audio source material is received in a standard digital format. Data is received or transferred through a relatively high speed local data network, such as EtherNet.
A dedicated communication protocol engine 47 performs transmission related functions such as call initiation, packetization, error control coding, and handshaking using one or more highly developed communication protocols such as LAPB. The communication protocol engine also provides for setup and dialing of the telephone network interface. The telephone network could consist of a high-speed analog modem (operating, for instance, at 9600 bps), however, a higher capacity digital service such as Switched-56 or ISDN is preferred.
Higher bandwidth services such as Switched-384 (384 kbits per second) or Switched-T1 (1.54 Mbits per second) may be employed as they become widely available.
The central processor 31 is a general purpose microprocessor such as a Intel 80486 or Motorola 68040, which are well suited to perform a variety of functions in parallel including transfer of video and audio data blocks, video and audio data compression and decompression, intermediate and bulk storage management, and user interface related functions. The central processor utilizes an application and operating system software architecture well suited for concurrent processing of time-critical tasks.
In the preferred embodiment, the high compression ratio video compression is performed as a software task within the central processor. Despite the limited throughput capacity of a general purpose microprocessor, the software compression algorithm can perform complex video compression, because the overall facsimile transmission time, and consequently the time available for video compression, is dominated by the throughput capacity of the telephone network interface. Performing video compression and decompression concurrent with facsimile transmission rather than during live-video capture enables the video facsimile unit to provide a much higher frame rate, and greater video quality, than systems which deliver video in real-time.
The central processor 31 operates in conjunction with high-speed RAM 33, intermediate storage 35 (typically a hard disk or RAM memory), and low speed bulk storage 37 (typically a large hard disk, digital tape, or optical media). During the capture of a video clip, the high speed RAM is used to store moderately compressed video and audio data which is being generated by the video and audio compression engines 43 and 45. Simultaneously, data from the RAM 33 is transferred to the intermediate storage which is sized to hold a complete video facsimile in the moderately compressed ("once compressed") format.
Similarly during review of video clips, or when video clips are being transferred to analog media, the high speed RAM 33 is used to buffer the transfer of moderately compressed video and audio data to the video and audio decompression engines 53 and 55 which are performing final reconstruction of the facsimile.
The throughput capacity of the intermediate storage 35 must be sufficient to keep up with the video and audio compression engines operating at the full-frame rate. However, because the high speed RAM operates as an "elastic" buffer, the instantaneous capacity of the intermediate storage 35 can vary. Therefore, the intermediate storage 35 can use a medium with slow access time but high average throughput capacity, such as a hard disk.
The low-speed bulk storage 37 is used to archive video clips, usually in the moderately compressed format. The bulk storage 37 is large enough to hold several complete video clips, which may have been received when the video facsimile unit was unattended. At the sending unit, bulk storage is used to store one or more video clips for future transmission. This avoids tying up the sending video facsimile unit when the unit at the destination is temporarily unavailable.
The bulk-storage medium 37 can have a slow access time, and the overall throughput capacity of the bulk storage can be low because the transfer of video clips to and from bulk storage is performed at a frame rate which is lower than the real-time capture rate. This approach allows the use of a cost-effective mass storage medium such as magnetic tape or optical disk.
Analog audio and video signals are routed through a muting switcher 51, controlled by the central processor 31. This automatic router relieves the user from having to do any reconfiguring of the cables during any of the various operational modes.
Many commercially available video tape recorders have provision for automatic control. In the preferred embodiment, the Machine Control circuitry 52 controls the VTR during capture and transfer-to-tape operations, further simplifying the user interface.
Referring to FIG. 6, in the preferred embodiment, the central processor 31 uses a multi-tasking operating system kernel which facilitates concurrent completion of a number of tasks on a priority basis. Task switching is preferably on a preemptive basis, whereby tasks priorities are re-evaluated periodically based on interrupts generated by a system timer and other hardware events.
During capture of a video clip, the software runs several concurrent tasks including a task which transfers video and audio data from the compression engines 43, 45 to high-speed RAM 33 and a task which transfers data from high-speed RAM 33 to intermediate buffer storage 35. Similarly, during review of a video clip, tasks run which transfer data from intermediate storage 35 to high-speed RAM 33, and from high-speed RAM 33 to video and audio decompression engines 53, 55.
During transmission or reception of a video clip, tasks which run concurrently include a task performing software compression or decompression, a task which formats and de-formats data being transferred to and from the communications engine, and a task which monitors the communication link and responds to network management commands. At all times, a user-interface task updates the user display and monitors and responds to keypad inputs.
The software architecture includes drivers which manage and provide high-level interfaces to hardware elements of the unit such as the video and audio compression and decompression engines 43, 45, 53, 55, the communication engine 47, intermediate storage 35 and bulk storage 37. High-speed RAM 33 is maintained by a memory manager which works through the operating system to assign memory resources to tasks based on task priorities.
Referring to FIG. 7A, the preferred embodiment performs video compression in a dedicated compression engine using an adaption of the JPEG algorithm to motion video consisting of the following steps:
(1) demodulation and digitization of the input video signal, in the NTSC or PAL format, and color space conversion to produce three digital bit streams consisting of one channel (Y) of luminance (brightness) and two channels (Cr, Cb) of chrominance;
(2) decimation and/or sub sampling of the chrominance channels, to reduce bandwidth;
(3) subdivision of the picture into blocks each consisting of 8�8 pixels;
(4) transform coding of each block for each channel using a discrete cosine transform (DCT)
(5) quantization of the DCT coefficients based on a table of thresholds;
(6) reordering of the coefficients in a ziz-zag manner corresponding to spatial frequency;
(7) run-length coding of the DCT coefficients;
(8) Huffman (statistical) coding of the run-length coefficients;
(9) interleaving of the data streams and quantization tables as well as framing information into an overall file format, preferably an industry standard format such as proposed by the JPEG standard.
Additional information concerning intraframe compression techniques of the type described may be found in International Standard ISO/IEC DIS 10918-1, "Information technology--Digital compression and coding of continuous-tone still images", informally and commonly referred to as the JPEG (Joint Photographic Experts Group) standard.
As shown in FIG. 7B, the video decompression engine performs decompression using a complementary set of steps, the final step being the reconstruction of a standard composite video signal in the NTSC or PAL format.
A key software task performs video compression and decompression using techniques which exploit the inherent information redundancy in a video sequence. A preferred embodiment of the secondary software compression consists of a two stage process where the initial stage consists of decompression of individual video frames using the complement of the algorithm used in the video compression engine (i.e., the software equivalent of the steps illustrated in FIG. 7B), and where the second stage consists of compression using a multiple-frame algorithm which is capable of providing a high compression ratio. These two stages are shown in FIG. 8A and FIG. 8B respectively. They are also shown as the two offline steps in FIG. 9B, "3-step compression".
Full frame rate decompression (algorithm "A", FIG. 7B) and reduced frame rate decompression (algorithm "A", FIG. 8A) differ only in that, in the case of the full frame rate decompression (FIG. 7B), the luminance and chrominance signals Y, Cr, and Co are converted to RGB color space, then used to reconstruct an analog video waveform such as an NTSC or PAL waveform. In the case of FIG. 8A, the decompression is performed preparatory to secondary compression. To produce an uncompressed digital video signal for subsequent secondary compression, the R, G and B digital components are interleaved.
Referring to FIG. 8B, secondary compression (algorithm "B") is per the MPEG standard and involves the following processing steps:
(1) Selecting reference frames ("I" for intra) from the video sequence. Reference frames are selected to be typically every fourth to thirteenth original frame. The intervals between "I" frames form the boundaries of short video sequences to be compressed based on motion.
(2) Periodically within this sequence, replacing original frames, typically every 3rd or 4th frame, with predicted ("P") frames.
(3) Replacing the remaining original frames by interpolated frames ("B" for bidirectional interpolation). A typical sequence of original frames would thus be replaced by a compressed set of frames in the sequence IBBBPBBBPBBBI, etc. Predicted and interpolated frames are formed by comparing actual frames to motion compensated estimates of the nearest reference frames, either reference or predictive. The difference between the actual and estimated frame is encoded as an error signal.
(4) Much of the frame processing is identical to that described in FIG. 7A. However, the frames must be reordered prior to processing, into the sequence IPBBPBBPBBIBB, etc. "I" frames are treated virtually identically to the discrete frames processing of FIG. 7A. The "I" frames and "P" frames are stored to serve as past and future references for processing the remaining frames.
(5) Generating "P" frames by first performing an estimate of temporal motion within the frame compared to the previously stored "I" or "P" frame reference; then applying this motion estimate via calculated motion vectors to the stored reference frame, which generates an estimate of the "P" frame ("motion compensated estimate"); then taking the spatial difference between the original uncompressed frame and this estimate, which generates an error term; this error term is then encoded as if it were a full frame--using DCT quantization, etc. What is then stored and subsequently transmitted for a "P" frame consists of the motion vectors and the spatial error term coefficients.
(6) Generating "B" frames in a manner similar to that for "P" frames, except the motion estimates are performed by making comparisons to both past and future reference frames. The resulting motion vectors may reference either or both reference frames.
(7) Performing motion estimation on 16�16 pixel macroblocks, where the motion estimation function performs a search for the best-match block indicating the amount of temporal motion present in this frame; then generating a motion vector for this macroblock; this is performed for all macroblocks in the frame. Each motion vector describes the horizontal and vertical displacement of a 16�16 macroblock. The movement of these macro-blocks from frame to frame is estimated by forming several displaced versions of the macro-block and selecting the displacement which minimizes the mismatch between a macro-block and its displaced version. Thus, for each predicted or interpolated frame, a set of motion vectors is formed describing the movement of portions of this frame from the reference. Motion Compensation is a process whereby the vectors are applied to the stored reference frame or frames to form a motion-compensated estimate.
(8) Compressing I-frames and the prediction error terms from P and B frames using single frame processing techniques similar to those illustrated in FIG. 7A. The single frame processing steps include discrete cosine transform, zig-zag coefficient re-ordering, quantization using a table of thresholds, and variable length coding. The thresholds used for coefficient quantization are chosen so as to provide high quality for reference frames, and reduced quality for interpolated frames.
(9) Compressing motion vectors by differential encoding and variable length coding.
(10) Multiplexing the compressed motion sequence elements (reference frames, error signals, and motion vectors and table and header information) together into an overall file format.
Additional information concerning the described secondary compression technique may be found in International Standard ISO/IEC DIS 11172, "Information technology--Coding of moving pictures and associated audio for digital storage media up to about 1.5 Mbits/s", Informally and commonly referred to as MPEG (Moving Pictures Experts Group) standard.
Secondary software decompression consists of two stages which complement the stages used in software compression. The first stage (FIG. 8C) performs high expansion decompression using the complement of the motion compensation technique described. The second stage (FIG. 8D) consists of the re-compression of the sequence, at a relatively low compression ratio, in a format suitable for real-time decompression by the dedicated video compression engine. The process parallels that used for compression. Referring to FIG. 8C, the compressed motion sequence elements are de-multiplexed. Motion vectors are decompressed and decoded. Difference codes are decompressed using variable length decoding, coefficient reordering, dequantization and inverse DCT transformation.
For "I" frames, there are no motion vectors, and the decoded DCT coefficients correspond to blocks of pixel values. These values are therefore passed unaltered to the frame reconstruction unit, as well as being stored in the frame buffer for use in decoding motion compensated ("B" or "P") frames. In the case of "P" frames, the decoded coefficients correspond to differences between the present frame and the motion compensated estimate of last-most occurring reference frame. The reference frame data values are therefore motion compensated and added to the decoded "P" values. The sums generated correspond to pixel values for the "P" frame, which are output to the frame reconstruction unit and also stored in the reference frame buffer. For "B" frames, predicted values are calculated from the pixel data stored in the past and future frame buffers, depending on whether the respective motion vectors are forward or backward vectors or both. The generated "B" frame pixel values are applied to the frame reconstruction unit. The block and frame reconstruction unit reconstructs the original frames from I, P and B blocks in Y, Cr, and Cb color space. The frames are then reordered, converted to RGB color space, and interleaved to produce an uncompressed digital video signal.
After the multi-frame decompression is complete on a set of frames, the frames are individually re-compressed using the frame by frame algorithm "A" as illustrated in FIG. 8D (compare with FIG. 7A).
FIGS. 9A-9E illustrate details of selected data flow paths. FIG. 9A illustrates two-step compression and FIG. 9B illustrates three-step compression, whereas FIG. 9C illustrates two-step decompression and FIG. 9D illustrates three-step decompression. FIG. 9E illustrates data flow during archiving. From the previous description, the details of the data flow paths of FIG. 9A-9E will be readily apparent.
The described video fax system fills a need that has heretofore remain unfulfilled. Quality video fax delivery may be achieved in a reasonable delivery time by using a combination of real-time and off-line compression and by taking full advantage of concurrency. The user is afforded complete control of the trade-off between transmission quality and transmission time. As multimedia brings video to desktop computers, making video a commonplace medium for creative interchange, the video fax promises to fill an equally widespread and important role as the paper fax.
The foregoing has described the principles, preferred embodiments and modes of operation of the present invention. However, the invention should not be construed as limited to the particular embodiments discussed. Instead, the above-described embodiments should be regarded as illustrative rather than restrictive, and it should be appreciated that variations may be made in those embodiments by workers skilled in the art without departing from the scope of the present invention as defined by the following claims.
|Cited Patent
|Filing date
|Publication date
|Apr 27, 1988
|Jun 27, 1989
|Universal Video Communications Corp.
|Method and system for decompressing color video slope encoded data
|May 11, 1988
|Aug 28, 1990
|Ricoh Company, Ltd.
|Image transmission system
|Sep 12, 1990
|Oct 29, 1991
|The United States Of America As Represented By The Secretary Of The Navy
|Telecommunications system and method
|Feb 27, 1991
|May 5, 1992
|General Electric Company
|Priority selection apparatus as for a video signal processor
|Feb 27, 1991
|Jun 16, 1992
|General Electric Company
|An HDTV compression system
|Feb 1, 1990
|Jul 14, 1992
|Usa Video Inc.
|Store and forward video system
|Jan 7, 1991
|Jul 21, 1992
|Paul Yurt
|Audio and video transmission and receiving system
|Nov 20, 1990
|Aug 11, 1992
|Personal Computer Cameras, Inc.
|Electronic still video camera with direct personal computer (pc) compatible digital format output
|Oct 15, 1991
|Sep 1, 1992
|Thomson Consumer Electronics, Inc.
|Apparatus for video data quantization control
|Aug 26, 1991
|Sep 1, 1992
|General Electric Company
|Apparatus for hierarchically dividing video signals
|Apr 29, 1991
|Sep 8, 1992
|Rca Thomson Licensing Corporation
|Video signal decompression apparatus for independently compressed even and odd field data
|Feb 27, 1991
|Sep 15, 1992
|Rca Thomson Licensing Corporation
|Apparatus for recombining prioritized video data
|Jun 5, 1991
|Sep 29, 1992
|Faroudja Y C
|Digital television with enhancement
|Apr 30, 1991
|Sep 29, 1992
|At&T Bell Laboratories
|Multiple frame motion estimation
|Dec 20, 1991
|Dec 1, 1992
|General Electric Company
|Apparatus for segmenting encoded video signal for transmission
|Sep 18, 1991
|Dec 1, 1992
|Polaroid Corporation
|Image reconstruction by use of discrete cosine and related transforms
|Dec 4, 1991
|Dec 29, 1992
|Vision Applications, Inc.
|Telephone line picture transmission
|Apr 29, 1991
|Feb 9, 1993
|General Electric Company
|Video signal compression apparatus for independently compressing odd and even fields
|Apr 30, 1991
|Mar 2, 1993
|Sony Corporation
|Method for recording coded motion picture data
|Dec 3, 1990
|Mar 9, 1993
|The Trustees Of Columbia University In The City Of New York
|Systems and methods for coding even fields of interlaced video sequences
|Sep 23, 1991
|Mar 30, 1993
|Matsushita Electric Corporation Of America
|Derivation and use of motion vectors in a differential pulse code modulation system
|Sep 27, 1991
|Sep 21, 1993
|Bell Atlantic Network Services, Inc.
|Pstn architecture for video-on-demand services
|Apr 2, 1992
|Oct 12, 1993
|H. Lee Browne
|Audio and video transmission and receiving system
|Apr 11, 1991
|Oct 12, 1993
|Rozmanith Anthony I
|Remote query communication system
|Apr 8, 1992
|Feb 15, 1994
|Supermac Technology
|Method for image compression on a personal computer
|Title not available
|Citing Patent
|Filing date
|Publication date
|Feb 23, 1995
|Aug 19, 1997
|International Business Machines Corporation
|System and method for globally scheduling multimedia stories
|Sep 26, 1996
|Oct 20, 1998
|Mitsubishi Denki Kabushiki Kaisha
|Coding device and decoding device of digital image signal
|Dec 13, 1996
|Jun 8, 1999
|Intel Corporation
|Audio font used for capture and rendering
|Sep 4, 1996
|Oct 19, 1999
|Winbcnd Electronics Corporation
|Moving picture camera with universal serial bus interface
|Oct 22, 1996
|Feb 1, 2000
|At&T Corp.
|Method and system for providing an analog voice-only endpoint with pseudo multimedia service
|Dec 9, 1997
|Mar 7, 2000
|Electrolnics And Telecommunications Research Institute
|Structure of portable multimedia data input/output processor and method for driving the same
|Aug 4, 1998
|Jul 11, 2000
|Matsushita Electric Industrial Co., Ltd.
|Method and apparatus for editing or mixing compressed pictures
|May 24, 1996
|Sep 26, 2000
|Nynex Science & Technology Inc.
|Multi-user video switchable translator
|Nov 7, 1997
|Oct 3, 2000
|International Business Machines Corporation
|Selective transformation of multimedia objects
|Nov 14, 1997
|Oct 24, 2000
|E-Parcel, Llc
|System for minimizing screen refresh time using selectable compression speeds
|Nov 18, 1996
|Jan 23, 2001
|Innomedia Pte Ltd.
|Concatenation compression method
|Mar 24, 1998
|Apr 10, 2001
|Lucent Technologies Inc.
|Signal data processing using equal importance packetization
|May 12, 1999
|Jan 8, 2002
|Imove Inc.
|Panoramic movies which simulate movement through multidimensional space
|Mar 25, 1997
|Jan 29, 2002
|Pixion, Inc.
|Computer conferencing system with real-time multipoint, multi-speed, multi-stream scalability
|Aug 10, 1999
|May 7, 2002
|America Online, Inc.
|Selective recompression of files in a network system
|Jun 24, 1998
|Jun 4, 2002
|Unisys Corporation
|System for high speed continuous file transfer processing of data files
|Apr 1, 1999
|Oct 15, 2002
|Nokia Corporation
|Apparatus and associated method for communicating multimedia information upon a communication link
|Oct 16, 2000
|Jan 7, 2003
|Atabok Japan, Inc.
|System for minimizing screen refresh time using selectable compression speeds
|Oct 22, 2001
|Nov 25, 2003
|Imove, Inc.
|Panoramic movie which utilizes a series of captured panoramic images to display movement as observed by a viewer looking in a selected direction
|Aug 27, 2002
|Feb 10, 2004
|Imove, Inc.
|Security camera system for tracking moving objects in both forward and reverse directions
|Apr 30, 2002
|May 18, 2004
|Imove, Inc.
|Camera system with both a wide angle view and a high resolution view
|Feb 23, 2000
|Jun 29, 2004
|American Telecare, Inc.
|Low-cost medical image transfer and control system and method
|Apr 18, 2000
|Sep 20, 2005
|Denso Corporation
|Database managing apparatus and database record retrieving apparatus
|Oct 26, 2000
|May 23, 2006
|Imove, Inc.
|System and method for camera calibration
|Jul 27, 1999
|Jul 11, 2006
|Sorenson Communications, Inc.
|Video conferencing interface
|Dec 20, 2001
|Oct 10, 2006
|Nokia Corporation
|Apparatus and associated method for communicating multimedia information upon a communication link
|Jun 20, 2003
|Dec 12, 2006
|Twenty Year Innovations, Inc.
|Methods and apparatuses for programming user-defined information into electronic devices
|Jun 19, 2003
|Mar 27, 2007
|Pixion, Inc.
|System and method for frame image capture
|Aug 16, 2002
|Aug 14, 2007
|Michael E Shanahan
|Methods and apparatuses for programming user-defined information into electronic devices
|Dec 20, 2000
|Oct 9, 2007
|Venture Wave Inc.
|Compressing and restoring method of image data based on dot areas and positions
|Aug 11, 2004
|Oct 30, 2007
|Shanahan Michael E
|Methods and apparatuses for programming user-defined information into electronic devices
|Jun 24, 2003
|Nov 13, 2007
|Michael E Shanahan
|Methods and apparatuses for programming user-defined information into electronic devices
|Jan 7, 2004
|Dec 18, 2007
|Pixion, Inc.
|Providing data updates in a network communications system based on connection or load parameters
|Aug 11, 2004
|Jan 15, 2008
|Shanahan Michael E
|Methods and apparatus for programming user-defined information into electronic devices
|Mar 21, 2005
|May 6, 2008
|Pixion, Inc.
|Providing conferencing data in a network communications system based on client capabilities
|Dec 8, 2006
|Aug 26, 2008
|Pixion, Inc.
|Presenting images in a conference system
|Mar 21, 2005
|Sep 16, 2008
|Pixion, Inc.
|Providing conference data in a network communications system based on client or server information examined during a conference
|Jun 5, 2001
|Jun 2, 2009
|Aol Llc, A Delaware Limited Liability Company
|Caching signatures
|Dec 2, 2006
|Jun 30, 2009
|Twenty Year Innovations, Inc
|Methods and apparatus for programming user-defined information into electronic devices
|Oct 28, 2007
|Sep 22, 2009
|Pixion, Inc.
|Load reduction and scalability
|Jun 24, 2003
|Nov 17, 2009
|Twenty Year Innovations, Inc.
|Methods and apparatuses for programming user-defined information into electronic devices
|Feb 26, 2004
|Nov 17, 2009
|Imove Inc.
|Interactive image seamer for panoramic images
|Oct 28, 2007
|Dec 1, 2009
|Pixion, Inc.
|Client classification and management
|Feb 5, 2008
|May 11, 2010
|Pixion, Inc.
|Providing conference data in a network communications system based on client or server information examined during a conference
|Oct 28, 2007
|May 11, 2010
|Pixion, Inc.
|Conference server operations
|Dec 2, 2006
|Jun 22, 2010
|Twenty Year Innovations, Inc
|Methods and apparatuses for programming user-defined information into electronic devices
|Feb 4, 2008
|Oct 12, 2010
|Pixion, Inc.
|Providing conferencing data in a network communications system based on client capabilities
|Aug 26, 2003
|Oct 12, 2010
|Samsung Electronics Co., Ltd.
|MPEG video decoding method and MPEG video decoder using results from analysis of motion-vector data and DCT coefficients
|Sep 19, 2007
|Oct 12, 2010
|Seiko I Infotech
|Compressing and restoring method of image data including a free microdot image element, a print dot image element, and a line picture image element
|Oct 28, 2007
|Oct 26, 2010
|Pixion, Inc.
|Conference server redundancy
|Oct 28, 2007
|Nov 16, 2010
|Pixion, Inc.
|Management of stored conference data
|Oct 28, 2007
|Jan 25, 2011
|Pixion, Inc.
|Negotiation and validation of a client in a video conference
|Oct 28, 2007
|Apr 26, 2011
|Pixion, Inc.
|Presenter client operations
|Apr 24, 2009
|Sep 20, 2011
|Aol Inc.
|Caching signatures
|May 29, 2008
|May 1, 2012
|Solocron Media, Llc
|Methods and apparatuses for programming user-defined information into electronic devices
|Dec 15, 2008
|Jul 17, 2012
|Solocron Media, Llc
|Methods and apparatuses for programming user-defined information into electronic devices
|Dec 2, 2006
|Aug 21, 2012
|Solocron Media, Llc
|Methods and apparatuses for programming user-defined information into electronic devices
|Mar 8, 2010
|Oct 9, 2012
|Hitachi High-Technologies Corporation
|Inspection system and inspection method
|Aug 27, 2008
|Dec 4, 2012
|Samsung Electronics Co., Ltd.
|Video decoding method and video decoder based on motion-vector data and transform coefficients data
|Apr 30, 2012
|Dec 4, 2012
|Solocron Media, Llc
|Methods and apparatuses for programming user-defined information into electronic devices
|May 14, 2012
|Mar 19, 2013
|Solocron Media, Llc
|Methods and apparatuses for programming user-defined information into electronic devices
|May 25, 2010
|Apr 30, 2013
|Intellectual Ventures Fund 83 Llc
|Efficient method for assembling key video snippets to form a video summary
|Aug 16, 2012
|May 21, 2013
|Solocron Media, Llc
|Methods and apparatuses for programming user-defined information into electronic devices
|Sep 13, 2012
|May 28, 2013
|Solocron Media, Llc
|Methods and apparatuses for programming user-defined information into electronic devices
|Oct 2, 2012
|May 28, 2013
|Videoshare, Llc
|System for sharing video with advertisements over a network
|Sep 13, 2012
|Aug 13, 2013
|Solocron Media, Llc
|Methods and apparatuses for programming user-defined information into electronic devices
|Dec 9, 2011
|Aug 27, 2013
|Solocron Media, Llc
|Methods and apparatuses for programming user-defined information into electronic devices
|Dec 21, 2012
|Nov 26, 2013
|Solocron Media, Llc
|Methods and apparatuses for programming user-defined information into electronic devices
|Aug 10, 2010
|Mar 25, 2014
|Pixion, Inc.
|Presenting information in a conference
|Dec 21, 2012
|Jul 1, 2014
|Solocron Media, Llc
|Methods and apparatuses for programming user-defined information into electronic devices
|Feb 28, 2013
|Feb 24, 2015
|Pixion, Inc.
|Presenting information in a conference
|May 19, 2014
|Jun 2, 2015
|Pixion, Inc.
|Presenting information in a conference
|Mar 19, 2009
|Jun 30, 2015
|Qualcomm Incorporated
|Apparatus and methods for widget-related memory management
|Mar 2, 2015
|Jul 7, 2015
|Pixion, Inc.
|Presenting information in a conference
|Jul 8, 2013
|Jul 7, 2015
|Northvu Inc.
|Audio/video and data signal redistribution system
|Mar 19, 2009
|Aug 18, 2015
|Qualcomm, Incorporated
|Apparatus and methods for managing widgets in a wireless communication environment
|Mar 19, 2009
|Feb 23, 2016
|Qualcomm Incorporated
|Apparatus and methods for transport optimization for widget content delivery
|Mar 2, 2015
|Jan 31, 2017
|Pixion, Inc.
|Storage and management of conference data
|Mar 19, 2009
|Mar 21, 2017
|Qualcomm Incorporated
|Apparatus and methods for widget update scheduling
|Mar 19, 2009
|Aug 29, 2017
|Qualcomm Incorporated
|Apparatus and methods for widget intercommunication in a wireless communication environment
|Mar 9, 2001
|May 9, 2002
|Gad Liwerant
|Sharing a streaming video
|Apr 30, 2002
|Dec 5, 2002
|Imove Inc.
|Camera system with both a wide angle view and a high resolution view
|Jun 5, 2001
|Dec 5, 2002
|Barry Appelman
|Caching signatures
|Feb 9, 2001
|Aug 21, 2003
|John Hughes
|Apparatus and methods for video distribution via networks
|Jun 19, 2003
|Apr 29, 2004
|Pixion, Inc.
|Real-time, multi-point, multi-speed, multi-stream scalable computer network communications system
|Mar 10, 2003
|Apr 29, 2004
|Yotaro Murase
|Method for distributing dynamic image and sound over network, the apparatus, and method for generating dynamic image and sound
|Aug 26, 2003
|Jun 3, 2004
|Samsung Electronics Co., Ltd
|MPEG video decoding method and MPEG video decoder
|Jan 6, 2003
|Jul 8, 2004
|Nitzberg Mark J.
|System and method for securely composing, storing, and delivering digital media
|Mar 5, 2003
|Sep 9, 2004
|Zullo Paul F.
|System and method for presentation at the election of a user of media event information and further media event information of media events all related to a preselected time period
|Feb 26, 2004
|Dec 23, 2004
|Park Michael C.
|Interactive image seamer for panoramic images
|Aug 11, 2004
|Jan 20, 2005
|Shanahan Michael E.
|Methods and apparatus for programming user-defined information into electronic devices
|Jan 7, 2004
|Apr 14, 2005
|Pixion, Inc.
|Real-time, multi-point, multi-speed, multi-stream scalable computer network communications system
|Mar 21, 2005
|Jul 28, 2005
|Pixion, Inc.
|Real-time, multi-point, multi-speed, multi-stream scalable computer network communications system
|Mar 21, 2005
|Aug 4, 2005
|Pixion, Inc.
|Real-time, multi-point, multi-speed, multi-stream scalable computer network communications system
|Apr 1, 2005
|Nov 3, 2005
|Gad Liwerant
|Method and system for sharing video over a network
|Dec 8, 2006
|Apr 12, 2007
|Pixion, Inc.
|Presenting images in a conference system
|Oct 24, 2005
|Apr 26, 2007
|Sung Chih-Ta S
|Method and apparatus of high quality video compression
|Oct 28, 2007
|Jun 5, 2008
|Joseph Salesky
|Presenter Client Operations
|Oct 28, 2007
|Jun 5, 2008
|Joseph Salesky
|Client Classification and Management
|Oct 28, 2007
|Jun 5, 2008
|Joseph Salesky
|Conference Server Redundancy
|Feb 5, 2008
|Jul 31, 2008
|Pixion, Inc.
|Providing conference data in a network communications system based on client or server information examined during a conference
|Feb 4, 2008
|Jul 31, 2008
|Pixion, Inc.
|Providing conferencing data in a network communications system based on client capabilities
|Oct 28, 2007
|Aug 14, 2008
|Joseph Salesky
|Negotiation and Validation of a Client in a Video Conference
|Oct 28, 2007
|Aug 14, 2008
|Joseph Salesky
|Management of Stored Conference Data
|Oct 28, 2007
|Aug 14, 2008
|Joseph Salesky
|Load Reduction and Scalability
|Oct 28, 2007
|Sep 4, 2008
|Joseph Salesky
|Conference Server Operations
|Aug 27, 2008
|Dec 25, 2008
|Samsung Electronics Co., Ltd.
|Mpeg video decoding method and mpeg video decoder
|Mar 19, 2009
|Oct 1, 2009
|Lalitha Suryanarayana
|Apparatus and methods for managing widgets in a wireless communication environment
|Mar 19, 2009
|Oct 1, 2009
|Mandyam Giridhar D
|Apparatus and methods for widget-related memory management
|Mar 19, 2009
|Oct 1, 2009
|Mandyam Giridhar D
|Apparatus and methods for widget update scheduling
|Mar 19, 2009
|Oct 1, 2009
|Caunter Mark Leslie
|Apparatus and methods for widget intercommunication in a wireless communication environment
|Mar 19, 2009
|Oct 29, 2009
|Mandyam Giridhar D
|Apparatus and methods for transport optimization for widget content delivery
|Mar 8, 2010
|Jun 24, 2010
|Hitachi High-Technologies Corporation.
|Inspection system and inspection method
|Aug 10, 2010
|Dec 2, 2010
|Joseph Salesky
|Presenting Information in a Conference
|May 25, 2010
|Dec 1, 2011
|Deever Aaron T
|Video summary method and system
|Mar 30, 2000
|Nov 6, 2013
|Apparatus and associated method for communicating multimedia information upon a communication link
|May 20, 1997
|Nov 27, 1997
|Nynex Science & Technology Inc.
|Multi-user video switchable translator
|Mar 31, 1999
|Oct 7, 1999
|Multiscience System Pte. Ltd.
|A method of relaying digital video and audio data via a communication media
|Mar 31, 1999
|Nov 25, 1999
|Multiscience System Pte Ltd
|A method of relaying digital video and audio data via a communication media
|Mar 30, 2000
|Oct 12, 2000
|Nokia Mobile Phones Limited
|Apparatus and associated method for communicating multimedia information upon a communication link
|U.S. Classification
|International Classification
|Cooperative Classification
|European Classification
|Jul 13, 1998
Owner name: PORTE, MICHAEL, NEW YORK
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ELLIOT, MICHAEL;REEL/FRAME:009306/0088
Effective date: 19980629
|Mar 27, 2000
|Fee payment
Year of fee payment: 4
|Apr 8, 2004
|Fee payment
Year of fee payment: 8
|Apr 14, 2008
|Maintenance fee reminder mailed
|Oct 8, 2008
|Lapse for failure to pay maintenance fees
|Nov 25, 2008
|Expired due to failure to pay maintenance fee
Effective date: 20081008


text:
We created Paper to let you get your ideas down quickly, but did you know that it's a powerful presentation tool as well? Say goodbye to tedious presentation-making software. Here are three simple ways to showcase your ideas made with Paper.
I. Connect Paper to a projector with QuickTime:
Using a USB cable, connect your iPhone or iPad to a computer.
On the computer, open QuickTime.
Select "File," then "New Movie Recording."
In the video window, click on the dropdown arrow next to the red Record button. Select your iPhone or iPad.
Share your screen in a meeting or connect your computer to a projector. (Alternatively, you can record your presentation, which creates a video file.)
Open Paper on your iPhone or iPad.
Tap on an idea to bring it to the foreground, then swipe right or left to navigate through individual ideas.
Additional ways to connect Paper to a projector:
- Lightning to HDMI adapter
- AirPlay and Apple TV
II. Share your ideas to Keynote & PowerPoint:
Export your ideas in Paper to PowerPoint or Keynote with just two taps. In Paper, navigate to the grid view (where you can see all of your ideas displayed like a wall of sticky notes) and tap the Share arrow. Then, tap on "Share as Presentation..."
III. Create a PDF:
Export all your ideas in one Space as a PDF for easy presenting or emailing. You can find this option by navigating to the grid view (where you can see all of your ideas displayed like a wall of sticky notes) and tap the Share arrow. Then, tap on "Share as PDF..."

subset: commoncrawl


text:
The External Alarm State Management API contains a sample program that demonstrates the use of this API. You can find the source file and make file for this program in the %BSM_ROOT%\api\amxasmgr directory. It contains:
The sample application source code
Makefile that creates the sample executable
This sample program generates up to ten alarms and processes Acknowledge, Clear, and Delete requests passed to it by the Alarm Manager.
Note: The program generates each of the alarms you create, then repeats the first three alarms every thirty seconds.
You can use the makefile provided with the sample as a basis for constructing makefiles for your own applications.
Note: Depending on how you installed Visual C++, the INCLUDE, LIB, and PATH environment variables may not be automatically set when you install MSDEV. If they are not set, you will have to set them manually or run the following to set them before building any user programs.
\Program Files\Microsoft Visual Studio 8\Common7\Tools\vsvars32.bat
You can use the CIMPDEMO project to create and run the executable for the sample program.
Create a sample program.
Run a sample program.
Create a Sample Program
From the Start menu, select the CIMPLCIITY menu.
Select Demo Project.
In the CIMPLICITY Workbench for CIMPDEMO, select Command prompt... from the Tools menu.
This ensures that your environment variables (in particular %BSM_ROOT% and %SITE_ROOT%) are set correctly.
In the Command Prompt window, issue the following commands:
cd %BSM_ROOT%\api\AMXASMGR
where <drive> is the disk where your CIMPLICITY software is installed
If the environment variables are not set automatically, issue the following command to set them:
\Program Files\Microsoft Visual Studio 8\Common7\Tools\vsvars32.bat
Now build the executable:
Run a Sample Program
The sample program in the CimpDemo project is amxassample.exe.
Create the R1 resource and assign it to all available users.
Create ten alarms named Test1 through Test10. When you create each alarm, give it the following properties:
For Alarm Definition, set Alarm Class to HIGH, leave Alarm Type blank, and enter some text (for example, for Test1 enter TEST1 Alarm) in the Alarm Message field.
For Alarm Routing, route the alarm to all users (USER role to the Configured Roles For Alarm list).the
For Alarm Options, check both Deletion Requirements check boxes, select None for all Automatic Actions, set the Maximum Stacked to 20, and check the Manual Reset Allowed check box.
Update the CIMPDEMO project configuration.
Start the project.
When project startup is complete, select Command prompt... from the Tools menu.
To run the sample program. type:
The sample program starts generating alarms.
Note: The program generates all ten alarms, and then repeats the first three alarms at thirty second intervals.
You can acknowledge, reset and delete these alarms through an Alarm Viewer. The Alarm Manager sends the action you request to the sample program. The sample program then asks you if you want to perform the action you requested. If you confirm the action, the sample program sends a message to the Alarm Manager to execute the action. If you do not confirm the action, it is not performed.
Sample program listing.
External Alarm State Management getting started.


text:
Ok, so seriously the only downside to having my last birth at home was that I didn't have access to adequate pain meds afterwards. The actual birth was no prob but I have *never* experienced pain as severe as the afterpains I had with my 4th (and this includes 2 unmedicated pitocin inductions) They lasted for 3 days and were so sharp and stabbing that I couldn't even breathe through them. Last time I took extra strength Motrin-but id didn't touch the pain. Any ideas? Suggestions?
Jhmomofmany suggested something on another board for this but I can't remember the name. Something-eeze....I will pm her and ask. Because my afterpains after my last one were almost that bad as well and I definitely don't want to go through that again.
I usually go see my doctor and get a prescription of Tylenol #3 for the afterpains. He knows we homebirth and knows what they are for, so has never had a problem giving me the script. He just gives me 10 or so, enough to get through a few days.
Edited to add, I see my doctor several weeks prior to my due date so I already have the prescription on hand and don't need to be running around doing all that after I've just had a baby.
I was taking the max ibuprofen (800 mg?) as well as RRL Tea (it helps) and I *believe* an antenatal blend that included black & blue cohosh.
It gets worse with each kid though - whew!
Oh dear...something else I hadn't considered as I didn't have them with my first (well, not that I noticed, anyway.) I keep hearing they're worse after each child, so I might not be so lucky this time. Good to know what to look for ahead of time!
My afterpains were worse than my whole labor, the best things in the world were my heating pad and a naturopathic tincture for aferpains. I used the Mother's Care Combo from mountainmeadowherbs.com and will use it again every time, it was the best - completely worth every penny!
I agree that a heating pad is essential! Being that this was my 5th baby and I had gotten some pitocin jammed into my leg for excessive bleeding after the birth, I knew they were gonna be bad and they definitely were- felt like labor all over again, maybe worse. It was slightly better if I remembered to take Motrin well before nursing, but many times I was reaching for the bottle as I was in the midst of all that pain which was obviously too late. Those pains alone made me doubt ever having a sixth baby.
Ok the stuff I mentioned above is called After-Ease, it's supposed to work really well though personally I haven't tried it. So I will look into it for this birth.
I feel so thankful because regular Tylenol took care of the pains for me. The first few days they were pretty uncomfortable (I had pitocin to help with bleeding) but after that they were pretty manageable. I did find that heat make me feel a lot better, too.
Thanks ladies! I'm just so nervous about it being even worse with #5-I'm definitely looking up that After-Ease.
Yes, be prepared!!! After my third I actually went back to the hospital, it was so awful I thought there was something wrong.
|All times are GMT -7. The time now is 12:27 PM.
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Search Engine Optimization by vBSEO 3.6.0
Copyright © 2003-2012 JustMommies.com, All Rights Reserved.


text:
HER killer is doing hard time behind bars but Dulcie Birt's final hours alive remain a mystery.
Lover Alwyn John Gwilliams, 44, claimed to have panicked and dumped her body at Jacobs Well after she was accidentally killed in a drunken car crash late at night on October 21, 2009.
He was sentenced to 10-years in jail after pleading guilty to manslaughter and interfering with her corpse last year.
Ms Birt's body was never found despite a major police investigation, which included a Riverview waterway, known as Greenlakes, being drained.
Gwilliams, who is serving time at the southern Queensland Correctional Centre at Gatton, will be called to give evidence at a fresh inquest into Ms Birt's death next month.
Counsel assisting Coroner John Locke, Emily Cooper, told the Brisbane Magistrates Court yesterday the inquest would also call evidence from Gwilliam's de facto partner Vivian King for the first time.
Gwilliams lived with Ms King at Bundamba for the duration of his two to three month affair with Ms Birt.
Ms Cooper said the inquest would strive to determine how the killing occurred, whether there was intent and where her body was disposed.
``Indeed it would seem from the current state of the evidence there are many aspects of Mr Gwilliams evidence that can be disproved and thus require further explanation, something which only Mr Gwilliams can provide,'' she said.
Ms Birt, 31, was reported missing from her home at Riverview, west of Brisbane, by her 16-year-old son Shaun.
He told police she had argued with Gwilliams on the night of her disappearance and he had threatened her.
Gwilliams admitted to killing Ms Birt in a statement given to police in December, 2009; but in the context of a drunken car crash.
He said he panicked and disposed of her body at Jacobs Well.
Gwilliams tried to have his car torched but police seized it and found it had damage that was only consistent with a low-speed crash.
He allegedly told his sister Ms Birt had broken her neck in the accident and he'd tried unsuccessfully to resuscitate her.
Gwilliams was charged with murder in 2010 but the Crown accepted his plea of guilty to manslaughter at the eve of trial.
The inquest will resume on February 24.
Originally published as What really happened to Dulcie?


text:
Belgian police have arrested a 52-year-old Frenchman who allegedly carried out an audacious jewellery robbery at an exclusive Paris store in May, local press reports.Brussels -- Belgian police have arrested the Frenchman they think carried out an audacious jewellery robbery at an exclusive Paris store in May, local press reported Wednesday.
The 52-year-old suspect has been flown back to France to face trial after being picked up in the northern Belgian town of Antwerp and interrogated by police there, Het Laatste Nieuws reported.
It is not yet known when the suspect was arrested or whether police recovered any of the haul of EUR 6.6 million (USD 9.3 million) from the robbery of the exclusive Chopard store in central Paris.
Authorities in Antwerp, one of the biggest diamond centres in the world, could not be contacted immediately to confirm the report.
A man in his fifties dressed in a suit and hat identified himself as a customer to get through the Chopard security door before producing a handgun during the robbery on the 30 May. He ordered staff to give him the jewels before escaping on foot, with the whole robbery lasting just two minutes.
The robbery took place over the Whitsun weekend, when the city centre was packed with shoppers and tourists.
Chopard makes watches and jewels for many celebrities and has branches in most of the world's capitals. It also manufactures the distinctive Palme d'Or trophy for the Cannes film festival.
Last December thieves staged a record 100 million dollar jewel heist at the Harry Winston boutique in the posh Avenue Montaigne of the Champs-Elysees.
AFP / Expatica


text:
Season is Ending and No Perfect Golf Swing Yet
Perfect Golf Swing – Do you think of yourself as a hack on the golf course? Are you embarrassed to tell your golf scores to anyone? Then you will want to read my blog. I am on a quest to get my golf scores to a better than hack average. Both leagues I golf on the average score for nine is 48. Is this you? My average was 49.
It has been said that the average for all golfers is 99.9 for 18 holes and there are 26 million golfers. So, don't feel lonely. There are lots of us in that hackers range and many more even worse.
I am trying to get a grooved golf swing or even a perfect golf swing where I can score in the low 40's or upper 30's and be the best or second best golfer in the league. Would you like to do that also. Then follow me on my quest, see me work on it and learn from me. The Good, the Bad and the Ugly.
First I want to tell you that most of these events occurred previously and the tails about my current golfing scores have been occurring over the summer. I began this blog in October and it is now November as I post these but the current events happened June, July, August, September, October and November of 2010.
If you are just now starting to read my blog I would advise that you go to the beginning and read back up to these current posts so that you understand how life got in front of golf and what led to the loss of my golf swing and how I am getting it back.
Please sign up for "My Golf Tips" Newsletter at the right for weekly tips to help you play better golf.
The leagues are ending and my golf scores are better but not great.
We are quickly closing to an end.
My Monday league is having it's last night this Monday coming up. I did not realize until after golf on Wednesday but that was our last night of the Wednesday league also. We are being giving a break from the golf course and they are suppose to let us play eighteen holes for a discounted price on Wednesday and on Monday we are suppose to get to play nine holes for $15 with cart. They are going to let us tee off about an hour earlier.
In the meantime, my wife and I played on Sunday. It was late in the day and it was a hot 92 degrees. We only played nine holes but we were soaking wet when we got through. I love the heat though and enjoyed playing in it. I play really well with my wife and hit every drive almost perfectly.
It is funny but with this new/old driver I will sometimes lose site of the ball and have no idea where it went. The arc of the ball is so high that I cannot get my eyes up that high fast enough. The hang time on the ball is about 6 to 7 seconds. So, when I look down range I don't have the patience to wait that long and don't see it land.
Well I am having that problem anyway. Most of the time I see the ball in the air but when it gets below the tree line, I lose track of it and I don't see the ball bounce. Anyway, the ball is usually in the right rough or if the fairway is wide enough I will be along the right edge.
I put tape on my drivers face to see where I am hitting the ball. I did that for my wife with the clubs she uses. It is amazing what that will tell you. I hit the face of the club, in the nearly same spot pretty consistently. The tape has a circle in the center that is about one inch in diameter and I hit that circle line on every drive. Only one was in the direct center, a perfect golf swing hit.
My wife finally understood what it meant to be hitting on the toe and what it meant to be hitting on the heal and how they felt. Up until that she was trying to describe how she hit it and I was thinking she was doing something else. So now she knows where to hit it and what will be the result. But more importantly, she now knows what to call it.
Next post is Monday night. our last night of the league.
Tags: golf scores, golf swing, perfect golf swing, the perfect golf swing


text:
Marina Del Rey New Projects and Renovations. Marina Del Rey, CA West Los Angeles beach city. In 2012 to present building projects and renovations in high gear in Marina Del Rey. Investors are investing in this well established prosperous Oceanside city. New and renovated apartment complexes, renovation of Marina Marketplace, Fisherman's. Reflects city's dedication to affluent seaside lifestyle. Residential and commercial properties continually up to date with current styles, lifestyles and trends. Marina Del Rey has entered the 21st century with a bang! Photo by Jeremy Yap on Unsplash
Marina del Rey New Projects and Renovations
AMLI Residential
L.A. real estate developer AMLI Residential has broken ground on a new multi-family complex along the Marina Del Rey waterfront. The $165 million development, dubbed AMLI MDR, At the intersection of Via Marina and Panay Way. Mixed unit 585 residential units and a small retail component. Future residents communal amenities, including outdoor swimming pools, fire places and BBQ pits. Marina Del Rey New Projects and Renovations. Read More Provided Urbanized L.A. Neighborhood


text:
- Scholarship Opportunities
Find scholarship opportunities that are available for students from diverse racial and ethnic backgrounds.
Think of law school as an investment—one that can help open doors for you and can lead to a solid financial future for you and your family.
Need-based grants and scholarships are available to help you pay for law school. The library and the web also have financial aid directories. If you're interested in public service after law school, some programs will reduce your debt or even forgive your whole loan.
There are resources available to help—you just have to be proactive and explore what's out there for you! Get informed: visit LSAC's Financial Aid Overview, and contact your prelaw advisors and law school financial aid counselors for additional advice.
First- and second-year college students: Get the skills you need to succeed in law school by attending a four-week summer prelaw program. There's no cost to attend, and participants receive a small stipend.
Choose your location to find upcoming events near you:
Your PLUS program application will receive preference. In addition, you'll gain access to sample LSAT questions and other resources that will help you prepare for law school. Get Started


text:
When it rained yesterday my daughter ran out and had a gala time getting wet. I stayed at the door and clicked pictures of the water drops making a splash!
I first tried the kit lens but I was not happy with the close up of the water drops I was getting. Then I tried the 75-300 mm lens with continuous shooting. The lens was slow at the range I was trying. Let us see if I get another opportunity to experiment more with rain drops next weekend. The neighbor's blue wall gives me a good background too!
This was the biggest splash I could capture! I actually love rains as long as I am not stuck in a traffic jam.
I have been playing around with water drops these days. So thought to do the stuff around the sunset time as well. You see my hand as the silhouette but the drops became very bright.
Have a great Skywatch this Friday and every other day.
PS. I am off to Goa. Have not been able to schedule any post. So see you all on Monday.
After doing the water drops on the Chinese Lemon I wanted to do more of the same. This time I was using my hands to make the water drops. So the pics have been clicked by holding the SLR in one hand.
This is against my neighbor's wall in the background.
They have painted the wall blue and it provided for an interesting backdrop. It was only by clicking in the continuous mode I realized it is possible to capture the water drop while it is falling!
When I go bored I started looking for other things. There is a mulberry tree and I took this fallen fruit and tried to click the water drops. So the one above is not an insect.
Then it was the turn of a rose leaf.
And this is how a water drop looked when I clicked it against the sunset.
This week's challenge at the Digital Photography School is abstract. I hope these water drops are a bit abstract and fits into the theme. These miniature oranges grow in my backyard. I always drool over them but I decided to do something about it today.
When Chhavi started taking her afternoon nap I headed out with a glass of water and my camera in my hand. Well, I have to admit I sprinkled water over the orange to get the droplets.
The tree looks very beautiful when it is full of oranges. But these are very bitter in taste. I use them as a lemon substitute in my Maggi!
As the droplets were my own doing, I managed to get 5 at a time and how thrilled I was. I was shooting with a 50mm prime lens and to achieve this effect I have cropped the pictures like anything.
But other than cropping, I have hardly done any other editing. I anyway do not know how to use photoshop. I do my editing in Picasa. Guess how many pictures I took to finally publish these 5? Around 150 but that tells you more about my photography than anything else. I envy people who can take 10 tack sharp pictures and then post 5. One day …


text:
Being 'BOUTIQUE WEDDING' Photographers, we offer you our unique Boutique Services in a Specialised and Personal Manner, to suit your individual Requirements and Budget.
Get the best deals for your wedding with Easy Weddings only discounts and special offers.
Easy Weddings' suppliers have received 170,000+ independant reviews from brides and grooms.
Your time is important. Get the information you need quickly. No fuss. No stress.


text: sabato 09 febbraio 2002, alle 01:59, David Bell: : Hello. :) I've installed Debian (Woody) on a used Thinkpad 770E I just : bought. Everything works beautifully; X+KDE is running surprisingly : quickly at 1024x768. :) The only thing I can't figure out is the : sound. I've read that the 770 (no E) uses the cs4232 module, and that : the 770E needs Alsa's cs4236 -- Can anyone confirm this? : : For some reason, the soundcard isn't showing any info in `lspci`, and : nothing comes up in pnpdump. The two drivers I know that might work : (cs4232 and Alsa cs4236) require IRQ/IOport info, and I don't have it. : :( The BIOS doesn't seem to contain this information. : I have a ThinkPad 380Z with cs4232 driver working. Here is my /etc/modutils: stetp:/etc/modutils# more sndconfig alias sound-slot-0 cs4232 options sound dmabuf=1 alias midi opl3 options opl3 io=0x388 options cs4232 io=0x530 irq=5 dma=1 dma2=0 mpuio=0x330 mpuirq=9 stetp:/etc/modutils# Hope this helps. Stefano -- Stefano Canepa e-mail: email@example.com To follow the path: look at the master, follow the master, walk with the master, see trough the master, become the master.


text:
Renew Your Support in 2017
As the new year begins, we're once again filled with hope for homeless
and hurting pets in Phoenix thanks to friends like you. Your caring and compassion
make it possible for the Arizona Humane Society to rescue, protect and find
forever homes for thousands of deserving homeless pets. Please make a heartfelt
donation today and help make this a year of hope for needy pets who want
nothing more than to love and be loved in return. Thank you for making the
world a better place by caring for cats, dogs and other pets who so greatly
enrich our lives.
Supplies a splint to set a fractured leg
Provides supplies and medication to treat a laceration
Fills the gas tank of one EAMT rescue vehicle for one week