[CinCV] mods for cinelerra-4, if you are still interested.

2009-05-13 Thread Simeon Völkel
Hello Agent Smith,

I do have to endorse my previous posters: pushing your cinelerra source
code to git.cinelerra.org would be great step to start with. This way
everyone can dip into your version of cinelerra and enjoy your improvements.

Personally speaking I'm especially interested in the MPEG TS stream
capturing. Did you integrate that into Cinelerra's Recording-dialog?

Nevertheless I can assure you that we will try to merge as much as possible
from your work. In order to make that as easy as possible it would be great
to have each small change as a single commit. This way more people could
work in parallel.

From my point of view, the best (of the not so great) alternatives could
be to make a diff between your version and Cin4HV. As I had no glance at
your code yet I can't assess which of the Cin branches has the smaller
differences or at least easier-to-understand ones.

Regardless of which option we have to choose it would be great if you could
help us further while merging your changes. I guess you are the person who
knows the new code best and would be a valuable help in both cases.

As you might have already noted, there is as well an IRC channel #cinelerra
on freenode. I'm sure there are several people out there who would be
pleased about seeing you there.

On that note, I'm looking forward to hearing from you.

Simeon

___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


Re: [CinCV] mods for cinelerra-4, if you are still interested.

2009-05-11 Thread Rafael Diniz
Hi Agent Smith!
Did you commited your branch to the git repository?
I'm very interested in such extensions/improvements you did!

Some day we'll merge then all!
: )

bye,
rafael diniz


On Friday 08 May 2009 19:44:23 Agent Smith wrote:
 Hi,

 I noticed http://www.cinelerra.org.
 seems to be owned and operated by you.  If your still
 interested in cinelerra, here is a synopsis of a patch I have
 which appiles to cinelerra-4.


 changes:

 libmpeg3
 has been recoded in C++ and renamed to libzmpeg3.  The C callable
 interface is still available, but the program main must be C++. 
 libzmpeg3 can be used in a threaded environment.

 Scaling and
 several new output formats are supported in video/output.C several
 costly memory moves were either recoded, removed, or downscaled.

 All of the reconstruction subfunctions are now accelerated using mmx.h and
 so no longer need to be in assembly language source files.

 Subtitles were reworked and are now decoded if
  selected.

 Closed captioning has been added to video/video.C using subtitle tracks.
   note: the library now uses X fonts, but this can be staticly built by
   specifying a Makefile compile switch.

 Nav packets are now (to some extent) supported, for encrypted dvds.

 Ifo support is a little more debugged.  The probe phase normally uses
   ifo table information, but some off brand dvds use bizarre generic
   configurations.  The empirical probe is still available if the
   environment variable IFO_STREAM_PROBE exists.

 The low level io has been recoded as zio.C and supports single access
   threaded streaming data for dvb devices.

 Dvb Mgt packets are now decoded (to some extent) in the stream probes.
   Added mpeg3_dvb_* api.  The empirical probe is still available if the
   environment variable DVB_STREAM_PROBE exists.

 libpthread locks was
  replaced with direct calls to futex.

 A couple of test programs have been included in the build directory.

 Some improvements were added to slice buffer reading for speedup.

 Seeking/Toc have been reworked somewhat to improve accuracy.

 Raw MPEG transport streams can be directly captured.



 *** cinelerra:
 Dvb support has been added.  This caused record*.C to be recoded.
   The use of a remote server was removed.  Direct transport stream
   capture is available and easily captures stream data on my laptop.
   Transcoding still works, but only can keep up at ntsc and below
   on my laptop.

 Dvb channel scanning is available (but somewhat unstable).

 filempeg was modified to use some of the new features in libzmpeg3.

 Device presentation timestamps can be used to sync frame data.
   This is selectable as a preference.

 Dvb recording format
  parameters can follow the mpeg probe data.
   This is selectable as a preference.

 audiodevice was modified.  Duplex was removed and made inherent.

 An input monitoring capability was added to audioidevice.

 5.1-2 downmixing is available in audiodevice for input/output.
   This feature can be enabled/disabled using the preferences.
   This is not really needed for cinelerra, since the patchbay does
   this already, but when recording device data the patchbay downmix
   is not available. An indicator appears in meters when downmixing.


 I have looked at porting the patch to the version which is supported here,
 but to port my_cinelerra to cinelerra-4 would take a few days.  Also, Adam
 Williams has added a copyright notice to all of the files, but he has
 indicated to me that publishing a derivitive is fine with him.

 If you are interested, or would
  like me to post this as a branch, or would just like a copy to evaluate...


 I suggest that the port be accomplished by essentially calculating the
 differences for cinelerra2.1-my_cinelerra and then port these changes to
 cinelerra4+above_patch.  I estimate the mod to be ~100K-200K lines for
 {cinelerra, guicast, plugins} and that there are ~2K diffs which require
 manual attention.  Files record* would be summarily replaced.  I would
 retain the build structure of my_cinelerra, but recommend removing inactive
 files.

 If this is unsavory, then perhaps just create a derivitive branch to expose
 the changes.




 mailto:agent_smith060...@yahoo.com

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Ciência da Computação @  Unicamp
Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org
Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-



