[gentoo-user] mencoder: error encoding, following howto

[gentoo-user] mencoder: error encoding, following howto

[fire-eyes]

Having given up on dvdrip for ripping dvd's, i've since moved on to a howto I 
was pointed at:

http://gentoo-wiki.com/HOWTO_Rip_DVD_mencoder

I opt to go for the supposedly higher quality x264, so I do two passes:

1:

mencoder -v ../vob/title1.vob -alang en -vf 
crop=720:352:0:62,scale=752:320 -ovc x264 -x264encopts 
subq=4:bframes=4:b_pyramid:weight_b:pass=1:psnr:bitrate=4452:threads=2:turbo=1 -oac 
copy -ofps 24000/1001 -vobsubout subtitles -vobsuboutindex 0 -slang en -o 
pass1.avi

2 (which whines about not finding the log file, so I have to rename 
divx2pass.log.temp to divx2pass.log manually -- donchya love having to figure 
things out):

mencoder -v ../vob/title1.vob -alang en -vf 
crop=720:352:0:62,spp,scale,hqdn3d=2:1:2 -ovc x264 -x264encopts 
subq=5:4x4mv:8x8dct:frameref=3:me=2:bframes=4:b_pyramid:pass=2:psnr:bitrate=4450:threads=3 -oac 
faac -faacopts object=0:tns:quality=100 -ofps 24000/1001 -o pass2.avi

However there is a problem with pass 2. I have tried this on two seperate 
systems, and the exact same thing happens:

