transag-devel Mailing List for TranscriberAG
Brought to you by:
busson
You can subscribe to this list here.
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Hazemo A. <haz...@gm...> - 2016-09-08 14:18:06
|
Dear *Transcriber-AG* Developer(s), First and foremost, I would like to thank you for your great efforts in making this wonderful open-source software. I belong to a non-profit organization and we have been using Transcribe-AG for nearly a year. I am a .NET software developer who wants to devote some time in contributing to this project voluntarily. In our organization, there was the need for exporting the .tag files to .srt files so that we can attached them to the videos. I couldn't see any built-in option in transcriber-ag that can do that, as a result, I made a tool myself (coded in C#). As a first step, I would like to share that tool with you and also report a serious bug in Transcriber-AG. For the past 4 months we have experienced frequent crashes in the software without any clear reason (we have about 6 desktop all have the same problem with transcribe-ag). Once again, I commend your great work and appropriate your efforts in making this world a better place. I am very much looking forward in being a part of this great team. Kind regards, Hazemo Hazemo Avddal I.T Specialist Yazda NGO - Duhok\Iraq * +964.(0).750.190.75.94* * https://goo.gl/CxE6aN <https://goo.gl/CxE6aN>* |
From: <bu...@us...> - 2014-08-10 13:59:39
|
Hello all, You recently tried to compile TranscriberAG on your system, or provided feedback for that task and the instructions on the website (http://transag.sourceforge.net/). Pease note that though the project is in sleep mode with regard to the original development, there has been good progress made through valuable contributions: - first from Giulio Paci with https://github.com/giuliopaci/transcriber-ag-debian - and very recently with Elie Roux: see https://github.com/eroux/transcriber-ag-debian/ based on Giulio's work. The goal is in the midterm to publish a new version of TranscriberAG (v 2.1.0) that compiles and works on current OS taking into account the new versions of the libraries used. Toward that goal, Elie Roux has made a very good job for Linux and he's looking for some help to finish the job, this includes: - correct a GUI bug with missing icons; - add a menu to be able to change the user interface language; - try to compile under Windows 7 (both 32 and 64-bit) and also Mac OS X and write down compilation instructions (binaries and packages would be the icing on the cake); - get back the spell checking feature in (it appears that the licenses issues outlined here http://transag.sourceforge.net/index.php?content=roadmap no longer apply with the latest version of gtkspell.). His work should greatly help Debian/(K)Ubuntu/Linux Mint users but it would be tremendous to have up-to-date Windows and Mac binaries as well as Linux packages. Once we have a stable 2.1.0 version, the next step will be to create a repository for TranscriberAG and update the web site. I greatly appreciate any help and feedback. Thanks a lot! Best regards, Bastien Busson |
From: Élie R. <eli...@te...> - 2014-08-08 13:01:13
|
Hello, I've read in the mailing list archive that TranscriberAG was developped under a contract that is now over, and as I have been in this kind of situations, I know how annoying this mail must be to you! I need to get TranscriberAG working again on recent software environment (recent Windows and linux mostly), and have the GUI translated into Tibetan. I've already made a few changes on https://github.com/eroux/transcriber-ag-debian/ in order to get the code to compile with a recent libxerces (3) and ffmpeg, under a recent Linux (debian/sid, gcc4.9). Now I have a strange error when I try to open or save a file: agf:Cannot load plugin: agfio_plugin_TransAG.so while agfio_plugin_TransAG.so is in /usr/lib/ so should be found by dlopen... Do you know where this problem might come from? Also, when a new transcription is created, there is a list with a few languages available, I tried to add Tibetan to it (see https://github.com/eroux/transcriber-ag-debian/commit/a5de1547a87241c4127a16802c36bf37cea76ea3 ) but it doesn't seem to have any effect... How could I achieve that? Thank you, -- Elie |
From: Magnus L. <ma...@vi...> - 2012-11-15 10:41:29
|
Hi all! It's been a while since I was on this list, struggling to get TranscriberAG to work on Ubuntu linux. I managed to compile and run the program (thanks to Aapos sources), but found big problems in actually using it. So I have been off it for some time. Now I'm back and curious - what is the status of it now? Are there any new developments on Linux that I can try and help testing? Running Ubuntu 12.04 and 12.10 on my various machines. Best, Magnus |
From: <bas...@dg...> - 2012-01-10 10:16:36
|
Dear Shirish, Thank you for your email. Following are my comments/answers to your questions. 1) there was no followup to the questions at https://sourceforge.net/mailarchive/forum.php?thread_name=4E902227.2050407%40cbs.dk&forum_name=transag-general => I've successfully compiled TranscriberAG myself under Ubuntu 11.04 patching a few files as described in http://sourceforge.net/mailarchive/forum.php?thread_name=4E35D2B5.4020104%40vista.se&forum_name=transag-general . I got back to Magnus to see if he had solved the issue but we haven't managed to find the source of the problem... 2) Yes transag-admins is a closed mailing-list (internal admin stuff, intellectual property issues, etc) but you are more than welcome to join: - https://lists.sourceforge.net/lists/listinfo/transag-general (general info) - https://lists.sourceforge.net/lists/listinfo/transag-devel (for developers) 3) "Another query, why do you use/choose to have a cvs rather than using subversion or better yet git ?" => I'm pretty much open on that matter. I've been the project manager for the past months but I'm not part of the developing team. We had TranscriberAG developed under a contract, we are over now. We hope to have a new one in months/years to come with a developing support, then git may be chosen. Until then we plan on getting help from the community world wide but for that TranscriberAG has to be known... Feel free to get back to me (bu...@us...) should you require further information. Best regards, Bastien Busson [ENVOYE PAR INTERNET] shirish शिरीष <shi...@gm...> 08/01/2012 06:59 A bas...@dg... cc Objet Re: TranscriberAG: successor of Transcriber as a Debian/Ubuntu package in-line :- On Thu, Sep 22, 2011 at 14:46, <bas...@dg...> wrote: just a user but do see that there was no followup to the questions at https://sourceforge.net/mailarchive/forum.php?thread_name=4E902227.2050407%40cbs.dk&forum_name=transag-general > Dear ftpmasters, package developers and maintainers, > > The Transcriber package ( http://packages.qa.debian.org/t/transcriber.html) > was removed last year. > The reasons were: > Please remove transcriber: > - orphaned for more than 3.5 years, last maintainer upload in 2005 > - dead upstream (last release from 2005, according to the sourceforce page a > complete rewrite was planned in 2008) > - minimal popcon > source : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595993 > > TranscriberAG (http://transag.sourceforge.net) is the successor of > Transcriber and has been released as an open source software (GPLv3) last > July. > Compilation as is was successful under Ubuntu 10.4 and 10.10 and went okay > with a patch under Ubuntu 11.04 (information available here: > http://sourceforge.net/mailarchive/forum.php?thread_name=4E35D2B5.4020104%40vista.se&forum_name=transag-general ). > > We would be very pleased to see a TranscriberAG package be part of the > repositories as many people, especially from the research community, hope > after the removal of the Transcriber package. > > Please feel free to contact me (bu...@us...) should you > require any further information. > > Thank you very much and I'm looking forward to hearing back from you. > > Best regards, > > Bastien Busson > > > [ENVOYE PAR INTERNET] <snipped> I would be putting up wnpp report asking it to be included in debian after you are able to tell me a bit more. Also is transag-admins a closed mailing list ? I was trying to see if I could get the archives and see where we are. Another query, why do you use/choose to have a cvs rather than using subversion or better yet git ? Looking forward for info. Feel free to share with all those whose inputs might make it richer. I would be also scanning the debian list archives to see if there were any responses made to/on your query. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 |
From: Bastien B. <bas...@re...> - 2011-09-29 07:44:07
|
Fred, You should use Xerces 2.8 instead of 3.1 (at least it works fine on a 32-bit system). Best regards, Bastien Busson On Wed, 28 Sep 2011 20:15:42 +0000, tra...@li... wrote: Dear all, I'm not having any success building TransAG on my system (64-bit Ubuntu 10.4.3). In particular, something is failing w.r.t. Xerces (see below for make trace). Can anyone point me towards either (i) a solution/workaround, or (ii) an already built .deb? Regards, Fred. ~/v2.0.0-b1/libs/build$ make [ 14%] Built target ag [ 15%] Building CXX object aglib-2.0.1/src/formats/AG/CMakeFiles/agfio_plugin_AG.dir/AG.cc.o /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/libs/aglib-2.0.1/src/formats/AG/AG.cc: In member function 'virtual std::list, std::allocator >, std::allocator, std::allocator > > > ns1::AG::load(const std::string&, const Id&, std::map, std::allocator >, std::basic_string, std::allocator >, std::less, std::allocator > >, std::allocator, std::allocator >, std::basic_string, std::allocator > > > >*, std::map, std::allocator >, std::basic_string, std::allocator >, std::less, std::allocator > >, std::allocator, std::allocator >, std::basic_string, std::allocator > > > >*)': /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/libs/aglib-2.0.1/src/formats/AG/AG.cc:36: error: cannot declare variable 'handler' to be of abstract type 'SAX_AGHandlers' /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/libs/aglib-2.0.1/src/formats/AG/SAX_AGHandlers.h:25: note: because the following virtual functions are pure within 'SAX_AGHandlers': /usr/include/xercesc/framework/XMLFormatter.hpp:454: note: virtual void xercesc_3_1::XMLFormatTarget::writeChars(const XMLByte*, XMLSize_t, xercesc_3_1::XMLFormatter*) make[2]: *** [aglib-2.0.1/src/formats/AG/CMakeFiles/agfio_plugin_AG.dir/AG.cc.o] Error 1 make[1]: *** [aglib-2.0.1/src/formats/AG/CMakeFiles/agfio_plugin_AG.dir/all] Error 2 make: *** [all] Error 2 ~/v2.0.0-b1/source/build$ make Scanning dependencies of target CommonWidgets [ 0%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/Dialogs.cpp.o [ 0%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/InputLanguageHandler.cpp.o [ 1%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/InputLanguage.cpp.o [ 1%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/InputLanguageArabic.cpp.o [ 1%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/Explorer_filter.cpp.o [ 2%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/Explorer_utils.cpp.o [ 2%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/ResultSet.cpp.o [ 2%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/externals/sendpraat.cpp.o /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/source/src/Common/externals/sendpraat.cpp: In function 'char* sendpraat(void*, const char*, long int, const char*)': /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/source/src/Common/externals/sendpraat.cpp:136: warning: format '%ld' expects type 'long int', but argument 3 has type '__pid_t' [ 3%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/util/Utils.cpp.o /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/source/src/Common/util/Utils.cpp: In function 'void* my_calloc(int, int, const char*, int, int)': /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/source/src/Common/util/Utils.cpp:40: warning: format '%08x' expects type 'unsigned int', but argument 5 has type 'void*' /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/source/src/Common/util/Utils.cpp: In function 'void my_free(void**, const char*, int, int)': /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/source/src/Common/util/Utils.cpp:48: warning: format '%08x' expects type 'unsigned int', but argument 5 has type 'void*' /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/source/src/Common/util/Utils.cpp: In function 'void deleteAndNull(void**)': /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/source/src/Common/util/Utils.cpp:432: warning: deleting 'void*' is undefined [ 3%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/util/FileHelper.cpp.o [ 4%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/widgets/VScale_mod.cpp.o [ 4%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/widgets/HScale_mod.cpp.o [ 4%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/widgets/TooltipTT.cpp.o [ 5%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/widgets/ComboEntry_mod.cpp.o [ 5%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/widgets/FieldEntry.cpp.o [ 5%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/widgets/GtUtil.cpp.o [ 6%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/widgets/DynamicTable.cpp.o [ 6%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/widgets/Settings.cpp.o [ 6%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/widgets/GeoWindow.cpp.o [ 7%] Building CXX object src/Common/CMakeFiles/CommonWidgets.dir/widgets/ToolLauncher.cpp.o /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/source/src/Common/widgets/ToolLauncher.cpp: In member function 'void tag::ToolLauncher::loadTools()': /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/source/src/Common/widgets/ToolLauncher.cpp:313: error: cannot declare variable 'handler' to be of abstract type 'tag::ToolLauncher_XMLHandler' /home/fmailhot/Desktop/TranscriberAG/v2.0.0-b1/source/src/Common/widgets/ToolLauncher.h:246: note: because the following virtual functions are pure within 'tag::ToolLauncher_XMLHandler': /usr/include/xercesc/framework/XMLFormatter.hpp:454: note: virtual void xercesc_3_1::XMLFormatTarget::writeChars(const XMLByte*, XMLSize_t, xercesc_3_1::XMLFormatter*) make[2]: *** [src/Common/CMakeFiles/CommonWidgets.dir/widgets/ToolLauncher.cpp.o] Error 1 make[1]: *** [src/Common/CMakeFiles/CommonWidgets.dir/all] Error 2 make: *** [all] Error 2 |
From: <bas...@dg...> - 2011-09-21 08:38:23
|
Hi Jeff, A few elements: 1) Compilation under Ubuntu 10.04 and 10.10 works "as is," ie take the sources and go through the compilation instructions on the website (http://transag.sourceforge.net/index.php?content=install). Compilation under Ubuntu 11.04 doesn't work as shipped: evolution in gcc (4.5.2) requires to change some loose C++ syntax. You can find details in the archives of transag-general mailing-list, which are public: http://sourceforge.net/mailarchive/forum.php?thread_name=4E35D2B5.4020104%40vista.se&forum_name=transag-general Confirmation for Xerces: requires 2.8 and 3.X doesn't work. 2) For Mac, I got an answer from the developers, I don't know whether it's just a confirmation of what you've noticed or if it can help: They told me they had used a couple of years ago the Gtk-OSX port, which was seriously flawed at the time and lacking some GTK-based features (like widgets). As a consequence they've used the MacPorts version (as you mentioned, non-native) through an X server. This versions was put into the 10.5 installer. It seems that progress has been made, however: -the official page (http://gtk-osx.sourceforge.net/) mentions Tiger (10.4) or Leopard (10.5) are required -the wiki page you report (http://sourceforge.net/apps/trac/gtk-osx/wiki/Build) gives hint for Snow Leopard and Lion. It should be possible to make it, being extra careful with SDK and Xcode versions. TranscriberAG developers haven't used Xcode for the compilation but instead did all the work through command lines instructions. Worked fine for 10.4 and 10.5. 3) Still an open question for 64-bit OS and performance running TranscriberAG in a virtual machine, please give us feedback should you try it. 4) I've cced transag-devel mailing-list, it's better to leave a trace there in case someone (hopefully) went through the same or similar issues and has a solution. Thanks a lot, I appreciate your effort. Best, Bastien Jeff Parsons <je...@th...> 20/09/2011 21:49 A Andrew Gruen <ag...@or...>, bas...@dg... cc Objet Re: RE Fwd: Transcriber on Mac OS X Lion (10.7) I made more progress building GTK+ by following the advice on this page: http://sourceforge.net/apps/trac/gtk-osx/wiki/SnowLeopard Specifically, I added 'setup_sdk("10.6", "10.6", ["i386"])' to .jhbuildrc-custom after running "gtk-osx-build-setup.sh". But "jhbuild bootstrap" ultimately died here: /usr/bin/gcc-4.2 -std=gnu99 -I. -I/Users/Jeff/gtk/inst/include -I/Developer/SDKs/MacOSX10.6.sdk/usr/include -arch i386 -I/Developer/SDKs/MacOSX10.6.sdk/usr/include -arch x86_64 -mmacosx-version-min=10.7 -isysroot /Developer/SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.6 -MT gl_avltree_oset.o -MD -MP -MF .deps/gl_avltree_oset.Tpo -c -o gl_avltree_oset.o gl_avltree_oset.c gcc-4.2: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags make[3]: *** [gl_avltree_oset.o] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 *** Error during phase build of m4: ########## Error running make *** [3/12] -Jeff On Sep 20, 2011, at 11:58 AM, Jeff Parsons wrote: FYI, I was able to build TranscriberAG on Ubuntu 10.04 this morning. There were some additional prerequisites that I had to install, and there were multiple versions of Xerces (3.1 failed, 2.8 worked), but I eventually got it built and running (see screenshot below). If you have Fusion, I can give you a copy of my Ubuntu VM, and you're set. Ubuntu was much simpler than OSX because I was able to use Ubuntu's built-in package manager to install pre-built copies of all the prerequisites (like GTK+). I know there are similar package managers out there for OSX (Fink or MacPorts), but since they're not built-in, I don't really want to install them. I prefer to build all the open-source tools I use myself, and keep my system relatively clean. I'm not even sure if Fink or MacPorts supports all the prerequisites anyway. Unfortunately, this page on building GTK+ for OSX isn't very encouraging. It lists a number of "gotchas" for Lion and Xcode 4.1, and I ran into other problems they don't even mention. I'll give it another try, but I'm not optimistic. -Jeff ---------- Forwarded message ---------- From: Jeff Parsons <je...@th...> I made an initial attempt, but kept hitting roadblocks when attempting to get all the Transcriber AG pre-requisites installed on my system. Here's what it says it needs: TranscriberAG external requirements The following libraries (including development headers) must be installed in order to build TrancriberAG: Gtk+ Cross-platform graphical toolkit (C library) Gtkmm C++ wrapper for GTK Ffmpeg Audio/video encoding/decoding framework (C library) Libsndfile Audio read/write (C library) Xerces XML Handling library There's an OSX port of Gtk+ called GTK-OSX, but I can't get past the "jhbuild bootstrap" step. Strange errors abound, culiminating in: autom4te: need GNU m4 1.4 or later: /Users/Jeff/gtk/inst/bin/m4 make[1]: *** [configure] Error 1 make: *** [all-recursive] Error 1 *** Error during phase build of gettext: ########## Error running make *** [2/12] The error is a bit misleading -- ~/gtk/inst/bin/m4 isn't the wrong version, it simply doesn't exist. Seems like some of the prerequisites aren't properly setting up their own prerequisites, or it's a bogus error. There are GTK-OSX warnings about problems if you have previously installed either Fink or MacPorts, but I have never installed either of those, so that shouldn't be my problem. I also have some concerns about whether all these pre-requisites are going to build properly for 64-bit. libsndfile, for example, seems to build successfully for i386 only.... -Jeff [ENVOYE PAR INTERNET] Ce message électronique et tous les fichiers qui lui sont attachés sont destinés exclusivement à l'usage de la personne à laquelle ils sont adressés. Si vous avez reçu ce message par erreur, merci d'en avertir immédiatement son émetteur et de supprimer ce message de votre système sans en conserver de copie. This email and any attachments are intended solely for the use of the individual to whom they are addressed.If you have received this e-mail in error, please inform the sender immediately without keeping any copy thereof and delete it from your system. |