gmane.comp.video.transcode.devel

hg head: undefined symbol: tc_libavcodec_mutex

Georg Martius — 2010-10-27T13:42:12

Hi,

I tried to compile the head of the hg repository. It compiles but when I
try to transcode something using -x ffmpeg I get:

[transcode] warning: XXXX/transcode/import_ffmpeg.so: undefined symbol:
tc_libavcodec_mutex
This is clearly in libtcext but I don't understand why it does not seem to
be linked correctly.

Any hints?
  Georg

Mercurial repo on exit1.org

Jörn Reder — 2010-10-02T09:35:29

Hiho,

the exit1.org server (resp. its services) will move to a new machine in
the near future. This is an opportunity to clean up some services which
are not needed anymore.

Is the transcode Mercurial repository still in use or was it replaced by
the repository at berlios?

Regards,

Jörn

Filter frame lookahead

Allan N. Snider — 2010-07-26T16:39:18

Transcoders:
    Just wanted to pop this question out there before I do a code dive. 
Somebody might have a quick answer.  The yait filter (inverse telecine)
occasionally has to force a keep frame (ie. duplicate) to maintain a/v
sync.  Sometimes it needs to do this excessively, which causes stuttered
playback.  Instead of simply duplicating a frame, it would be nice to
generate an interpolated frame between the last and next frame.  As far
as I know, the next frame isn't available yet to the filter.  My
question is this: does the filter API provide any kind of forward
lookahead, ie. maintain a small window of frames as it makes filter
calls?  If not, then I'm going to have force two pass encoding, cache
and index raw rgb frames for each interpolation request by the filter,
then do the interpolation on the second pass.  Could eat a lot of ram. 
For a 2 hour clip, the worst I've seen is around 1200 forced keeps. 
Assuming around 1Mb per frame (720x480x3), that's over a GB of ram.  I
can handle that, but some m

Update for Wiki

Jacob (Jack) Gryn — 2010-07-22T19:04:13

Hi,

 

Just a quick update related to the import PVN module at
http://www.transcoding.org/transcode?Import_Modules/Import_Pvn 

 

The PVN file format does not support Audio.  It was designed for scientific
use and is an uncompressed video only format supporting floating point #'s,
signed, and unsigned integers.

 

Example usage (from our internal docs):

Example shellscript to convert a whole directory of PVN's to uncompressed
AVI's
(flipping vertically, may need to swap B/R channels for colour: add -k):

for i in *.pvn;  
 do 
  PREFIX=`echo $i|sed -e 's/\.pvn//g'`;  
  transcode -i $PREFIX.pvn -o $PREFIX.avi -x pvn,null -y raw,null -z -V
rgb24
done

[PATCH] ffmpeg preset support

Dennis Schridde — 2010-06-06T15:23:55

tcdemux segfaults on any -A option

Michael Donaghy — 2010-04-09T06:32:32

I'm happy to try and reproduce against CVS, but CVS doesn't seem to be there?
In transcode 1.1.5 I'm getting a segfault if I try and run tcdemux with any -A 
option. (-A and nothing else gets a help message, but -A and then any string 
appears to trigger the segfault) Obviously this happens when giving it a file 
and so forth, but it happens even with no other options given:

md401< at >arcueid ~ $ gdb -q tcdemux
Reading symbols from /usr/bin/tcdemux...Reading symbols from 
/usr/lib64/debug/usr/bin/tcdemux.debug...done.
done.
(gdb) run -A 0x80 -q 2
Starting program: /usr/bin/tcdemux -A 0x80 -q 2
warning: no loadable sections found in added symbol-file 
/usr/lib64/debug/lib64/ld-2.11.so.debug
warning: no loadable sections found in added symbol-file 
/usr/lib64/debug/usr/lib64/libdv.so.4.0.3.debug
warning: no loadable sections found in added symbol-file 
/usr/lib64/debug/usr/lib64/libdvdread.so.4.1.2.debug
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x00007fff