___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra


[CinCV] mods for cinelerra-4, if you are still interested.

2009-05-09 Thread Agent Smith
Hi,

I noticed http://www.cinelerra.org.
seems to be owned and operated by you.  If your still
interested in cinelerra, here is a synopsis of a patch I have
which appiles to cinelerra-4.


changes:

libmpeg3
has been recoded in C++ and renamed to libzmpeg3.  The C callable
interface is still available, but the program main must be C++. 
libzmpeg3 can be used in a threaded environment.

Scaling and
several new output formats are supported in video/output.C several
costly memory moves were either recoded, removed, or downscaled.

All of the reconstruction subfunctions are now accelerated using mmx.h and so 
no longer need to be in assembly language source files.

Subtitles were reworked and are now decoded if
 selected.

Closed captioning has been added to video/video.C using subtitle tracks.
  note: the library now uses X fonts, but this can be staticly built by
  specifying a Makefile compile switch.

Nav packets are now (to some extent) supported, for encrypted dvds.

Ifo support is a little more debugged.  The probe phase normally uses
  ifo table information, but some off brand dvds use bizarre generic
  configurations.  The empirical probe is still available if the
  environment variable IFO_STREAM_PROBE exists.

The low level io has been recoded as zio.C and supports single access
  threaded streaming data for dvb devices.

Dvb Mgt packets are now decoded (to some extent) in the stream probes.
  Added mpeg3_dvb_* api.  The empirical probe is still available if the
  environment variable DVB_STREAM_PROBE exists.

libpthread locks was
 replaced with direct calls to futex.

A couple of test programs have been included in the build directory.

Some improvements were added to slice buffer reading for speedup.

Seeking/Toc have been reworked somewhat to improve accuracy.

Raw MPEG transport streams can be directly captured.



*** cinelerra:
Dvb support has been added.  This caused record*.C to be recoded.
  The use of a remote server was removed.  Direct transport stream
  capture is available and easily captures stream data on my laptop.
  Transcoding still works, but only can keep up at ntsc and below
  on my laptop.

Dvb channel scanning is available (but somewhat unstable).

filempeg was modified to use some of the new features in libzmpeg3.

Device presentation timestamps can be used to sync frame data.
  This is selectable as a preference.

Dvb recording format
 parameters can follow the mpeg probe data.
  This is selectable as a preference.

audiodevice was modified.  Duplex was removed and made inherent.

An input monitoring capability was added to audioidevice.

5.1-2 downmixing is available in audiodevice for input/output.
  This feature can be enabled/disabled using the preferences.
  This is not really needed for cinelerra, since the patchbay does
  this already, but when recording device data the patchbay downmix
  is not available. An indicator appears in meters when downmixing.


I have looked at porting the patch to the version which is supported here, but 
to port my_cinelerra to cinelerra-4 would take a few days.  Also, Adam Williams 
has added a copyright notice to all of the files, but he has indicated to me 
that publishing a derivitive is fine with him.

If you are interested, or would
 like me to post this as a branch, or would just like a copy to evaluate...


I suggest that the port be accomplished by essentially calculating the 
differences for cinelerra2.1-my_cinelerra and then port these changes to 
cinelerra4+above_patch.  I estimate the mod to be ~100K-200K lines for 
{cinelerra, guicast, plugins} and that there are ~2K diffs which require manual 
attention.  Files record* would be summarily replaced.  I would retain the 
build structure of my_cinelerra, but recommend removing inactive files.

If this is unsavory, then perhaps just create a derivitive branch to expose the 
changes.




mailto:agent_smith060...@yahoo.com




  

