Thank you for all your help Steven, have CVS version built
and installed now.
Also, please ignore the duplicate posts from yesterday. I was having a problem
getting the correct return address on the outgoing messages with kmail
after signing up for this new list.
Copied aclocal into the aclocal-1.8 dir and then deleted aclocal.
Created a symlink for aclocal pointing to aclocal-1.8.
Built and installed the SDL, after I googled to find out what it is.
Installed the -devel rpm file
Then ran autogen.sh again and it configured, built and installed great.
Still had the quote warnings though from the other packages but it
didn't stop it.
I was able to get as far as trying to create the DVD structure using
dvdauthor. Perhaps you can clarify if what I am doing is correct before
I post to the dvdauthor list.
I created 10 photo scans and saved them as jpeg files and resized etc.
Used jpeg2yuv to create the video stream and piped to mpeg2enc. I used
-f 8 for the format code code on the output. Projects for me would be
NTSC so gave proper arguments for that. Each of the streams should
be 6 seconds in length, cat them together for a total of 60 seconds.
Copied the 60 second clip into a second file and cat'd the copy into the
output file 29 times, for a total of 30 minutes of video. Then used the same
process to build a two hour video stream. Same 10 photos every 6 seconds.
Very boring I know, but for my purposes of a first DVD I thought it should be
good for a test.
Then selected two hours of mp3 files I have for the audio music. The files
are 128K bit rate and 44.1 khz. Used mplex, with the -f 8 option, to multiplex
the audio with the video stream. Went well and created the output
video/music file, about 1.9 GBytes.
Created an xml file for just a simple DVD, no menus or anything. Tried to
use dvdauthor with the -x project.xml file and it keeps reporting:
dvdauthor: relocation error: dvdauthor: undefined symbol: xmlNewTextReaderFilename
So I changed to;
dvdauthor -o test -f dvd/video.mpg
It creates the DVD structure dir in test and the a zero byte VOB file.
Then it keeps reporting the same message over and over never ending.
WARN: System header found, but PCI/DSI information is not where expected
(make sure your system header is 18 bytes!)
WARN: Skipping sector, waiting for first VOBU...
WARN: Skipping sector, waiting for first VOBU...
WARN: Skipping sector, waiting for first VOBU...
This is as far as I can get it. If I understand dvdauthor correctly, the DVD
structure shuold just play when inserted and until the end, without any menus.
That is just fine for my purposes on this type of project.
Can you help to identify if the problem is in my video.mpg or in the dvdauthor
program? The message is so cryptic to this industry I do not understand even
what the program is waiting for. At this point I am wondering if the problem is
in using mp3 files that are 44 khz. I read somewhere that 48 khz is required
for DVD's. But since mplex accepted the files, would it have resampled as
required for the proper output?
Oh, this part was done with 1.6.1 version that ran OK last night. I haven't gone
back and attempted yet with the new CVS version.
If this is a dvdauthor type of problem and everything is OK with mjepgtools,
then I will post there.
Thank you for your consideration,
James
On Sunday 11 January 2004 23:16, Steven M. Schultz wrote:
> On Sun, 11 Jan 2004, James Finnall wrote:
> > Thank you for your reply Stephen. I have installed autoconf
> > 2.5.9, automake 1.8 and libtool 1.5.
>
> Oh, automake 1.8 is available? I hadn't checked since
> installing 1.7.9
>
> > I originally did install them using the defaults, but then I
> > went and rebuilt them with the proper prefix, --prefix=/usr.
> > Today I was still having problem with them seeking in
> > /usr/local so I ran "make uninstall" from
>
> Hmmm, that would tell me that the version installed into /usr
> was not the one actually being used.
>
> > in /usr/local. WHen I search for them using "whereis" it only
> > reports the /usr/local/bin/programs. When I run the commands
> > with --version it reports the proper version.
>
> Ah, ok - good.
>
> > I had to copy the contents of /usr/share/aclocal down to the
> > /usr/local/share/aclocal location to remove the beginning
> > errors
> >
> > The glib.m4 file is in the /usr/local/share/aclocal location as
> > well.
> >
> > Also, on the automake program, it creates another directory
> > named automake-1.8 and aclocal-1.8 as well as the others.
> > Don't know if that makes a difference but thought I would
> > mention it.
>
> Aieee - yes, that can make a difference and thanks for
> mentioning it.
>
> I do not know at which version of automake the appending of the
> version number to the directory started (it was not always like
> that) but to resolve some issues I was having I removed 'aclocal'
> and created a symlink:
>
> cd /usr/local/share
> rm -r aclocal
> ln -s aclocal-1.7.9 aclocal
>
> (in your case it'd be 1.8 instead of 1.7.9)
>
> > `./autogen.sh' command line.
> >
> > processing .
> > Running libtoolize...
> > You should add the contents of
> > `/usr/local/share/aclocal/libtool.m4' to `aclocal.m4'.
>
> That's fine - so libtoolize did its job.
>
> > Running aclocal ...
> > /usr/local/share/aclocal/xmms.m4:17: warning: underquoted
> > definition of XMMS_TEST_VERSION run info '(automake)Extending
> > aclocal'
> > or see
> > http://sources.redhat.com/automake/automake.html#Extending%20ac
> >local /usr/local/share/aclocal/xmms.m4:62: warning: underquoted
> > definition of AM_PATH_XMMS
>
> it seems that automake 1.8 is much more picky/verbose about the
> quoting in the .m4 files - they're warnings though and do not
> stop the processing.
>
> > aclocal: configure.in: 380: macro `AM_PATH_SDL' not found in
> > library
>
> There's the cause of the remaining errors. For whatever reason
> automake (and aclocal is part of automake) is bailing out and
> _NOT_ creating the aclocal.m4 file.
>
> Not having a valid aclocal.m4 leads to a cascade of errors
>
> > Running autoheader...
> > Running automake --gnu ...
> > configure.in: no proper invocation of AM_INIT_AUTOMAKE was
> > found.
>
> AM_INIT_AUTOMAKE is indeed present in configure.in
>
> > configure.in: You should verify that configure.in invokes
> > AM_INIT_AUTOMAKE, configure.in: that aclocal.m4 is present in
> > the top-level directory, configure.in: and that aclocal.m4 was
> > recently regenerated (using aclocal).
>
> automake is saying it doesn't have an aclocal.m4 file
>
> > lavtools/Makefile.am:14: HAVE_V4L does not appear in
> > AM_CONDITIONAL lavtools/Makefile.am:20: HAVE_V4L_OR_SDL does
> > not appear in AM_CONDITIONAL
>
> that is false - those (and all the others) are indeed present.
>
> No sense going on - the rest of the errors were triggered by
> aclocal exiting without creating an aclocal.m4 file.
>
> So, despite the 'ifdef([AM_PATH_SDL], ...' logic
> 'automake/aclocal' is adamant that 'sdl.m4' exist.
>
> Thing to do is install the SDL (and the -devel) package. Then
> make sure that 'sdl.m4' is present in the aclocal-1.8/ directory
> and give ./autogen.sh another try.
>
> Good Luck.
>
> Steven Schultz
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Perforce Software.
> Perforce is the Fast Software Configuration Management System
> offering advanced branching capabilities and atomic changes on
> 50+ platforms. Free Eval!
> http://www.perforce.com/perforce/loadprog.html
> _______________________________________________
> Mjpeg-users mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/mjpeg-users
-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