I'm going on Hiatus

Francesco Romani — 2010-01-31T17:17:05

Hi,


Due to that and some other important factors, most notably a constant,
intense job workload *and* a serious (but quite unrelate to the former!)
reduction of my spare time, I've to officially and significantly reduce
my commitment to transcode.

Of course I'm still reachable via email for any reason, and
if anyone trusted and well known wants to access the berlios' tcforge
project data, just drop me a note privately I'll add as administrator to
the berlios ASAP.

I'd like to take this chance to thank here (once again) and openly all
the great people and great developers I -virtually- met, exchanged
thoughts with and read code from. 

This isn't a shutdown, however. 
I'm not withdrawing my interest nor my contribution to the project.
I still enjoying writing code for transcode, (and yes, even debugging it
and even documenting it!) so I'm definitely planning to keep going
sending contributions from time to time.

Bests,

[patch] crash in ogg encoder when onlytranscoding audio

David Juran — 2010-01-30T17:27:02

The berlios incident

Francesco Romani — 2010-01-14T21:12:31

Looks like berlios.de had some serious problems:

http://lwn.net/Articles/369633/

I'm still gathering informations, but so far I don't like how the issue
was managed.

As far as I know the transcode repository (which is on hg) should'nt be
affected by this intrusion.

Bests,

Hello transcode-devel< at >m.gmane.org !

2010-01-12T02:38:15

Releasing 1.2.0: we're on the way.

Francesco Romani — 2010-01-07T09:26:52

Hi there,

I think it's time to start the 1.2.0 release process.
This essentially means that I'm now focusing on bugfixing, documentation
and polishing only.

The 1.2.0 is a big step forward for the project. A lot of new code was
added, so a lot of bugs are lurking in the dark ready to bite.
And a lot of things needs refinement, too.

However, thanks to the recently-added versioned installation feature,
anyone can have any 1.0.x/1.1.x *and* 1.2.x version on the same machine
at the same time, and that should hopefully quicken the testing and the
adoption.

The first 1.2.0 alpha is due for the end of this month (January 2010).
Like the 1.1.0 cycle, I'm expecting a quite high number of alphas/betas
before the official final release.
The 1.1.x maintanance releases will of course be done as well.

Bests,

tcdemux crash.

Christian Marillat — 2009-12-08T12:35:24

Hi,

Somebody can see this bug report and the fix ?

The problem : 'tcdemux -A' crash.

Christian

,----
| Christian Marillat wrote:
| > Arno Schuring <aelschuring< at >hotmail.com> writes:
| > 
| > [...]
| > 
| >> ok, wrong example. Sorry, I should have been more explicit. This       
happens
| >> with /any/ input file, not just with /dev/null. But I figured it would
| >> be better to supply a minimal testcase.
| > 
| > Forwarded to the  transcode user mailing list.
| > 
| 
| Thanks. I still haven't been able to compile my own, but this is the
| backtrace without debug symbols:
| 
| #0  0xb7e12a8b in ?? () from /lib/i686/cmov/libc.so.6
| #1  0xb7e127f0 in strtol () from /lib/i686/cmov/libc.so.6
| #2  0x0804a1b8 in ?? ()
| #3  0xb7df8b55 in __libc_start_main () from /lib/i686/cmov/libc.so.6
| #4  0x08049501 in ?? ()
| 
| Since it's such a short backtrace, I decided to look into the source
| code; I'm not really sure, but I believe the bug is caused by line 218
| of tcdemux.c (see
| http://hg.berlios.de/repos/tcfo

[HEADS UP][RFC] Changes to the trascode 1.2.0+installed tree (2/2)

Francesco Romani — 2009-12-05T10:40:11

Hi all,

I'm going to implement a couple of changes which I'm rumbling about from
a while and I 'd like to share some thoughts.

* Short summary (and quick rationale)
-------------------------------------

1) Add an option (enabled by default) to install versioned files,
enabling parallel installation, (e.g. like gstreamer et. al does).
See below for an example.
2) Get rid at least partially of our static linking mess and ship
some of our internal libraries as shared but private.
See below for an example.