Re: [CinCV] mods for cinelerra-4, if you are still interested.

2009-05-09 Thread Christian Thaeter
Agent Smith wrote:
 Hi,
 
 I noticed https://code.launchpad.net/%7Eregistry/cinelerra-cv/trunk
 http://www.cinelerra.org..
 seems to be owned and operated by you.  If your still
 interested in cinelerra, here is a synopsis of a patch I have
 which appiles to cinelerra-4.
 
 
 changes:
 
 libmpeg3 has been recoded in C++ and renamed to libzmpeg3.  The C
 callable interface is still available, but the program main must be
 C++.  libzmpeg3 can be used in a threaded environment.
 
 Scaling and several new output formats are supported in video/output.C
 several costly memory moves were either recoded, removed, or downscaled.
 
 All of the reconstruction subfunctions are now accelerated using mmx.h
 and so no longer need to be in assembly language source files.
 
 Subtitles were reworked and are now decoded if selected.
 
 Closed captioning has been added to video/video.C using subtitle tracks.
   note: the library now uses X fonts, but this can be staticly built by
   specifying a Makefile compile switch.
 
 Nav packets are now (to some extent) supported, for encrypted dvds.
 
 Ifo support is a little more debugged.  The probe phase normally uses
   ifo table information, but some off brand dvds use bizarre generic
   configurations.  The empirical probe is still available if the
   environment variable IFO_STREAM_PROBE exists.
 
 The low level io has been recoded as zio.C and supports single access
   threaded streaming data for dvb devices..
 
 Dvb Mgt packets are now decoded (to some extent) in the stream probes.
   Added mpeg3_dvb_* api.  The empirical probe is still available if the
   environment variable DVB_STREAM_PROBE exists.
 
 libpthread locks was replaced with direct calls to futex.
 
 A couple of test programs have been included in the build directory.
 
 Some improvements were added to slice buffer reading for speedup.
 
 Seeking/Toc have been reworked somewhat to improve accuracy.
 
 Raw MPEG transport streams can be directly captured.
 
 
 
 *** cinelerra:
 Dvb support has been added.  This caused record*.C to be recoded.
   The use of a remote server was removed..  Direct transport stream
   capture is available and easily captures stream data on my laptop.
   Transcoding still works, but only can keep up at ntsc and below
   on my laptop.
 
 Dvb channel scanning is available (but somewhat unstable).
 
 filempeg was modified to use some of the new features in libzmpeg3.
 
 Device presentation timestamps can be used to sync frame data.
   This is selectable as a preference.
 
 Dvb recording format parameters can follow the mpeg probe data.
   This is selectable as a preference.
 
 audiodevice was modified.  Duplex was removed and made inherent.
 
 An input monitoring capability was added to audioidevice.
 
 5.1-2 downmixing is available in audiodevice for input/output.
   This feature can be enabled/disabled using the preferences.
   This is not really needed for cinelerra, since the patchbay does
   this already, but when recording device data the patchbay downmix
   is not available. An indicator appears in meters when downmixing.
 
 
 I have looked at porting the patch to the version which is supported
 here, but to port my_cinelerra to cinelerra-4 would take a few days. 
 Also, Adam Williams has added a copyright notice to all of the files,
 but he has indicated to me that publishing a derivitive is fine with him.
 
 If you are interested, or would like me to post this as a branch, or
 would just like a copy to evaluate...
 
 
 I suggest that the port be accomplished by essentially calculating the
 differences for cinelerra2.1-my_cinelerra and then port these changes
 to cinelerra4+above_patch.  I estimate the mod to be ~100K-200K lines
 for {cinelerra, guicast, plugins} and that there are ~2K diffs which
 require manual attention.  Files record* would be summarily replaced.  I
 would retain the build structure of my_cinelerra, but recommend removing
 inactive files.
 
 If this is unsavory, then perhaps just create a derivitive branch to
 expose the changes.

The launchpad svn is unrelated to cinelerra.org, someone else must have
set that up. We provide git repositories on our own server, see
http://git.cinelerra.org/gitweb/ . There is a mob repository which can
be used to anonymously push proposed changes
git://git.cinelerra.org/mob/cinelerra.git without an account.
Considering the massive work you propose here it would be also ok give
you and account to maintain your own repository on the server. I can
help you out with git but I am not involved in cinelerra development.
Maybe someone else on the list will volunteer to merge your changes in.

Christian

___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra