Mixed-resolution HEVC based multiview video codec for low bitrate transmission

There has been increasing demand for multiview video transmission over band limited channel over past years and various techniques have been proposed to fulfil this need. In this paper, a High Efficiency Video Codec (HEVC) based spatial resolution scaling type of mixed resolution coding model, MRHEVC-MVC, for frame interleaved multiview videos is presented. However, enabling the HEVC to encode video with different frame resolutions is a challenge due to the coding tree partitioning used by the codec. This has been overcome by super-imposing the low resolution replica of each full resolution frame on their respective decoded picture buffer and setting the remaining space of the frame buffer to zero. The codec’s reference frames structure is designed to efficiently encode frame interleaved multiview videos using a HEVC based mixed resolution codec. The proposed MRHEVC-MVC codec has been tested against the standard multiview extension of high efficiency video codec (MV-HEVC) for “Balloon”, “Newspaper1”, “Undo_Dancer”, “Kendo” and ““Poznan_Street” standard multiview video sequences. Results show that the proposed codec gives significantly higher coding performance to that of the MV-HEVC codec at low bitrate both subjectively and objectively.


Introduction
Advances in video technologies have played a key role in facilitating applications (such as video conferencing, e-learning, video-on-demand, real time surveillance, automation, robotics, and machine vision) in our day to day activities.The growing influence of these entertainment and interactive applications, ranging from low resolution to ultra-high definition (UHD) video contents, has resulted in steady increase in fixed and mobile network's traffic.According to Cisco's Visual Networking Index (VNI) forecast, it is anticipated that: by 2020, 71% of the overall IP traffic used by both business and domestic users would be from non-PC devices, of which 82% would be for visual content communication [30].Lately, with the growing popularity of video applications, such as video-on-demand (VoD) and introduction of UHD internet protocol televisoin (IPTV) video streaming, it is expected that these applications will constitute 21% of global VoD traffic by 2020 [ibid].Consequently, while the quality of network connectivity and bandwidth are improving, demands for high definition (HD) and UHD quality monoscopic and three dimensional (3D) visual communications continue to rise at the same time.Over the last decade, numerous 3D video technologies, such as holography, augmented and virtual reality, stereoscopic, video with depth information coding and multiview video coding, have been studied (e.g.[7,14,26]).Of the various 3D video technologies, multiview video's capability to provide multiple viewing angles or points of dynamic scenes with high quality and immersive multimedia experience, makes it a key technology for many texture-related 3D applications (e.g.free-viewpoint video, 3D-TV, and immersive teleconferencing).The multiview version of the 3D videos uses multiple cameras to capture the same scene concurrently by geometrically aligned and synchronized cameras [26].Due to huge amount of visual information in multiview videos, the bitrate needed to encode these videos increases approximately linearly with the number of views used to reconstruct the 3D content.To efficiently compress these huge amount of visual information, multiview video codecs (MVC) depend on extensively exploiting inter-view correlations (in addition to spatial and temporal correlations within each view) within multiview video sequences [7].MVC largely benefits from disparity prediction/ compensation to exploit correlations between frames of the neighbouring views and thus provides higher compression efficiency compared to coding individual views independently.However, the amount of buffer memory that is made feasible by MVC, for additional decoded pictures, restricts the number of views that can be encoded concurrently [12,14].Hence, to efficiently implement MVC, these challenges and requirements of the codec have been extensively studied and standard texture based multiview pointto-point codecs such as: H.264/MPEG-4 MVC [12,29] and multiview extension of high efficiency video codec (MV-HEVC) [28] have been developed.MV-HEVC's design is based on MVC extension of H.264/ MPEG-4 AVC framework.The high level syntax of the MV-HEVC codec is an extension of the H.264/ MPEG-4 AVC codec.Although MV-HEVC's toolsets are designed to deliver reduced signaling overhead for motion information, its layer architecture for representing dependent views of multiview video stagnates the compression efficiency [28].On the other hand, achieving high compression ratios using large quantization parameters leads to distortions and blocking artefacts, due to loss of high frequency information within the videos.Hence, multiview video transmission over a bandwidth limited communication channel demands high level of compression efficiency.
To overcome the setbacks encountered by multiview video codecs at low bitrate transmission, mixed-resolution based multiview video codecs, also known as asymmetric spatial inter/intra view frames resolution video codecs, are proposed in [10,16].A subjective study of the quality of spatially and temporally down-sampled stereo video frames, shows that spatially downsampled videos are preferred and are potentially more suitable for stereoscopic video coding at low bitrate [21].Further studies have shown that mixed-resolution based 3D video coding in case of stereoscopic videos for low bitrate transmission offers significant bandwidth savings while retaining adequate video quality [2,27].Improving compression efficiency of mixed-resolution 3D video codecs, using inter-view prediction between frames of different resolutions, is attempted in [6,9].A study conducted in [32], to analyse the factors influencing correlations in multiview video sequences, has shown that a single prediction structure cannot be universally effective at all time and for all scenes.Therefore, an adaptive mode switching algorithm called AMVC-HBP based on the standard MVC extension of H.264/AVC is proposed in [32].To adaptively change the prediction framework, AMVC-HBP depends on the Lagrangian cost of the coded pictures that represent the correlation characteristics of the multiview videos [31,32].Despite the incurred long delays and high memory consumption of AMVC-HBP, the technique delivers very little coding gain, as the adaptive prediction framework does not fully utilise interview and temporal correlations in less dense and slow moving sequences.A mixed-resolution multivew video coding technique, which uses the statistics of block matching to adaptively reorder the reference frames for multiview extension of the H.264/AVC, is proposed in [19].This mixed-resolution multiview video codec has been improved by integrating the prediction architecture technique, which is developed in [17] using an adaptive reference frame reordering algorithm reported in [18].This approach to mixed-resolution multivew video coding has demonstrated some bitrate saving, however, this coding technique uses just one low resolution view in a three view multiview scenario.Since this technique uses an adaptive reference frame re-ordering algorithm that focuses on predicting hard scene changes, the inter-view prediction is limited.Further, this codec's prediction architecture does not demonstrate the potential to fully exploit the inter-view correlations, hence results in lesser coding gain.An inter-view motion vector prediction technique for MV-HEVC using temporal motion vectors from previously encoded motion information is proposed in [20].This method calculates a global disparity value by referring to look-up table of disparity conversion, which is calculated from previously encoded frames and uses this value to modify the motion field of inter-view reference pictures.An adaptive spatial mixed resolution technique using MV-HEVC is employed in [1] for stereo video coding.This technique uses the correlation between frequency power spectrums of the adjacent views and quality metrics of the encoded down-sampled video frames to choose the appropriate down sampling factor.In [8], the application of HEVC for mixed resolution stereoscopic video coding, aimed at reducing quality-imbalance problem of the decoded video sequences to less than 2 dB, is reported.The prediction structure of this codec shows that the left view video frames are coded without reference to the right view frames.The right view video frames use the adjacent neighboring view frames in addition to the similar left view prediction frames for prediction.In addition, the first frame of the right view in each group of pictures is coded in full resolution.This codec reduces the quality-imbalance between the frames of the neighboring views to less than 2 dB.However, by not fully exploiting of inter-view frame correlation and coding the first frame of the right view in each Group of Pictures (GOP) with full resolution, the capability of mix-resolution stereo video coding with HEVC is underutilized.
In this paper, a spatial resolution scaling based mixed resolution coding architecture for multiview videos using the standard HEVC video codec is proposed.The proposed coding model applies mixed spatial resolution coding to multiview video frames that are reordered using a frame inter-leaving algorithm developed for multiview videos in [13].The HEVC standard video codec has been modified and configured to encode the frame interleaved multiview videos frames with mixed spatial resolution.Experimental results, for coding five standard multiview test video sequences, show that the proposed video codec generates significantly higher coding performance than the anchor MV-HEVC codec.The rest of this paper is organized as follows: Section 2 presents the framework of the proposed technique by introducing the structure of the mixed resolution multiview videos, the proposed intermediate frame down-sampling method, multiview video frame interleaving algorithm and the design of the codec.Section 3 includes the experimental results and finally, the paper is concluded in Section 4.

