<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel rdf:about="https://www.um.edu.mt/library/oar/handle/123456789/14674">
    <title>OAR@UM Collection:</title>
    <link>https://www.um.edu.mt/library/oar/handle/123456789/14674</link>
    <description />
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="https://www.um.edu.mt/library/oar/handle/123456789/123340" />
        <rdf:li rdf:resource="https://www.um.edu.mt/library/oar/handle/123456789/101196" />
        <rdf:li rdf:resource="https://www.um.edu.mt/library/oar/handle/123456789/101141" />
        <rdf:li rdf:resource="https://www.um.edu.mt/library/oar/handle/123456789/100910" />
      </rdf:Seq>
    </items>
    <dc:date>2026-04-15T06:03:50Z</dc:date>
  </channel>
  <item rdf:about="https://www.um.edu.mt/library/oar/handle/123456789/123340">
    <title>Open source activities social network</title>
    <link>https://www.um.edu.mt/library/oar/handle/123456789/123340</link>
    <description>Title: Open source activities social network
Abstract: Through this Final Year Project, we wanted to study whether using a software &#xD;
engineering approach and intelligent techniques, we could implement a system that &#xD;
would help committees and organising teams in their daily running. &#xD;
Through the various requirement gathering techniques used and the background &#xD;
literature review that were carried out, we were able to come out and implement a system &#xD;
which aims to specifically do so. &#xD;
In the evaluation of the system we see that by the use of the Agile software &#xD;
development life cycle we were able to build prototypes which then made up a very &#xD;
robust system, with very few little bugs being reported during the beta testing. We were &#xD;
also able to implement the system in a way to be as easy to use as possible, which was &#xD;
depicted by our users themselves. &#xD;
By the use of the recommendation engine, we were able to give personalised &#xD;
recommendations to the users in order to tempt them to contribute to other similar &#xD;
events. During the focus group interview that was carried out, we were able to conclude &#xD;
that it served as a great addition to our social networking site. Even more, having &#xD;
gathered the users Facebook likes, the engine was able to compute better &#xD;
recommendations. &#xD;
Last but not least, in order to help committees we had to evaluate the three main &#xD;
features that were introduced in CALBUD: the Document Management System, &#xD;
Meeting Management System and the Group Chat. All of these were rated with a high &#xD;
rating from the beta testers, and during the focus group interview we were able to depict &#xD;
that by the use of the meeting management system and the document management &#xD;
system, committees will lose less time during the meetings themselves. This is since the &#xD;
system allows them to prepare and approve the agenda and minutes collaboratively and &#xD;
also allows them to annotate on media files.
Description: B.SC.(HONS)ICT</description>
    <dc:date>2013-01-01T00:00:00Z</dc:date>
  </item>
  <item rdf:about="https://www.um.edu.mt/library/oar/handle/123456789/101196">
    <title>Multicast multimedia transmission over wireless local area networks</title>
    <link>https://www.um.edu.mt/library/oar/handle/123456789/101196</link>
    <description>Title: Multicast multimedia transmission over wireless local area networks
