svn checkout, ./autogen.sh, ./configure, make went thru OK, but make install fails. Apparently it fails when trying to create directory/file for realtime weed plugins. I will attach ~/LiVES/config.log and the terminal session.
Well, It was fixed in the subversion. Thanks. It installed OK. When I checked the H.264 / AAC encoding I got an error. I don't know if it's a problem in LiVES, or if I have something wrong with my mplayer install. Here is the encoder output:
Yes, it looks like a problem in mplayer. I think there is some mismatch between the version of libavcodec used by ffmpeg and the version used by mplayer. You might need to update one or other of those packages or rebuild mplayer from source using ffmpeg's libraries.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I installed mplayer from svn and the x264 aac encoding is working. I haven't tried any other features, but I'll report a bug if there are problems. This is resolved.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
View and moderate all "bugs Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Bugs"
~LiVES/config.log
View and moderate all "bugs Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Bugs"
OK, thanks for letting me know. Should be fixed in subversion now.
View and moderate all "bugs Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Bugs"
Well, It was fixed in the subversion. Thanks. It installed OK. When I checked the H.264 / AAC encoding I got an error. I don't know if it's a problem in LiVES, or if I have something wrong with my mplayer install. Here is the encoder output:
Running stream to queue with command:
mplayer -frames 236 -mf fps=59.940:type=png mf://*.png -nosound -benchmark -fps 59.940 -ao null -vo yuv4mpeg:file=264stream.y4m </dev>[error]: could not open input file `264stream.y4m' Encoding audio with: nohup ffmpeg -i audiodump.wav -acodec aac -strict experimental -ab 192k -ar 44100 -threads 2 temp.aac FFmpeg version SVN-r25671, Copyright (c) 2000-2010 the FFmpeg developers built on Nov 4 2010 16:58:24 with gcc 4.4.3 configuration: --logfile=inst-11-4.log --enable-shared --enable-libmp3lame --enable-libvpx --enable-gpl --enable-pthreads --enable-libgsm --disable-stripping --enable-avfilter --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-nonfree --enable-postproc --enable-libfaac --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-x11grab libavutil 50.32. 6 / 50.32. 6 libavcore 0.12. 0 / 0.12. 0 libavcodec 52.94. 3 / 52.94. 3 libavformat 52.84. 0 / 52.84. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter 1.54. 0 / 1.54. 0 libswscale 0.12. 0 / 0.12. 0 libpostproc 51. 2. 0 / 51. 2. 0 [wav @ 0x24184c0] Estimating duration from bitrate, this may be inaccurate Input #0, wav, from 'audiodump.wav': Duration: 00:00:04.00, bitrate: 1536 kb/s Stream #0.0: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Output #0, adts, to 'temp.aac': Metadata: encoder : Lavf52.84.0 Stream #0.0: Audio: libfaac, 44100 Hz, 2 channels, s16, 192 kb/s Stream mapping: Stream #0.0 -> #0.0
Press [q] to stop encoding
size= 83kB time=4.02 bitrate= 169.5kbits/s
video:0kB audio:82kB global headers:0kB muxing overhead 1.441345%
Muxing with:
MP4Box -fps 59.940 -add temp.264 -add temp.aac "/home/dad/Videos/HDV_0006a.mp4"
Cannot find H264 start code
Error importing temp.264: BitStream Not Compliant
Yes, it looks like a problem in mplayer. I think there is some mismatch between the version of libavcodec used by ffmpeg and the version used by mplayer. You might need to update one or other of those packages or rebuild mplayer from source using ffmpeg's libraries.
View and moderate all "bugs Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Bugs"
I installed mplayer from svn and the x264 aac encoding is working. I haven't tried any other features, but I'll report a bug if there are problems. This is resolved.
Great ! Glad to hear it is all working now.