NEITHER OF THE ABOVE WILL AFFECT THE avi* TOOLS!
Because they changes much more slowly and because I wanto to avoid (as
much as is possible) hurting the people who already need only them
(think the transcode-tools package).

* Discussion
------------

* 2. Libraries linking sanitization
-----------------------------------

* 2.1. Linking overload
-----------------------

I've to say that's mostly a fault of mine, but why has the _transcode main binary_
to be linked with, say, libX11, when it is import_x11.

[HEADS UP][RFC] Changes to the trascode 1.2.0+installed tree (1/2)

Francesco Romani — 2009-12-05T10:13:51

Hi all,

I'm going to implement a couple of changes which I'm rumbling about from
a while and I 'd like to share some thoughts.

* Short summary (and quick rationale)
-------------------------------------

1) Add an option (enabled by default) to install versioned files,
enabling parallel installation, (e.g. like gstreamer et. al does).
See below for an example.
2) Get rid at least partially of our static linking mess and ship
some of our internal libraries as shared but private.
See below for an example.

NEITHER OF THE ABOVE WILL AFFECT THE avi* TOOLS!
Because they changes much more slowly and because I wanto to avoid (as
much as is possible) hurting the people who already need only them
(think the transcode-tools package).

* Discussion
------------

* 1. versioned installation
---------------------------

In order to foster and/or make easier the 1.2.0 spread, and also to fix
of some major annoyances when installing more than one transcode (e.g.
for development), the idea is to install executables, plugi

plans for 1.2.0 and beyond

Francesco Romani — 2009-11-29T16:37:47

Hi there,

I'd like to outline and of course discuss my plans for the near future
of the project.

Before to start I'd like to spend some words about the recent lack of
updates about development. The explanation is pretty simple: real life
job :) which is, unfortunately for the project, completely unrelated to
opensource multimedia processing. 


That's all. Back to transcode.

Executive Summary
==================

Back to transcode. The last status report is here:
http://tcforge.berlios.de/archives/2009/07/29/1_2_0_status_report_200907/index.html
(And I'll hopefully update the website soon with a new status report).

The good news is the development for the 1.2.0 is pretty much done as we
now have into HG all the planned features plus some goodies (e.g. the
module registry).

However, a lot of code was added/changed, so a fair amount of testing
-and debug- is still needed before the 1.2.0 released. The alpha/beta
cycle will be, I guess, as very least as long as the 1.1.0 one.

Add to that the fact that my h

typo in detecting native videodev2.h

David Juran — 2009-11-01T19:32:16

Hello.

I noticed there is a typo in the detection of the native videodev2.h causing it always to fail.

--- transcode-1.1.5/acinclude.m4.fix_v4l        2009-10-31 18:39:02.000000000 +0200
+++ transcode-1.1.5/acinclude.m4        2009-11-01 20:55:17.000000000 +0200
< at >< at > -189,7 +189,7 < at >< at > if test x"$enable_v4l" = x"yes" ; then
 #include <linux/videodev2.h>
 ],   [
 struct v4l2_buffer buf;
-buffer.memory = V4L2_MEMORY_MMAP
+buf.memory = V4L2_MEMORY_MMAP
 ],    [AC_DEFINE([HAVE_STRUCT_V4L2_BUFFER], 1,
         [define if your videodev2 header has struct v4l2_buffer])
         AC_MSG_RESULT([yes])],

[ANNOUNCE] transcode 1.1.5 released

Francesco Romani — 2009-11-01T13:30:21

Hi,

I'm pleased to announce the release of transcode 1.1.5.

This is the fifth maintenance release of the 1.1.x branch.
As a stable branch, the 1.1.x releases will feature mostly bug fixes, tweaks and module
updates, with minor changes needed to follow API changes -if any- of the underlying
libraries (e.g., ffmpeg).