MRHEVC-MVC proposed technique
The proposed mixed resolution HEVC based multiview video codec (MRHEVC-MVC) is developed within the standard HEVC codec's software framework.The frame structure of the proposed codec is show in Fig. 1.The MRHEVC-MVC's design allows key frames (encoded as I-frames) to retain their full resolution, whereas intermediate frames (encoded as P-or Bframes) are spatially down-sampled by a factor of 2. From the proposed coding frame structure, it can be noted that the key frames are mostly selected from the center view in order to maintain a balanced visual quality between the corresponding left and right view frames.A Blackman 2D FIR low-pass filter (filter coefficients are shown in Table 1) is used to mitigate aliasing artefacts due to down-sampling [24].
The filtered intermediate frames are both horizontally and vertically down-sampled to maintain the same aspect ratio as the full resolution key-frames (I-frames).The filtered and down-sampled low resolution intermediate frames are superimposed on top left quadrant of a full resolution sized frame with every pixel value (in other quadrants) set to zero, as illustrated in Fig. 2.
As a result, the intermediate and the key frames of the mixed-resolution video sequence have the same frame size.These pre-processed intermediate frames contain scene information at a lower resolution compared to that of the key frames and are placed in the top-left quadrant of the frame.Since HEVC codec exploits the spatial correlations when encoding I-frames, the regions with zero value pixels are encoded with minimum signaling bits.The mixed resolution multiview video frames are reordered into a monocular video sequence using frame interleaving algorithm shown in Fig. 3 [13].
The frame interleaving algorithm reorders the multiview video frames, such that at least two frames of each view are always adjacent to each other, thereby maximizing exploitation of the temporal correlations, which in turn improves the coding performance of the codec.Frame interleaving mixed resolution multiview video frames of the proposed codec facilitates the exploitation of temporal and interview correlations within the multiview video frames.As the multiview video frames are temporally interleaved, the proposed codec's reference frame structure allows cross-frame (also called as lateral frame) referencing [14], as shown in Fig. 4. It is worth to mention that the standard MV-HEVC does not support cross-frame referencing.
The proposed codec is developed on a standard HEVC codec's platform, where the platform has been modified and configured to encode frame interleaved mixed-resolution Fig. 1 Frame structure of the proposed mixed resolution multiview video codec multiview video frames.The proposed MRHEVC-MVC codec is also designed to be able to use frames of different resolutions for motion estimation/disparity compensation during interand intra-view frame referencing.The decoded low resolution video frames are enlarged using Bi-cubic interpolation method to retrieve the original video frame size, as shown in Fig. 5.
One of the primary challenges in implementing a mixed resolution video codec is that the codec should be able to encode frames with different spatial resolutions in the same sequence.Unlike the previous standard codecs of ITU-T and ISO/IEC (such as, H.263, H.264, H.264/ AVC) that use macroblocks as the basic processing unit, the standard HEVC codec uses square blocks of Coding Tree Units (CTU).Each CTU represents one luma and two chroma Coding Tree Blocks (CTB), along with their associated syntax.CTUs are further partitioned into the Coding Units (CU) and this subdivision is specified in the CTU through their respective quadtree syntax.The CUs in a CTU are coded in a z-scan order, as shown in Fig. 6 [11, 28].
Similar to CTU, a CU also contains luma and chroma details and its associated syntax.The HEVC splits the input video frames into sequence of CTUs, called Slices.CTUs in a slice are processed in a raster scan.Each slice header contains all coding details of the slice, such as type of the picture coding (either of type I, P or B), identifiers and address of the slice segment, least significant bit of the Picture Order Count (POC), reference picture index, coding tool parameters, initial slice quantization parameter (QP) value.The HEVC's reference picture management (called Reference Picture Set (RPS) in ITU-T and ISO/IEC documentation [11]), uses POC indexing to identify individual reference frames in the Decoded Picture Buffer (DPB).The HEVC's DPB has two segments for reference frames, called L0 and L1, to facilitate bi-directional prediction.The current and a pre-defined number of previous decoded pictures are stored in the DPB.The proposed MRHEVC-MVC codec's reference frame structure, is designed by taking into consideration that the mixed resolution multiview video frames have been reordered into a monocular sequence, starting from the middle view.The reference frame structure of the proposed multiview video codec for coding 3-view scenario is shown in Fig. 4. A mixed resolution based video codec is designed to be able to use video frames with different resolutions as reference frames.However, this poses another problem, i.e. how the inter-frame referencing can be achieved while accurately finding the best match for  Thus, by making the above mentioned design modifications to the standard HEVC codec, the modified codec is equipped to encode mixed-resolution multiview video frames.The configuration parameters of the HEVC codec are set to enable the implementation of the MRHEVC-MVC codec's reference frame structure, as in Fig. 4. To implement the proposed MRHEVC-MVC video codec, JCT-VC's HEVC software version HM16.12 has been used.In addition to modifications to the standard HEVC, the configuration parameters of the codec are set to encode frame interleaved mixed-resolution multiview video frames with the reference frame structure, as shown in Fig. 4. Since the video frames of the three views are reordered using the proposed frame interleaving algorithm, the Group of Pictures (GOP) size is set to 12 frames.Experimental results presented in this paper are generated when intra frame iteration for the proposed codec is set to after 48 frames.The temporal and inter-view correlations of the multiview video sequences are influenced by various parameters, e.g.video content, scene illumination changes, relative velocity of the objects in the scene, camera movement, inter-camera angles and frame rates.The goal of motion estimation/disparity compensation is to reduce the entropy of the difference block, hence the number of bits required to code the coefficients in the block has to lower.This is achieved by finding the best match of the coding unit in either one of the neighboring or previous frames.In case of neighboring view, the location of the best match is a function of the distance of the camera from the scene and inter-camera angles [5,25].For the standard test videos used in this study, the search area to find the best match is set to 96 pixels to mitigate the effect of the inter-camera angles and camera distance from the scene for both disparity and motion estimation/compensation.

