• Welcome to OS2World OLD-STATIC-BACKUP Forum.
 

News:

This is an old OS2World backup forum for reference only. IT IS READ ONLY!!!

If you need help with OS/2 - eComStation visit http://www.os2world.com/forum

Main Menu

Video editing software - increased possibilities with QT4?

Started by melf, 2010.04.09, 11:18:54

Previous topic - Next topic

jep

Hi,

The speed you can expect is equivalent to any other C/C++ application, since rexx basically should call dll's to do video to image processing and display embedded GUI components/controls. Test the rexx part of e.g. GBM and you'll see. GBM provide a wide veraiety of image editing solutions if you can write C/C++ code. Adding rexx functions "on top" is compared to that quite easy.

Parts that use interpreted rexx code are slower, Yes, but those parts usually doesn't require speed as user input often limit more. It depends on what the developer do with rexx or let specialized code handle instead. You can't even notice that some GUI applications has been written in rexx as they rely on addon dll's to do e.g. the number crunching that rexx wasn't meant to handle.

Chris Wolgemuth wrote as part of a larger project DrDlgCtrl e.g. a new Image viewer control for DrDialog, it's fast and responsive as a developed DrDialog rexx app just has to deal with the stuff it does the best (strings/text/get/set settings) while the dll itself handle input and data interpretation of the binary images and display the results.

I think eCo Software has developed a control that should be very appropriate as a video sequence view port, then one just need a few rexx functions or a wrapper to be able to add it to e.g. DrDialog, VX-Rexx and/or GpFRexx as an embedded control. Then we'd have a native OS/2-eCS centric solution that behave as an OS/2-eCS app. should and we don't have to reinvent the wheel.

It's easy to call ffmpeg.exe and mencoder.exe etc. directly, but if they're rewritten as dll's they'd blend in more nicely.

//Jan-Erik

cyber

"I think eCo Software has developed a control that should be very appropriate as a video sequence view port, then one just need a few rexx functions..."

Huh. We just need to find The One ?  8)

CDRWSel

Quote from: cyber on 2010.04.20, 11:27:09
"note: Using rexx instead of qt4."

Yes, I've understand that, thats I wrote native app. GUI that will use ffmpeg and/or mencoder is in my hummble opinion better choice, as such solution will cover menu more formats and codecs that AviDemux right now support. And as is for sure more easy to manage fresh updates of ffmpeg and mencoder than fresh ports of AviDemux, it will give more new formats and codecs in future.
On the other side, what will be possible to do with this GUI frontend I'm not sure, except simple cut/paste video those tools allows resizing, resampling, put titles in video, put pictures in video, combine video and audio, and many more.
I'm for now only concerned about speed and sensitivity of slider because REXX. When You move slider around, how fast video window can update. And it is possible to play video with variable speed inside this window ?
And how You show content of video inside this window, using mplayer ? Or this is just static image which is extracted by ffmpeg ?

Yes cyber, with existing controls, I't only can display extracted pictures like you supposed well
But, I would like do a test using ffmpeg bmp extraction and sending it to the drdialog control in pipe mode !

Other options, crop/pad, resize, cut, video from pictures etc... are ok a long ffmpeg does the job

As you can see, The CE2MP3 (Of course you know it  ;) ) and this video part could be part of a single GUI
but with base option to not build a big unfriendly GUI. 

Mentore

Quote from: CDRWSel on 2010.04.20, 14:20:43
Quote from: cyber on 2010.04.20, 11:27:09
"note: Using rexx instead of qt4."

Yes, I've understand that, thats I wrote native app. GUI that will use ffmpeg and/or mencoder is in my hummble opinion better choice, as such solution will cover menu more formats and codecs that AviDemux right now support. And as is for sure more easy to manage fresh updates of ffmpeg and mencoder than fresh ports of AviDemux, it will give more new formats and codecs in future.
On the other side, what will be possible to do with this GUI frontend I'm not sure, except simple cut/paste video those tools allows resizing, resampling, put titles in video, put pictures in video, combine video and audio, and many more.
I'm for now only concerned about speed and sensitivity of slider because REXX. When You move slider around, how fast video window can update. And it is possible to play video with variable speed inside this window ?
And how You show content of video inside this window, using mplayer ? Or this is just static image which is extracted by ffmpeg ?

Yes cyber, with existing controls, I't only can display extracted pictures like you supposed well
But, I would like do a test using ffmpeg bmp extraction and sending it to the drdialog control in pipe mode !

Other options, crop/pad, resize, cut, video from pictures etc... are ok a long ffmpeg does the job

As you can see, The CE2MP3 (Of course you know it  ;) ) and this video part could be part of a single GUI
but with base option to not build a big unfriendly GUI. 

I too was thinking about some video editing software making use of ffmpeg and mencoder, and pointed out some thoughts.

The app I was thinking about is more like a framework with simple GUIs to solve different problems, using a timeline window (which could be created with a common container control, containing just some key frames of every video).

Here's something I think we absolutely need for such an application:


  • A video window in which we can show animations, containing a timer window (hh:mm:ss.xxx): this is necessary to work on the video clips at the most precision;
  • An application to create/animate text and images (for titles, subtitles, comments and so on): Imagemagick comes to mind, but GBM could be used for simpler tasks;
  • We need some way to apply effects on videos (just like fade in/out, snow, and other goodies). This is something ffmpeg and mencoder don't allow at the moment (and I'm afraid they never will): working frame by frame with an image editor (like imagemagick, image alchemy or GBM) could be of use (but there's a lot of work to do on this);
  • All of this should be packed in an as-simple-to-use-as-possible GUI.

For what regards using pipes with ffmpeg and an image control on DrDialog, I for one dislike this option: too heavy on disk usage, and no sound support... It would be really better to make use of ffplay (or similar) somehow. But I eagerly wait for someone to prove I made a mistake :)

Mentore

CDRWSel


CDRWSel

Do you think it may be possible to have an OS/2 build of avisynth + ffmpeg including its support ?
both are open source and it may increase a lot video possibility.
Cheers/2
Remy

cyber

How SMplayer work in /2 ?  It is kind of GUI frontend for Mplayeer, and You must point path to Mplayer.exe ? Does this mean that actualy this GUI show video from Mplayer inside own window ? Is this correct ?

RobertM

Quote from: cyber on 2010.04.21, 00:22:27
How SMplayer work in /2 ?  It is kind of GUI frontend for Mplayeer, and You must point path to Mplayer.exe ? Does this mean that actualy this GUI show video from Mplayer inside own window ? Is this correct ?

Sure seems to.


|
|
Kirk's 5 Year Mission Continues at:
Star Trek New Voyages
|
|


Mentore

Quote from: CDRWSel on 2010.04.20, 18:19:35
Do you think it may be possible to have an OS/2 build of avisynth + ffmpeg including its support ?
both are open source and it may increase a lot video possibility.
Cheers/2
Remy

Remy,

AFAIK AviSynth is a Windows program, based on win* API. I don't remember well, but ISTR I saw many "#include <windows.h>" in its source code; so, I think it can be ported on OS/2, but seems to me a big work (maybe using ODIN API it's possible, though).

Mentore

Mentore

Quote from: CDRWSel on 2010.04.20, 17:24:07
Having video + audio looks to be  ???

This is why I was talking about something ffplay-related in a separate window. I personally dislike an "Movie Maker"-like approach (everything in one window), and would prefer a framework approach (something more like Visual Age for Basic).

Mentore