MEncoder 1.0pre8-3.4.6 (C) 2000-2006 MPlayer Team
CPU:         Intel(R) Pentium(R) M processor 1.86GHz (Family: 6, Model: 13, 
Stepping: 8)
MMX2 supported but disabled
CPUflags: Type: 6 MMX: 1 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
93 audio & 211 video codecs
init_freetype
get_path('font/font.desc') -> '/home/sgtphou/.mplayer/font/font.desc'
font: can't open file: /home/sgtphou/.mplayer/font/font.desc
Font /usr/share/mplayer/font/font.desc loaded successfully! (206 chars)
Using MMX Optimized OnScreenDisplay
[file] File size is 7733315584 bytes
STREAM: 
[file] /home/sgtphou/fire-eyes/temp/mencoder/xmen-2/title1/vob/title1.vob
STREAM: Description: File
STREAM: Author: Albeu
STREAM: Comment: based on the code from ??? (probably Arpi)
success: format: 0  data: 0x0 - 0xccf10800
Checking for YUV4MPEG2
ASF_check: not ASF guid!
Checking for NuppelVideo
Checking for REAL
Checking for SMJPEG
Searching demuxer type for 
filename /home/sgtphou/fire-eyes/temp/mencoder/xmen-2/title1/vob/title1.vob 
ext: .vob
Trying demuxer 2 based on filename extension
system stream synced at 0xD (13)!
==> Found video stream: 0
==> Found audio stream: 131
==> Found audio stream: 128
==> Found audio stream: 137
==> Found audio stream: 132
==> Found audio stream: 133
==> Found audio stream: 130
MPEG Stream reached EOF
ds_fill_buffer: EOF reached (stream: video)
MPEG-PS file format detected.
==> Found subtitle: 0
==> Found subtitle: 1
==> Found subtitle: 2
==> Found subtitle: 3
==> Found subtitle: 4
==> Found subtitle: 5
==> Found subtitle: 6
==> Found subtitle: 7
Searching for sequence header... OK!
VIDEO:  MPEG2  720x480  (aspect 3)  29.970 fps  9800.0 kbps (1225.0 kbyte/s)
[V] filefmt:2  fourcc:0x10000002  size:720x480  fps:29.97  ftime:=0.0334
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
dec_audio: Allocating 3840 bytes for input buffer.
dec_audio: Allocating 6144 + 65536 = 71680 bytes for output buffer.
Using SSE optimized IMDCT transform
AC3: 2.0 (dolby)  48000 Hz  192.0 kbit/s
A52 flags before a52_frame: 0x2A
A52 flags after a52_frame: 0xA
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000)
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
Opening video filter: [hqdn3d=2:1:2]
Opening video filter: [scale]
SwScale params: -1 x -1 (-1=no scaling)
Opening video filter: [spp]
Opening video filter: [crop w=720 h=352 x=0 y=62]
Crop: 720 x 352, 0 ; 62
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 720 x 480 (preferred colorspace: Mpeg PES)
[PP] Using external postprocessing filter, max q = 6.
Trying filter chain: crop spp scale hqdn3d expand x264
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
SwScale params: -1 x -1 (-1=no scaling)
Trying filter chain: scale crop spp scale hqdn3d expand x264
The selected video_out device is incompatible with this codec.
Try adding the scale filter, e.g. -vf spp,scale instead of -vf spp.
VDecoder init failed :(
Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b
Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2))
==========================================================================
Building audio filter chain for 48000Hz/2ch/s16le -> 0Hz/0ch/??...
[libaf] Adding filter dummy
[dummy] Was reinitialized: 48000Hz/2ch/s16le
[dummy] Was reinitialized: 48000Hz/2ch/s16le
AE_FAAC, sample_input: 2048, max_bytes_output: 1536
Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
[dummy] Was reinitialized: 48000Hz/2ch/s16le
[dummy] Was reinitialized: 48000Hz/2ch/s16le
VDec: vo config request - 720 x 480 (preferred colorspace: Planar YV12)
[PP] Using external postprocessing filter, max q = 6.
Trying filter chain: crop spp scale hqdn3d expand x264
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO Config (720x480->854x480,flags=0,'MPlayer',0x32315659)
REQ: flags=0x441  req=0x400
REQ: flags=0x441  req=0x0
SwScaler: using unscaled Planar YV12 -> Planar YV12 special converter
REQ: flags=0x403  req=0x0
REQ: flags=0x403  req=0x0
REQ: flags=0x3  req=0x0
x264 [info]: using SAR=427/360
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
*** [crop] Allocating mp_image_t, 720x480x12bpp YUV planar, 518400 bytes
*** [crop] Allocating mp_image_t, 720x480x12bpp YUV planar, 518400 bytesms 
3/12734 D/B/S 0/1/0
*** [spp] Exporting mp_image_t, 720x352x12bpp YUV planar, 380160 bytes/Vms 
3/8607 D/B/S 0/2/0
*** [scale] Allocating mp_image_t, 720x352x12bpp YUV planar, 380160 bytes
*** [hqdn3d] Allocating mp_image_t, 720x352x12bpp YUV planar, 380160 bytes
*** [x264] Allocating mp_image_t, 720x352x12bpp YUV planar, 380160 bytes
*** [expand] Direct Rendering mp_image_t, 720x352x12bpp YUV planar, 380160 
bytes

2 duplicate frame(s)!
Muxer frame buffer sending 25 frame(s) to the muxer.
Writing header...
ODML: vprp aspect is 16384:6753.
Setting audio delay to 0.064s.
Writing header...
ODML: vprp aspect is 16384:6753.
Setting audio delay to 0.064s.
Writing header...
ODML: vprp aspect is 16384:6753.
Setting audio delay to 0.064s.
*** [scale] Allocating mp_image_t, 720x352x12bpp YUV planar, 380160 bytess 
3/5171 D/B/S 2/2/0
*** [spp] Direct Rendering mp_image_t, 720x352x12bpp YUV planar, 380160 bytes
*** [crop] Allocating (slices) mp_image_t, 720x480x12bpp YUV planar, 518400 
bytes
*** [scale] Allocating mp_image_t, 720x352x12bpp YUV planar, 380160 bytess 
3/3695 D/B/S 2/2/0
Segmentation fault


Ah, so this is working _real_ well... Any ideas out there? Because I can't get 
past this point.

