Ports Search

This is a collection of plugins written with the GStreamer framework. Some features of these plugins are: - Dynamically loaded plugins provide elements and media types, demand-loaded via an XML registry, similar to ld.so.cache - Element interface handles all known types of sources, filters, sinks - Capabilities system allows verification of element compatibility using MIME types and media-specific properties - Autoplugging uses capabilities system to complete complex paths automatically - Pipelines can be saved to XML and loaded back to working state - Resource friendly plugins don't waste RAM

The goal of GstValidate is to be able to detect when elements are not behaving as expected and report it to the user so he knows how things are supposed to work inside a GstPipeline. In the end, fixing issues found by the tool will ensure that all elements behave all together in the expected way. The easiest way of using GstValidate is to use one of its command-line tools, located at tools/ directory. It is also possible to monitor GstPipelines from any application by using the LD_PRELOAD gstvalidate lib. The third way of using it is to write your own application that links and uses libgstvalidate.

[ excerpt from developer's README ] libmovtar --------- has been implemented according to the quicktime4linux API It supports reading and writing (read/write mode has been prepared, but is not implemented yet) of MJPEG video in YUV 4:2:2 JPEG with mono/stereo, 8/16-bit, any sample rate sound. It supports indexing files (always done when writing a new file, old (or manually created) movtar files without index are indexed internally during the opening process). You can freely jump forwards and backwards between the frames in an opened file.

program used to "time" subtitles: * Any WAVE file can be used for timing * Reads/Writes SSA (Sub Station Alpha) and ASS (Advanced Sub Station) formats. * Instant preview of subtitle with all effects * Ability to place subtitles visually (Needs more testing) * Ability to mute specific channel * Ability to open alternate views of the same wave * Ability to mark key frames from a video on the waveform * Ability to save Workspace (saves information such as currently opened sound, video files and position in the wave) * Ability to format script on save * "Code Hiding"

High Efficiency Video Coding (HEVC) is the latest generation video compression standard. * This standard was developed by the ISO/IEC Moving Picture Experts Group (MPEG) and ITU-T Video Coding Experts Group (VCEG), through their Joint Collaborative Team on Video Coding (JCT-VC) * HEVC is also known as ISO/IEC 23008-2 MPEG-H Part 2 and ITU-T H.265 * HEVC provides superior video quality and up to twice the data compression as the previous standard (H.264/MPEG-4 AVC) * HEVC can support 8K Ultra High Definition video, with a picture size up to 8192x4320 pixels

QXmpp is pretty intuitive and easy to use. It uses Qt extensively. Qt is the only third party library it is dependent on. Users need to a have working knowledge of C++ and Qt basics (Signals and Slots and Qt data types). The underlying TCP socket and the XMPP RFCs (RFC3920 and RFC3921) have been encapsulated into classes and functions. Therefore the user would not be bothered with these details. But it is always recommended to the advanced users to read and enjoy the low level details.

vqcc-gtk is a chat application written in C for the GTK+ toolkit, primarily used in small LAN's. It is based on quickChat/Vypress Chat (TM) for Windows (from Vypress Research) and is licensed under the GPL. The application supports both quickChat and Vypress Chat(TM) protocols and hopefully is compatible enough to substitute those applications when using Linux, FreeBSD or another *NIX desktop. You need no server to run, however it is not possible to communicate outside your LAN (or subnet). (From the About page)

Icinga is an enterprise grade open source monitoring system which keeps watch over networks and any conceivable network resource, notifies the user of errors and recoveries and generates performance data for reporting. Scalable and extensible, Icinga can monitor complex, large environments across dispersed locations. Icinga is a fork of Nagios and is backward compatible. That said, Nagios configurations, plugins, and addons can all be used with Icinga. Though Icinga retains all the existing features of its predecessor, it builds on them to add many long awaited patches and features requested by the user community.

This module supports the ability to retrieve data from several different models of TL1 devices. Explictly supported devices include the following: * Cisco ONS15327 * Cisco ONS15454 * Cisco ONS15808 * Nortel OME 6500 * Nortel HDXc * Ciena CoreDirector * Infinera DTC * Fujitsu FLASHWAVE 7500 Each specifically supported device has its own GRNOC::TL1::Device module, which sets the default port and prompt used for that device. They also may each export their own unique commands on top of what is already provided in GRNOC::TL1::Device. Raw commands and output can be sent and received, or output can be parsed via the parse function, or by calling a function for that device.

SEND is the implementation of RFC3971 Secure Neighbor Discovery (SEND). SEND cryptographically secures the IPv6 neighbor discovery protocol, countering the threats discussed in RFC3756 (IPv6 Neighbor Discovery (ND) Trust Models and Threats). The implementation is a new version of DoCoMo's SEND (send_0.2) that was implemented completely in user space. Novelty in send_0.3 is the native SEND API that avoids the need for the use of netgraph and BPF, which makes send_0.3 portable over different BSD platforms and significantlly more efficient. Also included in the distribution are implementations of RFC3972 Cryptographically Generated Addresses (CGAs) and RFC3779 X.509 Extensions for IP Addresses and AS Identifiers.