Experimental results
The compression efficiency of the proposed codec is compared with the standard MV-HEVC codec.To evaluate the coding performance of the proposed mixed resolution HEVC based  using the proposed codec.The standard datasets have been produced by recording under different lighting conditions, camera distances and with varying scene characteristics, similar to entertainment and interactive applications.These five standard video datasets cover scenes with both static and dynamic backgrounds with varying level of illumination (Fig. 9 shows the first frame of these five datasets).
The experimental results are compared with the anchor MV-HEVC codec for the five multiview datasets (3 view scenario) that are available in the JCT3V-G1100 common test condition (CTC) documentation [15].The proposed codec enlarges the encoded low resolution video frames to their original resolution using the Bi-cubic interpolation technique, as shown in Fig. 7.The Peak Signal to Noise Ratio (PSNR) measure is then used to assess the quality of the decoded frames.The combined PSNR (YUV-PSNR) weighted sum of the average PSNR per video frames of the individual components (PSNR-Y, PSNR-U, and PSNR-V) of the decoded and enlarged multiview videos, as defined Eq. ( 1) [22], were calculated and compared with that of the anchor MV-HEVC codec.
Figure 10, shows the resulting average YUV-PSNR for the BBalloons^multiview videos.The BBalloons^dataset is recorded under multiple artificial lighting conditions, where the background is progressively changing with a number of fast moving objects in the foreground.From Fig. 10, it can be seen that the proposed MRHEVC-MVC codec gives superior coding performance to that of the anchor codec, when transmitting at lower bitrates (1.6 to 0.42dBs higher PSNR than the anchor codec from 265.46 kbps to 500 kbps).Moreover, the proposed codec, generates acceptable video qualities at bitrates lower than 265.46 kbps, where the anchor codec cannot operate due to the maximum quantization parameter of the codec.However, from this figure it can be seen that the anchor codec's performance gets ahead of the proposed codec's performance at higher bitrates (from 500 kbps), which is not the target bandwidth of the proposed codec.This can be explained by the fact that the downsampling process, which is used in the proposed codec, is a lossy phenomenon and the used enlargement algorithm (Bi-cubic) cannot fully compensate this loss of information.Figure 11 shows the results for coding BKendo^test videos using the proposed and anchor codecs.The BKendo^multiview video dataset is recorded under multiple artificial lighting conditions similar to the BBalloons^multiview dataset.This dataset has a progressively changing background objects with very little motion and two key moving objects in the foreground.From Fig. 11, it can be noted that the proposed codec achieves significantly higher coding performance than the anchor codec at lower bitrates (1.8 to 0.2dBs higher PSNR than the anchor codec from 250 kbps to 450 kbps).The coding performance difference of the proposed codec to that of the anchor codec increases the QP increases and it goes beyond the bitrates that the anchor codec can operate.Similar to the BBalloons^dataset's results, the proposed codec's coding performance for the BKendo^dataset falls behind that of the anchor codec from 450 kbps as the bitrate increases, for the same reasons.
Figure 12 shows the results for coding the BPoznan_Street^multiview videos.The BPoznan_Street^dataset is outdoor multiview videos, captured under natural lighting condition.It contains multiple moving objects with a stationary background and fixed camera position.
From Fig. 12, it can be noted that the proposed codec outperforms the anchor codec at bitrates lower than about 1000 kbps.Its coding gain to that of the anchor codec increases as the bitrate decreases (from 0.42 dB to 1.4 dB for encoding at 800 kbps to 327.24 kbps).An average YUV-PSNR of 0.98 dB higher coding gain for the proposed codec over the anchor codec for BPoznan_Street^multiview videos between 327.24 kbps and 1819.42 kbps can also be determined.Since these test videos have large still background with small moving objects, the still areas are coded by larger CTUs, which are represented by smaller number of bits.Therefore, the YUV-PSNR of the codec is limited to an average of 1 dB due to the size of the small moving objects.The BNewspaper1^multiview videos are indoor recordings with very few artificial illuminations.The scene of this video has a still background with limited movement in the foreground objects.The moving objects in these multiview videos are close to the cameras, which are simulating an interactive application such as teleconferencing.The resulting YUV-PSNR for coding the BNewspaper1^multiview videos is shown in Fig. 13.From this figure, it can be seen that the proposed codec's videos exhibit higher coding performance in terms of the average YUV-PSNR at lower bitrates and the difference in coding performance increases as the transmission bitrates decreases.The proposed MRHEVC-MVC codec gives 0.2 dB higher PSNR than the anchor at 370 kbps and this difference increases to 1.1 dB at 252.42 kbps.From Fig. 13, it can be seen that the anchor codec's videos exhibits higher YUV-PSNR quality than that of the proposed codec at higher bitrates, from 370 kbps, as was expected and justified earlier in the text.Figure 14 shows the results for coding the BUndo_Dancer^multiview video dataset.BUndo_dancer^is a computer graphic animation with scene changes representing camera motion and moving objects, where the entire scene has the same illumination.
From Fig. 14, it is evident that the proposed codec yields a higher coding performance in terms of the average YUV-PSNR than the anchor codec (almost 0.4 dB at 1500 kbps and the gap increases to 1.85 dB at around 500 kbps).Moreover, the coding performance of the anchor codec overtakes the proposed codec's performance at higher bitrates.This can be explained by the fact that the down sampling process that the proposed codec uses is a lossy process and the frame enlargement technique used by the proposed codec is unable to fully compensate this loss.Hence at higher bitrate transmission, which is not the target bitrate of the proposed codec, the anchor codec videos have higher average YUV-PSNRs.This figure represents similar trend of results for the proposed and the anchor codec, when they code BPoznan_Street^, BKendo^, BBalloons^and BNewspaper1^multiview videos.Upon investigating the contents of the test videos against the coding performance of the proposed codec, it can be inferred that the proposed codec seems to yield significantly higher coding performance when videos contain moving objects or/and camera panning.The coding performance difference of the proposed codec in comparison to the anchor codec increases as the total bitrate decreases.This can be explained by the fact that the proposed mixed-resolution multiview video codec needs less frame signaling (e.g.motion vector and CTUs) to represent low resolution video frames where there is a very limited number of bits to represent the video frames.
A comparison of the achieved visual quality using the proposed codec and the anchor MV-HEVC codec is depicted in Fig. 15.This figure shows a decoded middle view frame (frame number 98) of BBalloons^test videos at 304.4 kbps.From these figures, it can be seen that the proposed MRHEVC-MVC codec's image, Fig. 15a, exhibits generally higher visual quality than that of the anchor MV-HEVC's image, shown in Fig. 15b.
To enable the reader to perceive and compare the achieved visual quality using the proposed and the anchor MV-HEVC codec, snippets of the same highlighted areas of the two methods' video frames are shown in Fig. 16a, b and c.From these figures, it can be seen that the anchor codec's image exhibits significantly higher blocking artefacts around the border of the balloons, particularly the big blue balloon on the right side of the frame (as shown in Fig. 16a) and bunch of balloons on the left hand side of the image (as shown in Fig. 16b).Moreover, the plant in the background (Fig. 16c) frame of the anchor codec has lost its details and exhibits blurry, while the proposed codec has retained more details of the plant.
To further understand the coding performance of the proposed MRHEVC-MVC codec with respect to the anchor MV-HEVC codec, Bjøntegaard delta-bitrates (BD-rate) and Bjøntegaard delta-PSNR (BD-PSNR) of the decoded 'Balloons', 'Kendo', 'Poznan_Street',' Undo_Dancer' and 'Newspaper1' multiview videos are calculated and tabulated in Tables 2  and 3.For these calculations, the piece-wise cubic interpolation method introduced in [3,4] for five data points based interpolation polynomial, as recommended in JCTVC-B055 document [23], were used.
From Table 2, it can be seen that the superior coding performance to the standard MV-HEVC anchor codec.The average BD-PSNR Y of the proposed codec for coding BBalloons^, BKendo^, BPoznan_Street^and BNewspaper1^multiview videos, which are camera recorded not computer graphic animated videos, is 1.201279 dB whereas, the PSNR Y of the proposed codec's BUndo_Dancer^video frames, which are computer graphic animated videos, is 2.774883 dB.Overall, the proposed codec's videos exhibit an average BD-PSNR Y of 1.564593 dB higher with respect to the anchor codec.The proposed codec's videos have average BD-PSNR U and BD-PSNR V of 0.090460 dB and 0.357733 dB higher with respect to that of the anchor codec's videos, respectively.This shows a marginal BD-PSNR U and BD-PSNR V improvement, by the proposed codec, while its BD-PSNR Y is significantly higher to that of the anchor codec.Since human eyes are more sensitive to luminance than the chrominance, this implies significant improvements in terms of visual quality.3 shows the achieved Bjøntegaard delta-bitrates (BD-rate) for the BBalloons^, BKendo^, BPoznan_Street^, BUndo_Dancer' and BNewspaper1^multiview videos of the proposed respect to that of the anchor codec.In this table, the negative values indicate that the proposed codec requires fewer bits than the anchor codec to deliver similar objective quality in terms of PSNR.From Table 3, it can be seen that the proposed codec's BD-Rate Y, BD-Rate U and BD-Rate V are on an average 38.0276 kbps, 1.86664 kbps and 8.36314 kbps lesser than that of the anchor codec's bitrates, respectively.The total average bitrate savings of the proposed codec with respect to that of the anchor codec is found to be Fig.16 Snippets of the highlighted areas of the proposed and the anchor codec's decoded frame from Fig. 15 significantly lower in terms of the BD-rate (16.0858 kbps).This implies that the proposed codec could deliver videos with similar objective qualities at significantly lower bitrates.
In order to empirically compare the coding complexity of the proposed MRHEVC-MVC codec with that of the anchor MV-HEVC, the encoding time ratio, t E , and the encoding time percentage change, ΔT, are used.The encoding time ratio is the ratio of geometric mean of the encoding/decoding time of a multiview video sequence at a QP for the test codec to that of the anchor codec, as proposed in JCT3V-G1100 documentation [15].The encoding time percentage change (ΔT) which is commonly used to compare the coding complexity of two codecs in terms of execution time, is calculated using Eq.2: where t p and t a are the encoding time of the proposed codec and the anchor codec, respectively, for coding a particular multiview video at a particular QP.The proposed and the anchor MV-HEVC codecs were used to encode the 'Balloons', 'Kendo', 'Poznan_Street',' Undo_Dancer' and 'Newspaper1' multiview videos at different QPs.Both codecs have been run on the same Microsoft Windows 7 based personal computer, running on a 6th generation core i7 microprocessor, with 16GB of random access memory and 500GB hard-disk drive, without any dedicated graphic processing unit (no other applications, updates or background programs were running during the simulation).As suggested in JCT3V-G1100 CTC documentation, similar coding parameters: frames to be encoded, GOP size and I-frame period, except search region and reference frames, were applied to both proposed and the anchor codec when measuring

Fig. 7
Fig. 7 Flow chart of Key frame down-sampling function

Fig. 8
Fig. 8 Example of inter-frame referencing model of the proposed mixed resolution multiview video codec

Fig. 10
Fig. 10 Avarage YUV-PSNR of the anchor MV-HEVC and the proposed MRHEVC-MVC codecs for coding BBalloons^multiview videos

Fig. 13 Fig. 14
Fig. 13 Average Y-PSNR of the anchor MV-HEVC and the proposed MRHEVC-MVC codecs for coding BNewspaper1^multiview videos Fig. 15 Decoded middle view frame number 98 from BBalloons^test videos encoded at 304.4 kb/s using a the proposed MRHEVC-MVC codec's frame and b the anchor MV-HEVC standard codec's frame

Table 2
BD-PSNR of the proposed codec with respect to anchor codec

Table 3
BD-Rate of the proposed codec with respect to anchor codec