(Insert my typical whine about video on linux being a pain here)
-- 
"When you walk across the fields with your mind pure and holy, then from
all the stones, and all growing things, and all animals, the sparks of
their soul come out and cling to you. And then they are purified, and
become a holy fire in you." -- Ancient Hasidic Saying
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] mencoder: error encoding, following howto

[Ian Porter]

Hi

> Having given up on dvdrip for ripping dvd's, i've since moved on to a
> howto I  was pointed at:
>
> http://gentoo-wiki.com/HOWTO_Rip_DVD_mencoder
>

Not sure how much of a help it is, but ages ago I was playing about with
linux avi/mpeg - dvd ripping etc.. and did write up a couple of notes on the
matter and placed on my site.  Again not sure how much help they are, was
doing it in 2005 but now do not rip dvd's anymore since dvd's are cheaper
now than cd to backup incase of any scratches.

http://www.designersoft.co.uk/tutorials/tutorialroom/1-1.html

Thanks
Ian
> I opt to go for the supposedly higher quality x264, so I do two passes:
>
> 1:
>
> mencoder -v ../vob/title1.vob -alang en -vf
> crop=720:352:0:62,scale=752:320 -ovc x264 -x264encopts
> subq=4:bframes=4:b_pyramid:weight_b:pass=1:psnr:bitrate=4452:threads=2:turbo=1> -oac  copy -ofps 24000/1001 -vobsubout subtitles -vobsuboutindex 0
> -slang en -o  pass1.avi
>
> 2 (which whines about not finding the log file, so I have to rename
> divx2pass.log.temp to divx2pass.log manually -- donchya love having to
> figure  things out):
>
> mencoder -v ../vob/title1.vob -alang en -vf
> crop=720:352:0:62,spp,scale,hqdn3d=2:1:2 -ovc x264 -x264encopts
>
subq=5:4x4mv:8x8dct:frameref=3:me=2:bframes=4:b_pyramid:pass=2:psnr:bitrate=4450:threads=3> -oac  faac -faacopts object=0:tns:quality=100 -ofps 24000/1001 -o
> pass2.avi
>
> However there is a problem with pass 2. I have tried this on two
> seperate  systems, and the exact same thing happens:
>
> MEncoder 1.0pre8-3.4.6 (C) 2000-2006 MPlayer Team
> CPU:         Intel(R) Pentium(R) M processor 1.86GHz (Family: 6, Model:
> 13,  Stepping: 8)
> MMX2 supported but disabled
> CPUflags: Type: 6 MMX: 1 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
> Compiled with runtime CPU detection.
> 93 audio & 211 video codecs
> init_freetype
> get_path('font/font.desc') -> '/home/sgtphou/.mplayer/font/font.desc'
> font: can't open file: /home/sgtphou/.mplayer/font/font.desc
> Font /usr/share/mplayer/font/font.desc loaded successfully! (206 chars)
> Using MMX Optimized OnScreenDisplay
> [file] File size is 7733315584 bytes
> STREAM:
> [file]
> /home/sgtphou/fire-eyes/temp/mencoder/xmen-2/title1/vob/title1.vob
> STREAM: Description: File
> STREAM: Author: Albeu
> STREAM: Comment: based on the code from ??? (probably Arpi)
> success: format: 0  data: 0x0 - 0xccf10800
> Checking for YUV4MPEG2
> ASF_check: not ASF guid!
> Checking for NuppelVideo
> Checking for REAL
> Checking for SMJPEG
> Searching demuxer type for
> filename
> /home/sgtphou/fire-eyes/temp/mencoder/xmen-2/title1/vob/title1.vob
> ext: .vob
> Trying demuxer 2 based on filename extension
> system stream synced at 0xD (13)!
> ==> Found video stream: 0
> ==> Found audio stream: 131
> ==> Found audio stream: 128
> ==> Found audio stream: 137
> ==> Found audio stream: 132
> ==> Found audio stream: 133
> ==> Found audio stream: 130
> MPEG Stream reached EOF
> ds_fill_buffer: EOF reached (stream: video)
> MPEG-PS file format detected.
> ==> Found subtitle: 0
> ==> Found subtitle: 1
> ==> Found subtitle: 2
> ==> Found subtitle: 3
> ==> Found subtitle: 4
> ==> Found subtitle: 5
> ==> Found subtitle: 6
> ==> Found subtitle: 7
> Searching for sequence header... OK!
> VIDEO:  MPEG2  720x480  (aspect 3)  29.970 fps  9800.0 kbps (1225.0
> kbyte/s) [V] filefmt:2  fourcc:0x10000002  size:720x480  fps:29.97
> ftime:=0.0334
> ==========================================================================
> Opening audio decoder: [liba52] AC3 decoding with liba52
> dec_audio: Allocating 3840 bytes for input buffer.
> dec_audio: Allocating 6144 + 65536 = 71680 bytes for output buffer.
> Using SSE optimized IMDCT transform
> AC3: 2.0 (dolby)  48000 Hz  192.0 kbit/s
> A52 flags before a52_frame: 0x2A
> A52 flags after a52_frame: 0xA
> Using MMX optimized resampler
> AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000)
> Selected audio codec: [a52] afm: liba52 (AC3-liba52)
> ==========================================================================
> Opening video filter: [expand osd=1]
> Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
> Opening video filter: [hqdn3d=2:1:2]
> Opening video filter: [scale]
> SwScale params: -1 x -1 (-1=no scaling)
> Opening video filter: [spp]
> Opening video filter: [crop w=720 h=352 x=0 y=62]
> Crop: 720 x 352, 0 ; 62
> ==========================================================================
> Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
> VDec: vo config request - 720 x 480 (preferred colorspace: Mpeg PES)
> [PP] Using external postprocessing filter, max q = 6.
> Trying filter chain: crop spp scale hqdn3d expand x264
> Could not find matching colorspace - retrying with -vf scale...
> Opening video filter: [scale]
> SwScale params: -1 x -1 (-1=no scaling)
> Trying filter chain: scale crop spp scale hqdn3d expand x264
> The selected video_out device is incompatible with this codec.
> Try adding the scale filter, e.g. -vf spp,scale instead of -vf spp.
> VDecoder init failed :(
> Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder
> libmpeg2-v0.4.0b Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1
> or 2 (libmpeg2))
> ==========================================================================
> Building audio filter chain for 48000Hz/2ch/s16le -> 0Hz/0ch/??...
> [libaf] Adding filter dummy
> [dummy] Was reinitialized: 48000Hz/2ch/s16le
> [dummy] Was reinitialized: 48000Hz/2ch/s16le
> AE_FAAC, sample_input: 2048, max_bytes_output: 1536
> Building audio filter chain for 48000Hz/2ch/s16le ->
> 48000Hz/2ch/s16le... [dummy] Was reinitialized: 48000Hz/2ch/s16le
> [dummy] Was reinitialized: 48000Hz/2ch/s16le
> VDec: vo config request - 720 x 480 (preferred colorspace: Planar YV12)
> [PP] Using external postprocessing filter, max q = 6.
> Trying filter chain: crop spp scale hqdn3d expand x264
> VDec: using Planar YV12 as output csp (no 0)
> Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
> VO Config (720x480->854x480,flags=0,'MPlayer',0x32315659)
> REQ: flags=0x441  req=0x400
> REQ: flags=0x441  req=0x0
> SwScaler: using unscaled Planar YV12 -> Planar YV12 special converter
> REQ: flags=0x403  req=0x0
> REQ: flags=0x403  req=0x0
> REQ: flags=0x3  req=0x0
> x264 [info]: using SAR=427/360
> x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
> *** [crop] Allocating mp_image_t, 720x480x12bpp YUV planar, 518400
> bytes *** [crop] Allocating mp_image_t, 720x480x12bpp YUV planar,
> 518400 bytesms  3/12734 D/B/S 0/1/0
> *** [spp] Exporting mp_image_t, 720x352x12bpp YUV planar, 380160
> bytes/Vms  3/8607 D/B/S 0/2/0
> *** [scale] Allocating mp_image_t, 720x352x12bpp YUV planar, 380160
> bytes *** [hqdn3d] Allocating mp_image_t, 720x352x12bpp YUV planar,
> 380160 bytes *** [x264] Allocating mp_image_t, 720x352x12bpp YUV
> planar, 380160 bytes *** [expand] Direct Rendering mp_image_t,
> 720x352x12bpp YUV planar, 380160  bytes
>
> 2 duplicate frame(s)!
> Muxer frame buffer sending 25 frame(s) to the muxer.
> Writing header...
> ODML: vprp aspect is 16384:6753.
> Setting audio delay to 0.064s.
> Writing header...
> ODML: vprp aspect is 16384:6753.
> Setting audio delay to 0.064s.
> Writing header...
> ODML: vprp aspect is 16384:6753.
> Setting audio delay to 0.064s.
> *** [scale] Allocating mp_image_t, 720x352x12bpp YUV planar, 380160
> bytess  3/5171 D/B/S 2/2/0
> *** [spp] Direct Rendering mp_image_t, 720x352x12bpp YUV planar, 380160
> bytes *** [crop] Allocating (slices) mp_image_t, 720x480x12bpp YUV
> planar, 518400  bytes
> *** [scale] Allocating mp_image_t, 720x352x12bpp YUV planar, 380160
> bytess  3/3695 D/B/S 2/2/0
> Segmentation fault
>
>
> Ah, so this is working _real_ well... Any ideas out there? Because I
> can't get  past this point.
>
> (Insert my typical whine about video on linux being a pain here)
> --
> "When you walk across the fields with your mind pure and holy, then
> from all the stones, and all growing things, and all animals, the
> sparks of their soul come out and cling to you. And then they are
> purified, and become a holy fire in you." -- Ancient Hasidic Saying
> --
> gentoo-user@gentoo.org mailing list



-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] mencoder: error encoding, following howto

[Hans-Werner Hilse]

Hi,

On Wed, 21 Jun 2006 10:01:51 -0400 fire-eyes <sgtphou@fire-eyes.org>
wrote:

> I opt to go for the supposedly higher quality x264, so I do two
> passes:
> 
> 1:
> 
> mencoder -v ../vob/title1.vob -alang en -vf 
> crop=720:352:0:62,scale=752:320 -ovc x264 -x264encopts 
> subq=4:bframes=4:b_pyramid:weight_b:pass=1:psnr:bitrate=4452:threads=2:turbo=1
> -oac copy -ofps 24000/1001 -vobsubout subtitles -vobsuboutindex 0
> -slang en -o pass1.avi

Hm, threading, eh? Ever tried disabling it?

> 2 (which whines about not finding the log file, so I have to rename 
> divx2pass.log.temp to divx2pass.log manually -- donchya love having
> to figure things out):

The question is rather why mencoder doesn't name it like this. The
mencoder man page clearly tells that it should. It supposedly wasn't
existing at that point, right?

> mencoder -v ../vob/title1.vob -alang en -vf 
> crop=720:352:0:62,spp,scale,hqdn3d=2:1:2 -ovc x264 -x264encopts 
> subq=5:4x4mv:8x8dct:frameref=3:me=2:bframes=4:b_pyramid:pass=2:psnr:bitrate=4450:threads=3
> -oac faac -faacopts object=0:tns:quality=100 -ofps 24000/1001 -o
> pass2.avi

Oh, 3 threads now. Again: Did you try using only one thread? Are all
those additional libraries you might have compiled into mplayer
thread-safe? BTW: Is there a reason why in pass one you're using a
cropped, scaled version of the movie and in pass two a _not_ scaled
version? This will probably result in different blocks and will
probably have (minor) bad influence on b/w calculation...

> However there is a problem with pass 2. I have tried this on two
> seperate systems, and the exact same thing happens:
> [...]
> Segmentation fault

Segfaults are not that uncommon if you have problems with interfering
threads. If you have a little time, you may also want to do an "emerge
-e mplayer" to sort out problems that are due to compiler change and
similar. BTW: Are you overriding the mplayer ebuild's own CFLAG
settings?

> Ah, so this is working _real_ well... Any ideas out there? Because I
> can't get past this point.

Well, hard to imagine what you've already tried, but try the things
mentioned above.


HTH,

-hwh

PS:
> (Insert my typical whine about video on linux being a pain here)
(Insert my typical whine about whining about video on linux here :-)
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] mencoder: error encoding, following howto

[fire-eyes]

On Wednesday 21 June 2006 12:45, Hans-Werner Hilse wrote:
> Hi,
>
> On Wed, 21 Jun 2006 10:01:51 -0400 fire-eyes <sgtphou@fire-eyes.org>
>
> wrote:
> > I opt to go for the supposedly higher quality x264, so I do two
> > passes:
> >
> > 1:
> >
> > mencoder -v ../vob/title1.vob -alang en -vf
> > crop=720:352:0:62,scale=752:320 -ovc x264 -x264encopts
> > subq=4:bframes=4:b_pyramid:weight_b:pass=1:psnr:bitrate=4452:threads=2:tu
> >rbo=1 -oac copy -ofps 24000/1001 -vobsubout subtitles -vobsuboutindex 0
> > -slang en -o pass1.avi
>
> Hm, threading, eh? Ever tried disabling it?

Sure have, no change on either system.

> > 2 (which whines about not finding the log file, so I have to rename
> > divx2pass.log.temp to divx2pass.log manually -- donchya love having
> > to figure things out):
>
> The question is rather why mencoder doesn't name it like this. The
> mencoder man page clearly tells that it should. It supposedly wasn't
> existing at that point, right?

Correct, I did not understand that one, either.

> > mencoder -v ../vob/title1.vob -alang en -vf
> > crop=720:352:0:62,spp,scale,hqdn3d=2:1:2 -ovc x264 -x264encopts
> > subq=5:4x4mv:8x8dct:frameref=3:me=2:bframes=4:b_pyramid:pass=2:psnr:bitra
> >te=4450:threads=3 -oac faac -faacopts object=0:tns:quality=100 -ofps
> > 24000/1001 -o pass2.avi
>
> Oh, 3 threads now. Again: Did you try using only one thread? Are all
> those additional libraries you might have compiled into mplayer
> thread-safe? BTW: Is there a reason why in pass one you're using a
> cropped, scaled version of the movie and in pass two a _not_ scaled
> version? This will probably result in different blocks and will
> probably have (minor) bad influence on b/w calculation...

Just following the URL. I haven't a clue what i'm doing with all this stuff, i 
find it very confusing.

> > However there is a problem with pass 2. I have tried this on two
> > seperate systems, and the exact same thing happens:
> > [...]
> > Segmentation fault
>
> Segfaults are not that uncommon if you have problems with interfering
> threads. If you have a little time, you may also want to do an "emerge
> -e mplayer" to sort out problems that are due to compiler change and
> similar. BTW: Are you overriding the mplayer ebuild's own CFLAG
> settings?

Sure, maybe I'll do the emptytree some day. Sounds like it would be easiest to 
not use threads and in fact disable it in the x2whatever encoder, i would 
hate to have to stick with that though as I do have two cpus... better than 
segfaults tough.

I am using custom cflags on that, though I've never had a problem with that.

I think what I'll try is disabling threading support in the apps, try again. 
If that fails, move away from custom-cflags in mplayer.

So many factors :) Thanks.

-- 
"When you walk across the fields with your mind pure and holy, then from
all the stones, and all growing things, and all animals, the sparks of
their soul come out and cling to you. And then they are purified, and
become a holy fire in you." -- Ancient Hasidic Saying
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] mencoder: error encoding, following howto

