RVMedia 8.0 has been released.
It has improvements in many areas: webcam support in Linux, MJpeg stream reading, FFmpeg and GStreamer support, API of IP cameras.
Details are here: https://www.trichview.com/forums/viewto ... =6&t=10229
ANN: RVMedia 8.0
-
- Site Admin
- Posts: 17520
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
-
- Site Admin
- Posts: 17520
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
RVMedia 8.0.1
Updated to version 8.0.1
-
- Site Admin
- Posts: 17520
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
Re: ANN: RVMedia 8.0
Updated to version 8.1
-
- Posts: 22
- Joined: Thu Dec 03, 2009 11:58 am
- Location: HUll, UK
- Contact:
Re: ANN: RVMedia 8.0
Congratulations Sergey. An excellent update.
A few points:
• Disconnects: In client-server mode the client drops out randomly – usually after a period of no interaction. I can’t see any automatic re-connect mechanism, but maybe I’ve missed it.
• FFMPEG: There seems to be a complete FFMPEG interface. So, there’s no reason not to have a player that will play anything. I use FFMpegVCL for this with great results. Ideally, I would like to be build a player that’s capable of streaming what it’s playing. It should be easy to pump the video and audio to a TCamSender. Then my interpreters could be presented either with a webcam speaker or a streamed speaker to interpret. That’s vital for me.
• Android: here is plenty of Android stuff defined. Can we have a demo, please, or instructions on how to make one!
Well done!
A few points:
• Disconnects: In client-server mode the client drops out randomly – usually after a period of no interaction. I can’t see any automatic re-connect mechanism, but maybe I’ve missed it.
• FFMPEG: There seems to be a complete FFMPEG interface. So, there’s no reason not to have a player that will play anything. I use FFMpegVCL for this with great results. Ideally, I would like to be build a player that’s capable of streaming what it’s playing. It should be easy to pump the video and audio to a TCamSender. Then my interpreters could be presented either with a webcam speaker or a streamed speaker to interpret. That’s vital for me.
• Android: here is plenty of Android stuff defined. Can we have a demo, please, or instructions on how to make one!
Well done!
-
- Site Admin
- Posts: 17520
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
Re: ANN: RVMedia 8.0
1. You can handle disconnects in OnDisconnect events of TRVCamReceiver/TRVCamSender, and in OnEndVideoStream event of TRVCamera.
2. Streaming is planned in future updates (there are 4 things that I plan to do next: streaming, reading sound from videos, ONVIF, FMX for Linux).
3. Sorry, Android is not supported yet, the next target platform is FMX for Linix
2. Streaming is planned in future updates (there are 4 things that I plan to do next: streaming, reading sound from videos, ONVIF, FMX for Linux).
3. Sorry, Android is not supported yet, the next target platform is FMX for Linix
-
- Posts: 22
- Joined: Thu Dec 03, 2009 11:58 am
- Location: HUll, UK
- Contact:
Re: ANN: RVMedia 8.0
Thanks, Sergey
All I need is to expose a method to send audio and video to a Tcamsender. My FFMPEG system can deliver video frame and audio frame events very reliably, if necessary with transcoding. The audio frames are all PCM with the samples/sec, channels and bits/sample in the event call. The video frames are either the actual frame delivered by FFMPEG in it's encoded format, or a BMP.
Looking at your code, it's very stream-based, so maybe being able to supply a custom stream is the answer. I'll have a look at it some more.
I have zero customers worldwide using Linux on the desktop, so that's of no significance to me - although a Linux version of the server running as deamon would be VERY useful.
Best wishes - Jim
All I need is to expose a method to send audio and video to a Tcamsender. My FFMPEG system can deliver video frame and audio frame events very reliably, if necessary with transcoding. The audio frames are all PCM with the samples/sec, channels and bits/sample in the event call. The video frames are either the actual frame delivered by FFMPEG in it's encoded format, or a BMP.
Looking at your code, it's very stream-based, so maybe being able to supply a custom stream is the answer. I'll have a look at it some more.
I have zero customers worldwide using Linux on the desktop, so that's of no significance to me - although a Linux version of the server running as deamon would be VERY useful.
Best wishes - Jim
-
- Site Admin
- Posts: 17520
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
Re: ANN: RVMedia 8.0
For sending video, you can use TRVCamera with DeviceType = rvdtUserData. Provide frames in OnNewImage event.
As for audio, you can send a wav file (TRVMicrophone SourceType = rvsstWAV, file is specified in WAVFileName property).
As for audio, you can send a wav file (TRVMicrophone SourceType = rvsstWAV, file is specified in WAVFileName property).
-
- Posts: 22
- Joined: Thu Dec 03, 2009 11:58 am
- Location: HUll, UK
- Contact:
Re: ANN: RVMedia 8.0
Nearly there!
But - I don't want to extract the track to a wav unless I have to. That would cause a lot of sync problems. I really need to be able to write data in real-time.
But - I don't want to extract the track to a wav unless I have to. That would cause a lot of sync problems. I really need to be able to write data in real-time.