The focus of this release is an handful of minor feature enhancements.

+++

You can read the release announce here:
http://tcforge.berlios.de/archives/2009/11/01/transcode_1_1_5/index.html

Terse ChangeLog:

Key:
[+] feature added
[!] bugfix of an existing feature
[*] change/improvement (not bugfix) of an existing feature
[-] feature dropped

===========================================================================
transcode-1.1.5
---------------
[*] Add a special-crafted import module targeting webcams using libv4l.
[!] Fixed the colorspace detection into import_v4l2.
[*] tcdemux: drop the builtin limit of streams selectable for passthrough.
[*] Fixed the x264 module to work with libx264 >=

stabilization plugin 0.61 patch

Georg Martius — 2009-10-26T12:12:27

Hi,

please find attached a patch for 1.1.x hg branch to update the stabilization 
plugin to the most recent development. This should also apply to 1.2.0. I 
could not test it because 1.2.0 didn't work for me.
(Patch created with hg export)

New features are
 - measurement fields with low contrast are ignored
 - optional drawing of measurement fields and detected transformations in 
stabilization run (first pass)
- zooming to get rid of jiggling borders (there is also an automatic mode)
- sharpening of the stabilized movie to compensate for interpolation effects 
due to rotation/zooming

More info and sample videos at [1].

I have some questions:
1) Both of my plugins use the new filter interface. However tc_modinfo -i 
transform uses the inspect function whereas tc_modinfo -i stabilize calls the 
configure function with option "help". This is really confusing.
2) The transcode_filter manpage does not include the plugins. Can I do 
something about it.

Regards,
Georg

[1] http://public.hronopik.de/vid.stab/

what works in trunk?

Carl Karsten — 2009-09-19T17:43:33

I would like to start testing the python bindings to make a tester,
but first I want to get something working on the command line, but my
2 tires at that failed.  so what should work?

debian/ tweaks -

Carl Karsten — 2009-09-19T16:42:06

This is mainly for Christian, or anyone maintaining the debian packaging.

I got trunk to build on karmic.  The changes are basically:
1. adjust list of files installed
2. pull out the too/twolame stuff.
This shows what I did, and what 02_toolame.diff is/was.

diff transcode-1.1.4/debian/install transcode-trunk/debian/install
12a13,16
14a19,20
23d28
< usr/share/man/man1/tcpvmexportd.1
29a35,36


diff transcode-1.1.4/debian/rules transcode-trunk/debian/rules
83,84c83,84
< mv debian/transcode/usr/lib/transcode/export_toolame.so \
< debian/transcode/usr/lib/transcode/export_twolame.so
---
86,87c86,87
< dh_link -ptranscode usr/lib/transcode/export_twolame.so \
< usr/lib/transcode/export_toolame.so
---

diff transcode-1.1.4/debian/patches/series transcode-trunk/debian/patches/series
2d1
< 02_toolame.diff

02_toolame.diff:
Index: transcode-1.1.2/export/export_toolame.c
===================================================================
--- transcode-1.1.2.orig/export/export_toolame.c2009-06-05
10:06:07.000000

SIGSEGV in avcodec_close

Carl Karsten — 2009-09-19T07:34:35

juser< at >dhcp232:~/tc$ gdb transcode
GNU gdb (GDB) 6.8.50.20090628-cvs-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
(gdb) run -i x.dv -y V=x264,A=lavc,M=avi -o test.mp4
Starting program: /usr/local/bin/transcode -i x.dv -y
V=x264,A=lavc,M=avi -o test.mp4
[Thread debugging using libthread_db enabled]
transcode v1.2.0-dev3 (C) 2001-2003 Thomas Oestreich, 2003-2009 Transcode Team
libdvdread: Encrypted DVD support unavailable.
************************************************
**                                            **
**  No css library available. See             **
**  /usr/share/doc/libdvdread4/README.Debian  **
**