On 04/19/13 01:59, Wolfgang Baron wrote:
Hi all,
I started porting dvbcut from Qt3 to Qt4 on 2013-03-29, based on the
most current svn sources late at night in my free time using mercurial
for storing the history. My first aim was to port dvbcut to Qt4 and add
multiple source videos.
On 11/07/12 20:54, Reinhard Tartler wrote:
So what's the conclusion? Has development of dvbcut ended and relies
on ancient libraries for which there is no upstream support anymore?
As far as I'm concerned, yes.
--
Michael Tired Riepe mich...@mr511.de
X-Tired: Each morning I get up I die a
Hi.
On 01/21/12 11:45, Reinhard Tartler wrote:
Moreover, I found a problem in the Cmake files that you ship.
They're part of the Qt4 patch. I don't use cmake for the Qt3 build, for
largely the same reasons I got rid of the original scons build system.
Well, maintaining two separate build
Hi.
On 01/21/12 13:23, Reinhard Tartler wrote:
I see. What I understand is that the cmake build system is basically
not blessed by upstream, and it was a mistake to settle on it in the
debian package. Moreover, the qt4 patch in its current form only works
with the cmake system.
Well, what's
Hi!
Here is the work by Claus reformed as a patch against SVN. I've removed
all the whitespace changes that were apparently due to spaces changed to
tabs by a rogue editor.
Thanks, I had made it that far already. But when I ran the program, it
dumped core at exit. Some kind of memory
Hi!
Claus Buchberger wrote:
in config.log is the resolution:
configure:3705: gcc -o conftest -g -O2
-L/home/download/dvbcut/dvbcut/ffmpeg/lib conftest.c -la52 -lmad 5
/usr/local/lib/liba52.a(imdct.o): In function `a52_imdct_init':
Hi!
Ralph Glasstetter wrote:
Done. Welcome to r135.
There's no need to recompile dvbcut, though. The outbuffer::open
function isn't used, so this patch has no effect at all.
... except breaking the windows build! ;-)
buffer.cpp: In member function `int outbuffer::open(const char*)':
Hi!
Michael Riepe wrote:
BTW, r133 is not yet commited... ;-)
Oops... but now it is. :-)
As it turned out, that wasn't such a good idea. I noticed that r133
generated several bad index files (ones that r133 itself was unable to
open). Therefore, I turned off generation of the new format
Hi!
fabrice wrote:
I've been packaging DVBCut for Ubuntu, but for better integration, I
need an icon, to be able to display it in the Audio and video section of
gnome menu.
Is there an official icon?
Nope, sorry.
Also, I've been obliged to make a patch to fix compilation errors with
Hi!
L. Weiss wrote:
Oh, i just tried to load that concatenated mpg to dvbcut. It just loads that
what was my first part.
Did you generate a new index for the concatenated mpg?
--
Michael Tired Riepe [EMAIL PROTECTED]
X-Tired: Each morning I get up I die a little
Hi!
Martin Ereth wrote:
In case we're going to use Qt's translation mechanism in the first place.
That would be the easiest solution.
But also the worst one. What if we want to add a gtk+ GUI one day? Or a
*real* command-line version without the GUI overhead? The former is
already on my wish
Hi!
Martin Ereth wrote:
@Michael: Maybe you could start adding the _()?
If I find the time...
We don't need to do the work twice.
Of course not.
Please tell me, when you start with it. Also I'll tell you, when I'll find
some time.
Okay. But it will take a while.
--
Michael Tired
Hi!
Martin Ereth wrote:
I read that dvbcut may be included at least in SUSE. To support this step it
would be
great when dvbcut is available in different languages.
Yep.
But that can't be done in some minutes: At first dvbcut has to be
internationalized
(i18n) and then it can be
Hi!
Ralph Glasstetter wrote:
Do we need the right one at all?
No, of course not... just thought you want to have it because of
optical/symetry reasons... ;-)
Yes. But there are a lot of semantic problems with it. E.g. what's the
correct type to display if the list is empty? Or when the
Hi!
Martin Ereth wrote:
The problem is, that the .cpp and .h files of the ui's aren't there.
But they should. Do you use the default build system (scons)?
I found out he
following:
I can use the uic-tool to generate these files. Fortunately there is an
option called
-tr func, which
Hi!
Martin Ereth wrote:
Yep... the missing files should have been created automatically by moc
and/or uil. Is Qt3 installed in one of the standard locations?
Hm. It is installed in /usr/qt/3. The standard qmake/uic/... is of qt4.
But I was able to build dvbcut at April 6th this year.
Hi!
Martin Ereth wrote:
Michael Riepe schrieb:
Martin Ereth wrote:
The problem is, that the .cpp and .h files of the ui's aren't there.
But they should. Do you use the default build system (scons)?
I just issue make like described in INSTALL. How should I build it, then?
That's
17 matches
Mail list logo