TRichView.com

RVMedia 11.1 has been released.

Trial version can be downloaded from https://www.trichview.com/download/

Full version: can be found in the protected section of the forum. This update is free for customers who ordered/renewed RVMedia in 2023-2025, and for customers with RVMedia subscription.

Main new features:

• UDP streaming with FFmpeg
• improved error handling
• Support for the 64-bit Delphi IDE (RAD Studio 12.3)

The installer files in this update are signed with a new code signing certificate. For a short time, browsers may treat the certificate change as suspicious and display warnings before running the files. Please don’t worry about these warnings — they will disappear once the new certificate gains reputation. Choose (if you use Edge browser) "keep" > "show more" > "keep anyway", and then "more info" > "run anyway". I’d really appreciate it if, when you download the file and see a warning about a suspicious file, you click “Report this file as safe”, and then “I think this is a safe website.” This may help reduce the amount of time Microsoft SmartScreen shows warnings for the installer.

See RVMedia version history: https://www.trichview.com/help-media/ve ... istory.htm

Previous version
viewtopic.php?t=13524

UDP streaming

Components that previously could only record video to files can now stream video over the UDP protocol. This applies to the TRVCamRecorder component (which allows you to set video parameters) and the TRVCamera component in remuxing mode (which uses the original video and audio data).
To enable streaming, you simply need to specify a UDP URL instead of a file name. In the previous version, this didn't work because the component couldn’t determine the correct container format when given a UDP URL.
Now, when a UDP address is specified, the MPEG-TS format ("mpegts" muxer) is automatically selected.
File name properties:

• TRVCamRecoder.OutputFileName
• TRVCamera.FFMpegProperty.RemuxProperty.FileName

FFmpeg is required for video recording and streaming.

Error handling

Significant improvements have been made to error handling during video capturing and recording.

First, error handling is now much more comprehensive — for any error, you can retrieve both an error code and a human-readable description (in English). Many potential issues that were previously unchecked are now properly detected and have specific error codes assigned to them.
Possible error sources include:

• local webcams (with platform-specific handling for Windows, Linux, and macOS)
• FFmpeg (including file recording)
• GStreamer
• local file playback (using DirectX on Windows and AVFoundation on macOS).

Second, handling errors has become easier — an OnError event has been added to the components. This event also allows you to manage non-critical errors and decide whether the operation should be stopped. For example, during video playback via FFmpeg, audio-related errors are ignored by default, but you can now choose how to handle them.

The events are:

• TRVCamera.OnError (video capturing and remuxing)
• TRVCamRecorder.OnError (video recording)
• TRVAudioPlayer.OnError (audio recording)

In the current version, events for handling errors related to microphone audio input and playback have not yet been implemented. These will be added in one of the upcoming updates.

RAD Studio 12.3: 64-bit IDE

This update adds support for the 64-bit IDE introduced in RAD Studio 12.3. If the 64-bit IDE is available, the installer will automatically install the components into both the 64-bit and the classic 32-bit IDEs.

Support for the 64-bit IDE is available only when installing using .dpk packages (which can be installed in both Delphi and C++Builder). Installation using .cbproj packages still supports only the 32-bit platform — and I don’t plan to change that. This installation method offers no real advantages, and I’d rather not spend time improving it. Thank you for understanding.

Lazarus

For Lazarus, the separation of packages into runtime and designtime has been removed. Similar changes were previously made in the TRichView package family.
The main reason is to follow the principle of “one package per folder”, which is especially important for the Linux version of Lazarus.
The rvmedialaz_dsgn.lpk package has been removed; only rvmedialaz.lpk remains, serving both runtime and designtime purposes.
Since Lazarus does not support dynamic package linking, having a separate designtime package was never particularly useful in the first place.

Support for Lazarus 4 (Release Candidate) has been tested and confirmed.