Abstract: Multicast over IEEE 802.1 la/b/g/n Wireless Local Area Networks (WLANs) is&#xD;
an efficient means of transmission exploiting the broadcast nature of the wireless&#xD;
medium. Moreover the use of the unlicensed 2.4GHz or the 5GHz bands does not&#xD;
incur licensing costs. But IEEE 802.lla/b/g/n Access Points (APs) transmit multicast&#xD;
unreliably, because the receivers do not transmit feedback regarding packet reception.&#xD;
Hence, multicast over IEEE 802.lla/b/g/n WLANs suffers from a high Packet Error&#xD;
Rate (PER) which is inappropriate for multimedia transmission. In 2012, the IEEE&#xD;
802.llaa standard added reliability to multicast using Directed Multicast Service,&#xD;
Groupcast with Retries (GCR) Unsolicited Retry and GCR Block Acknowledgement.&#xD;
However, packet repetition does not result in an optimal code rate.&#xD;
The work in this thesis first verified, using empirical and semi-analytical&#xD;
analyses, that two antennas of an IEEE 802.1 ln AP can be spatially distributed to&#xD;
mitigate the PER experienced. A main contribution was the proposal of a distributed&#xD;
antennas system (DAS), consisting of seven antennas, which was shown to multicast&#xD;
video over IEEE 802.1 ln WLANs with a Peak Signal-to-Noise Ratio (PSNR) of at&#xD;
least 36dB, with the same power but better code rate than other infrastructures. Even&#xD;
packets are multicast over one set of four transmit antennas with an antenna placed in&#xD;
the centre of the coverage area and three transmit antennas placed equidistantly at the&#xD;
periphery. The centre antenna and three other transmit antennas, also placed&#xD;
equidistantly at the periphery, are then used to multicast odd packets. The proposed&#xD;
DAS can also use antenna switching so that unicast transmission uses a centralized&#xD;
antennas system. The proposed DAS is shown to scale up well using a multi-cell&#xD;
approach.&#xD;
It was shown that packet repetition at the application layer, retransmitting each&#xD;
packet proactively once (code rate 0.5), does not result in the entire multicast group&#xD;
receiving good Quality of Service (QoS) with a legacy infrastructure or a DAS using&#xD;
only one set of four transmit antennas, due to burst erasures on the channel. The&#xD;
proposed seven-antenna DAS does guarantee the required QoS to the entire multicast&#xD;
group, on the other hand. Hence, schemes such as IEEE 802.11 aa GCR Unsolicited&#xD;
Retry should be deployed with the proposed DAS.&#xD;
The best code rate is achieved with Block Erasure Coding (BEC) on the&#xD;
proposed DAS. However, Network Coding, achieved by XORing packets to create&#xD;
parity packets, achieves a higher code rate than packet repetition and a lower delay&#xD;
than BEC, and results in good QoS with a PHY data rate of 58.5Mbps.&#xD;
Another original contribution is the proposal and study of two new MAC layer&#xD;
protocols. The first protocol uses a Binary Search guided by feedback from the&#xD;
receivers to determine the necessary number of R-S encoded parity packets. The&#xD;
second protocol combines Network Coding and packet repetition with feedback from&#xD;
the receivers, resulting in smaller channel occupancy than reactive packet repetition.&#xD;
Although this second protocol results in a larger maximum delay than reactive packet&#xD;
repetition, it is still appropriate for live-video streaming since the maximum delay is&#xD;
less than 8 ms.&#xD;
Finally, an infrastructure using distributed IEEE 802.1 ln APs is shown to&#xD;
perform better than the legacy infrastructure, at a code rate of 1/3. The advantage of&#xD;
using distributed APs is that IEEE 802.1 ln MCSs employing Spatial Division&#xD;
Multiplexing can be used for multicasting.
Description: PH.D.</description>
    <dc:date>2013-01-01T00:00:00Z</dc:date>
  </item>
  <item rdf:about="https://www.um.edu.mt/library/oar/handle/123456789/101141">
    <title>Fast automatic beam-based alignment of the LHC collimator jaws</title>
    <link>https://www.um.edu.mt/library/oar/handle/123456789/101141</link>
    <description>Title: Fast automatic beam-based alignment of the LHC collimator jaws
Abstract: The CERN Large Hadron Collider (LHC) in Geneva, Switzerland is the largest&#xD;
and most powerful particle accelerator ever built. With a circumference of 27 km,&#xD;
it is designed to collide particles in two counter-rotating beams, at a centre-of-mass energy of 14 TeV to explore the fundamental forces and constituents of matter.&#xD;
Due to its potentially destructive high energy particle beams, the LHC is equipped&#xD;
with several machine protection systems. The LHC collimation system is tasked&#xD;
with scattering and absorbing beam halo particles before they can quench the&#xD;
superconducting magnets. The 108 collimators also protect the machine from&#xD;
damage in the event of very fast beam losses, and shields sensitive devices in the&#xD;
tunnel from radiation over years of operation. Each collimator is made up of&#xD;
two blocks or 'jaws' of carbon, tungsten or copper material. The collimator jaws&#xD;
need be placed symmetrically on either side of the beam trajectory, to clean halo&#xD;
particles with maximum efficiency. The beam orbit and beam size need to be&#xD;
determined for each collimator, to be able to position the jaws Within a certain&#xD;
number of standard deviations (beam o-) from the beam centre.&#xD;
Beam-based alignment is used to determine these values at every collimator&#xD;
location. In the alignment procedure, each jawv is moved separately towards the&#xD;
beam trajectory, in 5 inn steps, until a spike appears in the signal of a Beam&#xD;
Loss Monitoring (BLM) detector positioned a couple of metres downstream of the&#xD;
collimator. A balance is required between scraping enough beam to obtain a signal,&#xD;
avoiding automatically triggered beam extractions (or dumps) in the event. of high&#xD;
beam losses, and completing the alignment in the shortest time possible to allow&#xD;
the LHC to produce maximum luminosity.&#xD;
In the 2010 LHC run, almost 30 hours were required for an alignment of all&#xD;
collimators, and 8 beam dumps were caused due to operator mistakes. A phased&#xD;
development, commissioning and usage of various algorithms in the 2011-2012 LHC&#xD;
runs allowed the alignment time to decrease to limit over 4 hours, with no more&#xD;
beam dumps. The algorithms range from automatic selection of BLM thresholds&#xD;
during the alignment, to BLM-based feedback loops and pattern recognition of&#xD;
the BLM signal spikes. The BLM-based feedback loop was also successfully used&#xD;
by the ALFA and TOTEM particle physics experiments in Roman Pot alignment&#xD;
campaigns. A Roman Pot is a detector that intercepts slightly deflected particles&#xD;
from head-on collisions to measure the total collision rate (cross-section).&#xD;
An alignment simulator was developed in MATLAB based on an empirical model&#xD;
of the BLM detector signal steady-state and crosstalk, as well as a beam diffusion&#xD;
model which allows the prediction of the characteristic BLM detector signal spike&#xD;
and decay. The simulator is targeted at validating possible future alignment&#xD;
algorithms which would otherwise require dedicated beam tests.&#xD;
A new collimator design for future LHC operation envisages Beam Position&#xD;
Monitor (BPM) pick-up buttons embedded inside the jaws. The BPM's will provide&#xD;
an accurate and continuous measurement of the beam centres without requiring&#xD;
BLM-based alignment. One quarter of the LHC collimators (tertiary collimators&#xD;
and IR6 secondary collimators) will be replaced with the new design, as foreseen&#xD;
since several years. Hence, an algorithm to automatically position the jaws around&#xD;
the beam centre at a large jaw gap was developed and tested with a prototype&#xD;
mock-up collimator installed in the Super Proton Synchrotron (SPS). Alignment&#xD;
times of approximately 20 s were reached.&#xD;
The work described in this dissertation was adopted by CERN for the first LHC&#xD;
running period (2008 - 2013). It will continue to be used in future operation post2015 after a two-year shutdown, in which the machine will be upgraded to be able&#xD;
to operate at the design parameters.
Description: PhD</description>
    <dc:date>2013-01-01T00:00:00Z</dc:date>
  </item>
  <item rdf:about="https://www.um.edu.mt/library/oar/handle/123456789/100910">
    <title>Source representation for improved channel code performance in Wyner-Ziv video coding</title>
    <link>https://www.um.edu.mt/library/oar/handle/123456789/100910</link>
    <description>Title: Source representation for improved channel code performance in Wyner-Ziv video coding