[Uwe Thiem]

On 21 June 2006 15:01, fire-eyes wrote:

> Ah, so this is working _real_ well... Any ideas out there? Because I can't
> get past this point.

Try the script provided on my company's web site (http://www.SysEx.com.na) 
under "Linux tips and tricks". It's tip #5.

Uwe

-- 
Mark Twain: I rather decline two drinks than a German adjective.
http://www.SysEx.com.na
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] mencoder: error encoding, following howto

[Nick Rout]

dvdrip is in portage and is an excellent tool for backing up DVD.


On Wed, 21 Jun 2006 19:48:34 +0100
Uwe Thiem wrote:

> On 21 June 2006 15:01, fire-eyes wrote:
> 
> > Ah, so this is working _real_ well... Any ideas out there? Because I can't
> > get past this point.
> 
> Try the script provided on my company's web site (http://www.SysEx.com.na) 
> under "Linux tips and tricks". It's tip #5.
> 
> Uwe
> 
> -- 
> Mark Twain: I rather decline two drinks than a German adjective.
> http://www.SysEx.com.na
> -- 
> gentoo-user@gentoo.org mailing list

-- 
Nick Rout <nick@rout.co.nz>

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] mencoder: error encoding, following howto

[fire-eyes]

On Wednesday 21 June 2006 18:03, Nick Rout wrote:
> dvdrip is in portage and is an excellent tool for backing up DVD.

It looked that way to me, however in every test I tried, after ripping it 
always said only X out of a total of Y frames were ripped, and it was always 
somewhere around 20 - 30% less. Did that on two systems. In short, it looked 
good to me but I gave up on it after fighting with it for a week.

-- 
"When you walk across the fields with your mind pure and holy, then from
all the stones, and all growing things, and all animals, the sparks of
their soul come out and cling to you. And then they are purified, and
become a holy fire in you." -- Ancient Hasidic Saying
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] mencoder: error encoding, following howto

[Nick Rout]

On Wed, 21 Jun 2006 20:02:18 -0400
fire-eyes <sgtphou@fire-eyes.org> wrote:

> On Wednesday 21 June 2006 18:03, Nick Rout wrote:
> > dvdrip is in portage and is an excellent tool for backing up DVD.
> 
> It looked that way to me, however in every test I tried, after ripping it 
> always said only X out of a total of Y frames were ripped, and it was always 
> somewhere around 20 - 30% less. Did that on two systems. In short, it looked 
> good to me but I gave up on it after fighting with it for a week.
> 

ahhh yes I picked up that thread now...

k3b has a dvd ripping front end too, just looking into that!

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] mencoder: error encoding, following howto

[Nick Rout]

On Thu, 22 Jun 2006 21:28:32 +1200
Nick Rout <nick@rout.co.nz> wrote:

> On Wed, 21 Jun 2006 20:02:18 -0400
> fire-eyes <sgtphou@fire-eyes.org> wrote:
> 
> > On Wednesday 21 June 2006 18:03, Nick Rout wrote:
> > > dvdrip is in portage and is an excellent tool for backing up DVD.
> > 
> > It looked that way to me, however in every test I tried, after ripping it 
> > always said only X out of a total of Y frames were ripped, and it was always 
> > somewhere around 20 - 30% less. Did that on two systems. In short, it looked 
> > good to me but I gave up on it after fighting with it for a week.
> > 
> 
> ahhh yes I picked up that thread now...
> 
> k3b has a dvd ripping front end too, just looking into that!


hmmm I get this message 

"DVD Ripping in K3b is currently unmaintained. Depending on the version of transcode K3b may freeze and pollute ~/.xsession-errors or stdin if you started K3b from a console.
If you are interested in maintaining the DVD Ripping part of K3b please contact the project's maintainer Sebastian Trueg (trueg@k3b.org)."


> 
> -- 
> gentoo-user@gentoo.org mailing list
> 
-- 
gentoo-user@gentoo.org mailing list