Abstract: The Wyner-Ziv video coding paradigm is a new coding paradigm which&#xD;
exploits most of the source correlation at the decoder. This differs from the traditional&#xD;
predictive video coding schemes, where the source correlations are exploited solely at&#xD;
the encoder. Hence, the new paradigm can enable the implementation of low&#xD;
complexity encoders suitable for various applications such as endoscopy capsules and&#xD;
low-power surveillance systems. Slepian-Wolf (SW) and Wyner-Ziv (WZ) theorems&#xD;
prove that when the complexities, of exploring the source statistics, are shifted from&#xD;
the encoder to the decoder, the coding efficiency should not be affect. Hence, under&#xD;
certain conditions, the coding performance of WZ video coding schemes can&#xD;
theoretically be made arbitrarily close to that of conventional schemes where the&#xD;
sources are jointly encoded and decoded. However, the Rate-Distortion (R-D)&#xD;
performance of practical Wyner-Ziv video coding architectures are still far from the&#xD;
best performance attained with predictive video coding architectures like the&#xD;
H264/AVC or High Efficiency Video Coding (HEVC) video coding scheme.&#xD;
This Thesis investigates several methods to improve the performance of&#xD;
Slepian-Wolf coding, in terms of coding efficiency and reduced decoding delays. It is&#xD;
noticed that the traditional Slepian-Wolf coding approaches encode the bits within the&#xD;
same bit-plane level randomly using Low-Density Parity-Check Accumulate&#xD;
(LDPCA) codes and this leads to a sub-optimal performance. The reliability of the&#xD;
bits can be predicted and used to ensure that the bit nodes receiving low reliability bit-predictions are given better protection. A novel LDPCA code construction, targeted to&#xD;
consider the coding problem at hand, is thus proposed. Furthermore, this work also&#xD;
analyses the performance of the traditional LDPCA codes at different entropy points&#xD;
and studies the best way to distribute the correlation noise amongst bit-planes to&#xD;
improve coding efficiency. This is achieved by accumulating the most unreliable bits&#xD;
within the first decoded bit-planes and correcting the remaining bit-planes, having few&#xD;
bit-errors, using 8-bit or 16-bit Cyclic Redundancy Check (CRC) codes. The careful&#xD;
arrangement of discrepancies amongst bit-planes is used together with the&#xD;
arrangement of bits within each bit-plane and the new LDPCA codes, to obtain&#xD;
performance gains of up to 23 % during Slepian-Wolf coding.&#xD;
In context of Slepian-Wolf coding, the Thesis also addresses a comprehensive&#xD;
analysis of the mismatch present within regions of low motion. This is used to&#xD;
develop a scheme where the quantisation module alters between the floor and the&#xD;
round operator, at different pixel or coefficient locations. The operator which is more&#xD;
likely to avoid the Slepian-Wolf codec from correcting mismatch caused by small&#xD;
variation in light intensity is then chosen to improve R-D performance by up to 0.52 dB.&#xD;
Finally, the long decoding times required for Slepian-Wolf decoding are reduced by&#xD;
considering a new indexing scheme and histogram equalisation technique. For parallel&#xD;
WZ video coding architectures, these techniques ensure that the Slepian-Wolf&#xD;
decoders running on different cores of a multi-core processor can finish decoding at&#xD;
the same time, aiding parallel decoding and reducing decoding times by up to 32 %,&#xD;
with minimal affect on the R-D performance. The obtained reduction in rates and&#xD;
decoding delays helps bridge the gap in performance compared to the traditional&#xD;
video coding systems and pave the pathway for applications based on WZ video&#xD;
coding paradigm.
Description: PH.D.</description>
    <dc:date>2013-01-01T00:00:00Z</dc:date>
  </item>
</rdf:RDF>

