encode2mpeg-users

[Encode2mpeg-users] encoding for the Philips DVP642

[Adam M. <ha...@gm...>]

Hi Giacomo (and others),

I have a Philips DVP642 standalone DVD player (product spec sheet:
http://forum.doom9.org/showpost.php?p=3D654516&postcount=3D1 or
http://snipurl.com/ivaz ). It's supposed to be able to play DivX files, but
I'm having a little trouble encoding DivX video so it will play perfectly. =
I
know this isn't a Philips hardware forum, but you seem to be quite
knowledgeable about video encoding, and I thought something on the product
spec sheet would mean more to you than it means to me.

Here's an example I used recently:

encode2mpeg in.avi -o out -avionly -encode 3:1:2 -ffourcc DIVX -turbo 1
-setaspect 6

I then burn out.avi to a data CD or DVD, and the player is able to play the
file. The only problem is that (1) when there is a lot of movement, the
video gets choppy, and (2) the audio gradually slows down compared to the
video. Any ideas of options I might add to make this video a bit more
playable on this particular standalone player? The spec sheet mentions that
GMC and Q-Pel are not supported, but I don't think mencoder enables these b=
y
default, so this shouldn't be a problem. Video encoded with
Nandub/VirtualDubMod (Windows) seems to play perfectly.

Here's a little more info that might be helpful. The video in.avi (in this
case) was ripped from a DVD I own using the following command line:

mencoder dvd://1 -quiet -oac copy -ovc copy -o in.avi

And was subsequently encoded into DivX format using the aforementioned
encode2mpeg command line. When in.avi is played by mplayer, it reports the
following:

$ mplayer in.avi
...
MPlayer 1.0pre7-4.0.0 (C) 2000-2005 MPlayer Team
...
Playing in.avi.
AVI file format detected.
AVI: ODML: Building odml index (2 superindexchunks)
VIDEO: [] 720x480 24bpp 29.970 fps 3930.8 kbps (479.8 kbyte/s)
VIDEO: MPEG2 720x480 (aspect 2) 29.970 fps 8891.6 kbps (1111.5 kbyte/s)
Clip info:
Software: MEncoder 1.0pre7-3.4.3
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Opening audio decoder: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
AC3: 5.1 (3f+2r+lfe) 48000 Hz 384.0 kbit/s
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, s16le, 384.0 kbit/25.00% (ratio: 48000->192000)
Selected audio codec: [a52] afm:liba52 (AC3-liba52)
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
vo: X11 running at 1024x768 with depth 24 and 32 bpp (":0.0" =3D> local
display)
vo_xvmc: X-Video extension 2.2
vo_xvmc: No X-Video MotionCompensation Extension on :0.0
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 720 x 480 (preferred csp: Mpeg PES)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
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))
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Checking audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
AF_pre: 48000Hz/2ch/s16le
AO: [oss] 48000Hz 2ch s16le (2 bps)
Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
Starting playback...
VDec: vo config request - 720 x 480 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [xv] 720x480 =3D> 720x540 Planar YV12
...

When out.avi is played, mplayer reports the following:

$ mplayer out.avi
...
MPlayer 1.0pre7-4.0.0 (C) 2000-2005 MPlayer Team
...
Playing out.avi.
AVI file format detected.
VIDEO: [DIVX] 640x480 24bpp 24.000 fps 1951.2 kbps (238.2 kbyte/s)
Clip info:
Software: MEncoder 1.0pre7-4.0.0
Comments: encode2mpeg-0.5.2
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 40.0 kbit/2.60% (ratio: 5000->192000)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
vo: X11 running at 1024x768 with depth 24 and 32 bpp (":0.0" =3D> local
display)
vo_xvmc: X-Video extension 2.2
vo_xvmc: No X-Video MotionCompensation Extension on :0.0
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4)
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Checking audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
AF_pre: 48000Hz/2ch/s16le
AO: [oss] 48000Hz 2ch s16le (2 bps)
Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
Starting playback...
VDec: vo config request - 640 x 480 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [xv] 640x480 =3D> 640x480 Planar YV12
...

Any ideas? Might I need to lower the quality of the audio or lower the
vbitrate?

Thank you,
-Adam

For reference, here are some related posts on other forums:
* http://forum.doom9.org/showpost.php?p=3D654516&postcount=3D1
http://snipurl.com/ivaz

*
http://forums.divx.com/groupee/forums/a/tpc/f/531101651/m/505107852/r/50510=
7852
http://snipurl.com/ivb9

* http://forums.divx.com/eve/ubb.x/a/tpc/f/531101651/m/248100742/r/45610174=
2
http://snipurl.com/ivba

* http://forum.doom9.org/showthread.php?t=3D98463
http://snipurl.com/ivbc

--
Adam Monsen

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Giacomo C. <enc...@us...>]

On Sat, Oct 22, 2005 at 10:54:21PM -0700, Adam Monsen wrote:
> Hi Giacomo (and others),
> 
> I have a Philips DVP642 standalone DVD player (product spec sheet:
> http://forum.doom9.org/showpost.php?p=654516&postcount=1 or
> http://snipurl.com/ivaz ). It's supposed to be able to play DivX files, but
> I'm having a little trouble encoding DivX video so it will play perfectly. I
> know this isn't a Philips hardware forum, but you seem to be quite
> knowledgeable about video encoding, and I thought something on the product
> spec sheet would mean more to you than it means to me.
> 
> Here's an example I used recently:
> 
> encode2mpeg in.avi -o out -avionly -encode 3:1:2 -ffourcc DIVX -turbo 1
> -setaspect 6
> 
> I then burn out.avi to a data CD or DVD, and the player is able to play the
> file. The only problem is that (1) when there is a lot of movement, the
> video gets choppy, and (2) the audio gradually slows down compared to the
> video. Any ideas of options I might add to make this video a bit more
> playable on this particular standalone player? The spec sheet mentions that
> GMC and Q-Pel are not supported, but I don't think mencoder enables these by
> default, so this shouldn't be a problem. Video encoded with
> Nandub/VirtualDubMod (Windows) seems to play perfectly.

For problem (2) you should add the option -fixasync. Please try it
and tell me if this elimitane the the a/v desync when you play it
with your player.
For problem (1) the solution should be to reduce the video bitrate.
During fast motion scenes, the encoder need to use a higher bit rate
in order to preserve the quality. This is not a problem with a software
player where the data transfer rate from the harddisk or DVD drive is big.
But a hardware DVD player is more limited and the peak data rate can be a problem.
You have different options in order to reduce the bit rate:
1) Add bframes. Use the options -bframes 2
or
2) Use a better compression option: -encode 3:3:2 (with this option
bframes are used automatically, add -bframes 0 to turn them off).
or
3) Decrease the video bit rate: use -usesbr or -vbitrate

You can try to find the maximum data transfer rate of your player.
Do diffenrent encoding with different argument values of -vbitrate
and check the high motion scene. Do a binary search until you find
the maximum video bit rate that do not produce choppy video.
(in order to be reliable you should also use a cbr audio encoding)

Of course all these seggestions are valid if the high bit rate
is the cause of your choppy video. It may also be that the cause
is another and the suggestion are useless :(.

Test my suggestions and keep me informed.
A question, what kind of media are you using? DVD+-R[W], CD-R[W], etc.

Giacomo

> 
> Here's a little more info that might be helpful. The video in.avi (in this
> case) was ripped from a DVD I own using the following command line:
> 
> mencoder dvd://1 -quiet -oac copy -ovc copy -o in.avi
> 
> And was subsequently encoded into DivX format using the aforementioned
> encode2mpeg command line. When in.avi is played by mplayer, it reports the
> following:
> 
> $ mplayer in.avi
> ...
> MPlayer 1.0pre7-4.0.0 (C) 2000-2005 MPlayer Team
> ...
> Playing in.avi.
> AVI file format detected.
> AVI: ODML: Building odml index (2 superindexchunks)
> VIDEO: [] 720x480 24bpp 29.970 fps 3930.8 kbps (479.8 kbyte/s)
> VIDEO: MPEG2 720x480 (aspect 2) 29.970 fps 8891.6 kbps (1111.5 kbyte/s)
> Clip info:
> Software: MEncoder 1.0pre7-3.4.3
> ==========================================================================
> Opening audio decoder: [liba52] AC3 decoding with liba52
> Using SSE optimized IMDCT transform
> AC3: 5.1 (3f+2r+lfe) 48000 Hz 384.0 kbit/s
> Using MMX optimized resampler
> AUDIO: 48000 Hz, 2 ch, s16le, 384.0 kbit/25.00% (ratio: 48000->192000)
> Selected audio codec: [a52] afm:liba52 (AC3-liba52)
> ==========================================================================
> vo: X11 running at 1024x768 with depth 24 and 32 bpp (":0.0" => local
> display)
> vo_xvmc: X-Video extension 2.2
> vo_xvmc: No X-Video MotionCompensation Extension on :0.0
> ==========================================================================
> Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
> VDec: vo config request - 720 x 480 (preferred csp: Mpeg PES)
> Could not find matching colorspace - retrying with -vf scale...
> Opening video filter: [scale]
> The selected video_out device is incompatible with this codec.
> 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))
> ==========================================================================
> Checking audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
> AF_pre: 48000Hz/2ch/s16le
> AO: [oss] 48000Hz 2ch s16le (2 bps)
> Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
> Starting playback...
> VDec: vo config request - 720 x 480 (preferred csp: Planar YV12)
> VDec: using Planar YV12 as output csp (no 0)
> Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
> VO: [xv] 720x480 => 720x540 Planar YV12
> ...
> 
> When out.avi is played, mplayer reports the following:
> 
> $ mplayer out.avi
> ...
> MPlayer 1.0pre7-4.0.0 (C) 2000-2005 MPlayer Team
> ...
> Playing out.avi.
> AVI file format detected.
> VIDEO: [DIVX] 640x480 24bpp 24.000 fps 1951.2 kbps (238.2 kbyte/s)
> Clip info:
> Software: MEncoder 1.0pre7-4.0.0
> Comments: encode2mpeg-0.5.2
> ==========================================================================
> Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
> AUDIO: 48000 Hz, 2 ch, s16le, 40.0 kbit/2.60% (ratio: 5000->192000)
> Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
> ==========================================================================
> vo: X11 running at 1024x768 with depth 24 and 32 bpp (":0.0" => local
> display)
> vo_xvmc: X-Video extension 2.2
> vo_xvmc: No X-Video MotionCompensation Extension on :0.0
> ==========================================================================
> Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
> Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4)
> ==========================================================================
> Checking audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
> AF_pre: 48000Hz/2ch/s16le
> AO: [oss] 48000Hz 2ch s16le (2 bps)
> Building audio filter chain for 48000Hz/2ch/s16le -> 48000Hz/2ch/s16le...
> Starting playback...
> VDec: vo config request - 640 x 480 (preferred csp: Planar YV12)
> VDec: using Planar YV12 as output csp (no 0)
> Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
> VO: [xv] 640x480 => 640x480 Planar YV12
> ...
> 
> Any ideas? Might I need to lower the quality of the audio or lower the
> vbitrate?
> 
> Thank you,
> -Adam
> 
> For reference, here are some related posts on other forums:
> * http://forum.doom9.org/showpost.php?p=654516&postcount=1
> http://snipurl.com/ivaz
> 
> *
> http://forums.divx.com/groupee/forums/a/tpc/f/531101651/m/505107852/r/505107852
> http://snipurl.com/ivb9
> 
> * http://forums.divx.com/eve/ubb.x/a/tpc/f/531101651/m/248100742/r/456101742
> http://snipurl.com/ivba
> 
> * http://forum.doom9.org/showthread.php?t=98463
> http://snipurl.com/ivbc
> 
> --
> Adam Monsen

-- 

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Adam M. <ha...@gm...>]

Thanks for the suggestions!

On 10/24/05, Giacomo Comes <enc...@us...> wrote:[...]

> Test my suggestions and keep me informed.


Ok! I'm trying the following now (I will have to let it run all night as my
computer isn't very fast):

encode2mpeg -o out-a.avi in.avi -avionly -encode 3:1:2 -ffourcc DIVX -turbo
1 -setaspect 6 -vbitrate 800 -fixasync

encode2mpeg -o out-b.avi in.avi -avionly -encode 3:1:2 -ffourcc DIVX -turbo
1 -setaspect 6 -vbitrate 1000 -fixasync

encode2mpeg -o out-c.avi in.avi -avionly -encode 3:3:2 -ffourcc DIVX -turbo
1 -setaspect 6 -vbitrate 1000 -fixasync

If I need an even lower data transfer rate than 800, I'll probably just
throw this DVD player in the garbage.

A question, what kind of media are you using? DVD+-R[W], CD-R[W], etc.


DVD-RW

[...]

--
Adam Monsen
http://adammonsen.com/blog/

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Adam M. <ha...@gm...>]

I did quite a few tests, so I thought I'd share some of my results. First,
the bad news, I wasn't able to solve the choppy video and audio sync issues=
.

encode2mpeg -o 312bframes in.avi -avionly -encode 3:1:2 -ffourcc DIVX
-setaspect 6 -turbo 1 -bframes 2

312bframes.avi turned out to be 1553.4 kbps, 689.7 MB, and took 2h17m44s to
encode. For some reason, this file wouldn't play on my Philips DVP642
standalone DVD player.

encode2mpeg -o 332 in.avi -avionly -encode 3:3:2 -ffourcc DIVX -setaspect 6
-turbo 1

332.avi turned out to be 1285.3 kbps, 581.8 MB, and took 4h5m49s to encode.
The quality was great but playback slowed during complex scenes and the
audio still fell out of sync (after 10min or so of playback).

encode2mpeg -o 742 in.avi -avionly -encode 7:4:2 -ffourcc DIVX -turbo 1
-setaspect 6

742.avi turned out to be 2367.7 kbps, 1.1G, and took 5h3m11s to encode.
Quality seemed better than 332.avi, but the same problems existed (choppy
playback and audio that fell out of sync).

I doubt this is a problem with encode2mpeg, I'm sure the DVP642 is just
picky about what will play well.

Since I have a few other videos encoded with Nandub and VirtualDub that see=
m
to play well, I'm now going to try to create videos exactly like those with
encode2mpeg and see if they'll play well on the DVP642.

Here is some select information from mplayer playback of a video
that *does not* play well on the Philips DVP642.

--- video I made (choppy playback, audio falls out of sync) --
VIDEO: [DIVX] 640x480 24bpp 24.000 fps 1285.3 kbps
Software: MEncoder 1.0pre7-4.0.0
AUDIO: 48000 Hz, 2 ch, s16le, 40.0 kbit/2.60% (ratio: 5000->192000)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)

Here is some select information from mplayer playback of a few videos
that *do* play well on the Philips DVP642.

--- sample video that plays well on the DVP642 ---
VIDEO: [XVID] 576x304 12bpp 23.976 fps 733.8 kbps (89.6 kbyte/s)
Software: Nandub v1.0rc2
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [a52] afm:liba52 (AC3-liba52)

--- another sample video that plays well on the DVP642 ---
VIDEO: [XVID] 608x256 12bpp 23.976 fps 828.8 kbps (101.2 kbyte/s)
Software: VirtualDubMod 1.5.10.1 <http://1.5.10.1> (build 2439/release)
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)

* The videos that play well are all 12bpp, but mine is 24bpp. Maybe this
makes a difference. Is there a way to reduce the color depth of encoded
video to 12bpp with encode2mpeg?

* The videos that play well have smaller dimensions than the one I made.
Might that make a difference, too? I could try reducing the size.


On 10/24/05, Giacomo Comes <enc...@us...> wrote:
[...]

> > (1) when there is a lot of movement, the
> > video gets choppy, and (2) the audio gradually slows down compared to
> the
> > video. Any ideas of options I might add to make this video a bit more
> > playable on this particular standalone player? The spec sheet mentions
> that
> > GMC and Q-Pel are not supported, but I don't think mencoder enables
> these by
> > default, so this shouldn't be a problem. Video encoded with
> > Nandub/VirtualDubMod (Windows) seems to play perfectly.
>
> For problem (2) you should add the option -fixasync. Please try it
> and tell me if this elimitane the the a/v desync when you play it
> with your player.
> For problem (1) the solution should be to reduce the video bitrate.
> During fast motion scenes, the encoder need to use a higher bit rate
> in order to preserve the quality. This is not a problem with a software
> player where the data transfer rate from the harddisk or DVD drive is big=
.
>
> But a hardware DVD player is more limited and the peak data rate can be a
> problem.
> You have different options in order to reduce the bit rate:
> 1) Add bframes. Use the options -bframes 2
> or
> 2) Use a better compression option: -encode 3:3:2 (with this option
> bframes are used automatically, add -bframes 0 to turn them off).
> or
> 3) Decrease the video bit rate: use -usesbr or -vbitrate
>
> You can try to find the maximum data transfer rate of your player.
> Do diffenrent encoding with different argument values of -vbitrate
> and check the high motion scene. Do a binary search until you find
> the maximum video bit rate that do not produce choppy video.
> (in order to be reliable you should also use a cbr audio encoding)
>
[...]

--
Adam Monsen
http://adammonsen.com/blog/

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Giacomo C. <enc...@us...>]

On Fri, Oct 28, 2005 at 09:35:07PM -0700, Adam Monsen wrote:
> I did quite a few tests, so I thought I'd share some of my results. First,
> the bad news, I wasn't able to solve the choppy video and audio sync issues.
> 
> encode2mpeg -o 312bframes in.avi -avionly -encode 3:1:2 -ffourcc DIVX
> -setaspect 6 -turbo 1 -bframes 2
> 
> 312bframes.avi turned out to be 1553.4 kbps, 689.7 MB, and took 2h17m44s to
> encode. For some reason, this file wouldn't play on my Philips DVP642
> standalone DVD player.
> 
> encode2mpeg -o 332 in.avi -avionly -encode 3:3:2 -ffourcc DIVX -setaspect 6
> -turbo 1
> 
> 332.avi turned out to be 1285.3 kbps, 581.8 MB, and took 4h5m49s to encode.
> The quality was great but playback slowed during complex scenes and the
> audio still fell out of sync (after 10min or so of playback).
> 
> encode2mpeg -o 742 in.avi -avionly -encode 7:4:2 -ffourcc DIVX -turbo 1
> -setaspect 6
> 
> 742.avi turned out to be 2367.7 kbps, 1.1G, and took 5h3m11s to encode.
> Quality seemed better than 332.avi, but the same problems existed (choppy
> playback and audio that fell out of sync).
> 
> I doubt this is a problem with encode2mpeg, I'm sure the DVP642 is just
> picky about what will play well.
> 
> Since I have a few other videos encoded with Nandub and VirtualDub that seem
> to play well, I'm now going to try to create videos exactly like those with
> encode2mpeg and see if they'll play well on the DVP642.
> 
> Here is some select information from mplayer playback of a video
> that *does not* play well on the Philips DVP642.
> 
> --- video I made (choppy playback, audio falls out of sync) --
> VIDEO: [DIVX] 640x480 24bpp 24.000 fps 1285.3 kbps
> Software: MEncoder 1.0pre7-4.0.0
> AUDIO: 48000 Hz, 2 ch, s16le, 40.0 kbit/2.60% (ratio: 5000->192000)
> Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
> 
> Here is some select information from mplayer playback of a few videos
> that *do* play well on the Philips DVP642.
> 
> --- sample video that plays well on the DVP642 ---
> VIDEO: [XVID] 576x304 12bpp 23.976 fps 733.8 kbps (89.6 kbyte/s)
> Software: Nandub v1.0rc2
> AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
> Selected audio codec: [a52] afm:liba52 (AC3-liba52)
> 
> --- another sample video that plays well on the DVP642 ---
> VIDEO: [XVID] 608x256 12bpp 23.976 fps 828.8 kbps (101.2 kbyte/s)
> Software: VirtualDubMod 1.5.10.1 <http://1.5.10.1> (build 2439/release)
> AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
> Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
> 
> * The videos that play well are all 12bpp, but mine is 24bpp. Maybe this
> makes a difference. Is there a way to reduce the color depth of encoded
> video to 12bpp with encode2mpeg?
> 
> * The videos that play well have smaller dimensions than the one I made.
> Might that make a difference, too? I could try reducing the size.

I do not have a simple answer to your doubts. For the moment I'm busy
working on the next relase of encode2mpeg. It should be ready in about
two weeks. After the next relase I will concentrate on DivX Mode and
find a way to make your player work.

I have a question. The a/v desync appears always after about 10 minutes?
It is related to the choppy video?
Once the desync appears, it stays always there or at some point
it disappears? And if it stays, the delay is constant or increase with
the time?
I also assume that the desync and choppy video do not appear if you use
mplayer to play the avi, isn't it?

In the mean time I can only ask you to test some other encoding combination
in order to see if we can track down the problems to a specific audio codec.

For the tests I suggest to use -encode n:1:1 or -encode n:2:1 (if the previous
do not work). They are faster and for the tests you are doing now 
speed may be important for you.
Check if the a/v desync appears with mp2, ac3, mp3 cbr.
Use -encode 4:m:i -encode 6:m:i -encode 5:m:i
Do not use -fixasync for this test.

Another thing. You do not need to use the option -turbo. 
encode2mpeg will use turbo automatically when necessary.

Giacomo

> 
> On 10/24/05, Giacomo Comes <enc...@us...> wrote:
> [...]
> 
> > > (1) when there is a lot of movement, the
> > > video gets choppy, and (2) the audio gradually slows down compared to
> > the
> > > video. Any ideas of options I might add to make this video a bit more
> > > playable on this particular standalone player? The spec sheet mentions
> > that
> > > GMC and Q-Pel are not supported, but I don't think mencoder enables
> > these by
> > > default, so this shouldn't be a problem. Video encoded with
> > > Nandub/VirtualDubMod (Windows) seems to play perfectly.
> >
> > For problem (2) you should add the option -fixasync. Please try it
> > and tell me if this elimitane the the a/v desync when you play it
> > with your player.
> > For problem (1) the solution should be to reduce the video bitrate.
> > During fast motion scenes, the encoder need to use a higher bit rate
> > in order to preserve the quality. This is not a problem with a software
> > player where the data transfer rate from the harddisk or DVD drive is big.
> >
> > But a hardware DVD player is more limited and the peak data rate can be a
> > problem.
> > You have different options in order to reduce the bit rate:
> > 1) Add bframes. Use the options -bframes 2
> > or
> > 2) Use a better compression option: -encode 3:3:2 (with this option
> > bframes are used automatically, add -bframes 0 to turn them off).
> > or
> > 3) Decrease the video bit rate: use -usesbr or -vbitrate
> >
> > You can try to find the maximum data transfer rate of your player.
> > Do diffenrent encoding with different argument values of -vbitrate
> > and check the high motion scene. Do a binary search until you find
> > the maximum video bit rate that do not produce choppy video.
> > (in order to be reliable you should also use a cbr audio encoding)
> >
> [...]
> 
> --
> Adam Monsen
> http://adammonsen.com/blog/

-- 

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Adam M. <ha...@gm...>]

Finally got around to this; sorry it took me so long to respond.

On 10/31/05, Giacomo Comes <enc...@us... > wrote:
[...]

> I do not have a simple answer to your doubts. For the moment I'm busy
> working on the next relase of encode2mpeg. It should be ready in about tw=
o
> weeks. After the next relase I will concentrate on DivX Mode and find a w=
ay
> to make your player work.
>
> I have a question. The a/v desync appears always after about 10 minutes?


Yes... usually seems to start after 5 to 10 minutes.

It is related to the choppy video?


Tough to tell, but I think so. However, it seems like there could be 10
minutes of low-action shots, and the audio will still drift out of sync.

Once the desync appears, it stays always there or at some point
> it disappears?


Stays.

And if it stays, the delay is constant or increase with the time?


I think it increases over time.

I also assume that the desync and choppy video do not appear if you use
> mplayer to play the avi, isn't it?


Well, to be honest, it actually seems a little bit jerky when viewed with
mplayer, too. Definitely not as smooth as when I encode using basic SVCD
settings (-n n -stdvid 6 -mpegonly).

In the mean time I can only ask you to test some other encoding combination
> in order to see if we can track down the problems to a specific audio cod=
ec.
>
>
> For the tests I suggest to use -encode n:1:1 or -encode n:2:1 (if the
> previous do not work). They are faster and for the tests you are doing no=
w
> speed may be important for you.
> Check if the a/v desync appears with mp2, ac3, mp3 cbr.
> Use -encode 4:m:i -encode 6:m:i -encode 5:m:i
> Do not use -fixasync for this test.


Ok, here's what I did. I tried to pay more attention to the
choppiness/jerkiness and audio desync this time around.

#!/bin/sh
mencoder -quiet dvd://1 -dvd-device /media/cdrom \
-ovc copy -oac copy -o rip.avi
encode2mpeg -avionly -encode 2:1:1 -ffourcc DIVX -setaspect 4 \
-vbitrate 1200 rip.avi -o audio_tests/enc211
encode2mpeg -avionly -encode 2:2:1 -ffourcc DIVX -setaspect 4 \
-vbitrate 1200 rip.avi -o audio_tests/enc221
encode2mpeg -avionly -encode 4:2:1 -ffourcc DIVX -setaspect 4 \
-vbitrate 1200 rip.avi -o audio_tests/enc421
encode2mpeg -avionly -encode 5:2:1 -ffourcc DIVX -setaspect 4 \
-vbitrate 1200 rip.avi -o audio_tests/enc521
encode2mpeg -avionly -encode 6:2:1 -ffourcc DIVX -setaspect 4 \
-vbitrate 1200 rip.avi -o audio_tests/enc621

Results were the same for all of the following:
enc211.avi
enc221.avi
enc421.avi
enc521.avi
enc621.avi

Video starts out blocky and pixelated for the first 1min of the video
(opening credits). After that, video quality is excellent. Audio quality is
excellent, but drifts out of sync with the video.

[...]

--
Adam Monsen <http://adammonsen.com/blog/>

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Giacomo C. <enc...@us...>]

On Tue, Nov 08, 2005 at 09:16:36PM -0800, Adam Monsen wrote:
> Finally got around to this; sorry it took me so long to respond.
> 
> On 10/31/05, Giacomo Comes <enc...@us... > wrote:
> [...]
> 
> > I do not have a simple answer to your doubts. For the moment I'm busy
> > working on the next relase of encode2mpeg. It should be ready in about two
> > weeks. After the next relase I will concentrate on DivX Mode and find a way
> > to make your player work.
> >
> > I have a question. The a/v desync appears always after about 10 minutes?
> 
> 
> Yes... usually seems to start after 5 to 10 minutes.
> 
> It is related to the choppy video?
> 
> 
> Tough to tell, but I think so. However, it seems like there could be 10
> minutes of low-action shots, and the audio will still drift out of sync.
> 
> Once the desync appears, it stays always there or at some point
> > it disappears?
> 
> 
> Stays.
> 
> And if it stays, the delay is constant or increase with the time?
> 
> 
> I think it increases over time.
> 
> I also assume that the desync and choppy video do not appear if you use
> > mplayer to play the avi, isn't it?
> 
> 
> Well, to be honest, it actually seems a little bit jerky when viewed with
> mplayer, too. Definitely not as smooth as when I encode using basic SVCD
> settings (-n n -stdvid 6 -mpegonly).
> 
> In the mean time I can only ask you to test some other encoding combination
> > in order to see if we can track down the problems to a specific audio codec.
> >
> >
> > For the tests I suggest to use -encode n:1:1 or -encode n:2:1 (if the
> > previous do not work). They are faster and for the tests you are doing now
> > speed may be important for you.
> > Check if the a/v desync appears with mp2, ac3, mp3 cbr.
> > Use -encode 4:m:i -encode 6:m:i -encode 5:m:i
> > Do not use -fixasync for this test.
> 
> 
> Ok, here's what I did. I tried to pay more attention to the
> choppiness/jerkiness and audio desync this time around.
> 
> #!/bin/sh
> mencoder -quiet dvd://1 -dvd-device /media/cdrom \
> -ovc copy -oac copy -o rip.avi
> encode2mpeg -avionly -encode 2:1:1 -ffourcc DIVX -setaspect 4 \
> -vbitrate 1200 rip.avi -o audio_tests/enc211
> encode2mpeg -avionly -encode 2:2:1 -ffourcc DIVX -setaspect 4 \
> -vbitrate 1200 rip.avi -o audio_tests/enc221
> encode2mpeg -avionly -encode 4:2:1 -ffourcc DIVX -setaspect 4 \
> -vbitrate 1200 rip.avi -o audio_tests/enc421
> encode2mpeg -avionly -encode 5:2:1 -ffourcc DIVX -setaspect 4 \
> -vbitrate 1200 rip.avi -o audio_tests/enc521
> encode2mpeg -avionly -encode 6:2:1 -ffourcc DIVX -setaspect 4 \
> -vbitrate 1200 rip.avi -o audio_tests/enc621
> 
> Results were the same for all of the following:
> enc211.avi
> enc221.avi
> enc421.avi
> enc521.avi
> enc621.avi
> 
> Video starts out blocky and pixelated for the first 1min of the video
> (opening credits). After that, video quality is excellent. Audio quality is
> excellent, but drifts out of sync with the video.

The pixelation at the beginning is something I'm aware, but I have not
figured yet how to avoid it. Usually the fade in at the start of
the movie makes the problem irrelevant, but if the video begin with
full action then you can see it.

The audio drift is not codec related so I have to think to other causes.

I have a good news for you. I got a dvp642, so very soon encode2mpeg 
will make good avi's for that player.
In the mean time I can tell you that all combinations of -encode n:m:i
should be playable (well, I have not tested pcm audio) 
and the option -ffourcc DIVX is not necessary.
What is important is the usage of -setaspect and that the video
resolution is 720x576 or less. But I have noticed some distortion if
the resolution is higher than 640x480, so 640x480 should not be exceed.

Be patient another couple of weeks and the sync problem should
hopefully disappear :-).

In the mean time I can suggest you another 2 tests:

1) add the option -vfr with the value corresponding to your source
video. It should be -vfr 3 for PAL and -vfr 1 or -vfr 4 for NTSC.
If the argument of -vfr is not the correct one, you will see
constantly repeated the message:
Skipping frame!
or
1 duplicate frame(s)!
during the encoding. With the good -vfr n option no such messages
should appear except may be a couple of times at the beginning.

2) Instead of making a local copy of the dvd with mencoder, encode
directly from the dvd source:
encode2mpeg -avionly -encode 4:2:1 -setaspect 3 -vbitrate 2000 dvd://1 -o tests_enc221 -vfr n

you could also let encode2mpeg make a copy of your source with the option -cache
(encode2mpeg -doc cache.html), but this is not related to the audio desync.

Check if also these two encodings show the audio drift.
(by the way, are you sure that your source dvd is ok?
have you observed the audio drift also encoding from 
another source?)

Giacomo

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Adam M. <ha...@gm...>]

On 11/9/05, Giacomo Comes <enc...@us...> wrote:
[...]

> The pixelation at the beginning is something I'm aware, but I have not
> figured yet how to avoid it. Usually the fade in at the start of the movi=
e
> makes the problem irrelevant, but if the video begin with full action the=
n
> you can see it.
>
> The audio drift is not codec related so I have to think to other causes.
>
> I have a good news for you. I got a dvp642, so very soon encode2mpeg will
> make good avi's for that player.


Ah, cool. :) Hope you like the player. It's pretty tricky to test all these
things!

In the mean time I can tell you that all combinations of -encode n:m:i
> should be playable (well, I have not tested pcm audio) and the option
> -ffourcc DIVX is not necessary.


Ok.

What is important is the usage of -setaspect and that the video resolution
> is 720x576 or less. But I have noticed some distortion if the resolution =
is
> higher than 640x480, so 640x480 should not be exceed.


Agreed.

Be patient another couple of weeks and the sync problem should hopefully
> disappear :-).


Heh, ok.

In the mean time I can suggest you another 2 tests:
>
> 1) add the option -vfr with the value corresponding to your source
> video. It should be -vfr 3 for PAL and -vfr 1 or -vfr 4 for NTSC. If the
> argument of -vfr is not the correct one, you will see constantly repeated
> the message:
> Skipping frame!
> or
> 1 duplicate frame(s)!
> during the encoding. With the good -vfr n option no such messages
> should appear except may be a couple of times at the beginning.


Ok.

2) Instead of making a local copy of the dvd with mencoder, encode
> directly from the dvd source: encode2mpeg -avionly -encode 4:2:1
> -setaspect 3 -vbitrate 2000 dvd://1 -o tests_enc221 -vfr n


Ok, cool. I was wondering if that would make a difference.

you could also let encode2mpeg make a copy of your source with the option
> -cache (encode2mpeg -doc cache.html), but this is not related to the audi=
o
> desync.
>
> Check if also these two encodings show the audio drift. (by the way, are
> you sure that your source dvd is ok?


Ya, pretty sure... the DVD plays fine on it's own, but that's a good point.
I've been using one video (and not encoding direct from DVD, like you
recommended).

have you observed the audio drift also encoding from another source?)


Not sure... I'll have to double-check.

[...]

--
Adam Monsen
http://adammonsen.com/blog/

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Giacomo C. <enc...@us...>]

On Fri, Nov 11, 2005 at 10:34:18PM -0800, Adam Monsen wrote:
> On 11/9/05, Giacomo Comes <enc...@us...> wrote:
> [...]
> 
> > The pixelation at the beginning is something I'm aware, but I have not
> > figured yet how to avoid it. Usually the fade in at the start of the movie
> > makes the problem irrelevant, but if the video begin with full action then
> > you can see it.
> >
> > The audio drift is not codec related so I have to think to other causes.
> >
> > I have a good news for you. I got a dvp642, so very soon encode2mpeg will
> > make good avi's for that player.
> 
> 
> Ah, cool. :) Hope you like the player. It's pretty tricky to test all these
> things!
> 
> In the mean time I can tell you that all combinations of -encode n:m:i
> > should be playable (well, I have not tested pcm audio) and the option
> > -ffourcc DIVX is not necessary.
> 
> 
> Ok.
> 
> What is important is the usage of -setaspect and that the video resolution
> > is 720x576 or less. But I have noticed some distortion if the resolution is
> > higher than 640x480, so 640x480 should not be exceed.
> 
> 
> Agreed.
> 
> Be patient another couple of weeks and the sync problem should hopefully
> > disappear :-).
> 
> 
> Heh, ok.
> 
> In the mean time I can suggest you another 2 tests:
> >
> > 1) add the option -vfr with the value corresponding to your source
> > video. It should be -vfr 3 for PAL and -vfr 1 or -vfr 4 for NTSC. If the
> > argument of -vfr is not the correct one, you will see constantly repeated
> > the message:
> > Skipping frame!
> > or
> > 1 duplicate frame(s)!
> > during the encoding. With the good -vfr n option no such messages
> > should appear except may be a couple of times at the beginning.
> 
> 
> Ok.
> 
> 2) Instead of making a local copy of the dvd with mencoder, encode
> > directly from the dvd source: encode2mpeg -avionly -encode 4:2:1
> > -setaspect 3 -vbitrate 2000 dvd://1 -o tests_enc221 -vfr n
> 
> 
> Ok, cool. I was wondering if that would make a difference.
> 
> you could also let encode2mpeg make a copy of your source with the option
> > -cache (encode2mpeg -doc cache.html), but this is not related to the audio
> > desync.
> >
> > Check if also these two encodings show the audio drift. (by the way, are
> > you sure that your source dvd is ok?
> 
> 
> Ya, pretty sure... the DVD plays fine on it's own, but that's a good point.
> I've been using one video (and not encoding direct from DVD, like you
> recommended).
> 
> have you observed the audio drift also encoding from another source?)
> 
> 
> Not sure... I'll have to double-check.

I have some updates.

I was able to reproduce the audio desync. So it is not related to your
particular DVD nor to the fact that you copied it to the disk with
mencoder.

It should not take a lot to figure how to avoid desync.

There are some other issues that I need to check too.
But it looks promising.

Stay tuned.

Giacomo

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Giacomo C. <enc...@us...>]

I have solved the problems with the Philips player.
Very soon I will make a new release with the necessary changes.

In the mean time, you can already make "almost" good avi for the
Philips player.

You need to add these options to the command line:
-vf harddup -setaspect <n> -vbitrate 4000 (or lower)

Every combination of -encode n:m:i works except -encode 1:m:i,
but that's not a problem. Who needs pcm audio in an avi?

Giacomo

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Adam M. <ha...@gm...>]

On 11/21/05, Giacomo Comes <enc...@us...> wrote:
>
> I have solved the problems with the Philips player.
> Very soon I will make a new release with the necessary changes.
>
[...]

COOL!!!!

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Giacomo C. <enc...@us...>]

On Mon, Nov 21, 2005 at 07:50:39AM -0800, Adam Monsen wrote:
> On 11/21/05, Giacomo Comes <enc...@us...> wrote:
> >
> > I have solved the problems with the Philips player.
> > Very soon I will make a new release with the necessary changes.
> >
> [...]
> 
> COOL!!!!

So, the new release is out. Please test the option -profile and
tell me if you have trouble. The profiles DivXht and aspl5
work fine for me with the DVP 642.

Giacomo

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Adam M. <ha...@gm...>]

On 12/4/05, Giacomo Comes <enc...@us...> wrote:[...]

> So, the new release is out. Please test the option -profile and
> tell me if you have trouble. The profiles DivXht and aspl5
> work fine for me with the DVP 642.
>
[...]

Excellent work! I used the "DivX Home Theater" profile to encode a video an=
d
the player was able to perfectly handle the video (it could play,
fast-forward, rewind, etc.). However, the video playback was choppy. Any
ideas? I was playing from a DVD-RW.

I also tried the aspL5, but the video also played back choppy.

I haven't yet tried DivXHD, but I'll test that out too.

--
Adam Monsen
http://adammonsen.com/blog/

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Giacomo C. <enc...@us...>]

On Mon, Jan 02, 2006 at 09:53:31AM -0800, Adam Monsen wrote:
> On 12/4/05, Giacomo Comes <enc...@us...> wrote:[...]
> 
> > So, the new release is out. Please test the option -profile and
> > tell me if you have trouble. The profiles DivXht and aspl5
> > work fine for me with the DVP 642.
> >
> [...]
> 
> Excellent work! I used the "DivX Home Theater" profile to encode a video and
> the player was able to perfectly handle the video (it could play,
> fast-forward, rewind, etc.). However, the video playback was choppy. Any
> ideas? I was playing from a DVD-RW.

Show me the command line you used to encode.

> 
> I also tried the aspL5, but the video also played back choppy.
> 
> I haven't yet tried DivXHD, but I'll test that out too.

This wont work. The DVP 642 do not support this profile

Giacomo

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Adam M. <ha...@gm...>]

On 1/2/06, Giacomo Comes <enc...@us...> wrote:[...]

> > Excellent work! I used the "DivX Home Theater" profile to encode a vide=
o
> and
> > the player was able to perfectly handle the video (it could play,
> > fast-forward, rewind, etc.). However, the video playback was choppy. An=
y
> > ideas? I was playing from a DVD-RW.
>
> Show me the command line you used to encode.
>
[...]

Here's what I used:

encode2mpeg -o episode_01 dvd://1 -avionly -aid 128 -encode 3:2:2 -profile
divxht

--
Adam Monsen
http://adammonsen.com/blog/

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Giacomo C. <enc...@us...>]

On Mon, Jan 02, 2006 at 08:10:36PM -0800, Adam Monsen wrote:
> On 1/2/06, Giacomo Comes <enc...@us...> wrote:[...]
> 
> > > Excellent work! I used the "DivX Home Theater" profile to encode a video
> > and
> > > the player was able to perfectly handle the video (it could play,
> > > fast-forward, rewind, etc.). However, the video playback was choppy. Any
> > > ideas? I was playing from a DVD-RW.
> >
> > Show me the command line you used to encode.
> >
> [...]
> 
> Here's what I used:
> 
> encode2mpeg -o episode_01 dvd://1 -avionly -aid 128 -encode 3:2:2 -profile
> divxht

The command line is ok, the problem has to be related to the media may be?
I remember the DVP 642 manual saying that only DVD+R(W) media are
supported. I though it was simply propaganda, but it can be the cause
of your problem. Try to use DVD+RW media. Try a different DVD-RW media
(a RW media burned many times will show defects at some point).
Check also that the avi burned in the DVD is identical to the encoded avi
on your hard disk.

I'm thinking about a media problem because I have never seen choppy video
with the encodings I have done.

Giacomo

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Adam M. <ha...@gm...>]

On 1/2/06, Giacomo Comes <enc...@us...> wrote:
[...]

> > encode2mpeg -o episode_01 dvd://1 -avionly -aid 128 -encode 3:2:2
> -profile divxht
>
> The command line is ok, the problem has to be related to the media may be=
?
> I remember the DVP 642 manual saying that only DVD+R(W) media are
> supported. I though it was simply propaganda, but it can be the cause
> of your problem. Try to use DVD+RW media. Try a different DVD-RW media
> (a RW media burned many times will show defects at some point).


Unfortunately, I'm unable to burn to DVD+RW media. :(

Check also that the avi burned in the DVD is identical to the encoded avi
> on your hard disk.


 Yes, the MD5SUMs match.

I'm thinking about a media problem because I have never seen choppy video
> with the encodings I have done.
>
[...]

I wonder if it is the version of mplayer/mencoder that I have...
The videos even look choppy when I play them with mplayer! They play exactl=
y
the same (including the unfortunate choppiness) when played on the DVP642.

I'm currently using mplayer-1.0-0.20.pre7.2.fc4 and
mencoder-1.0-0.16.pre7.2.fc4 ( from http://stentz.freshrpms.net )... I'll
try compiling my own and see if it performs better.

--
Adam Monsen
http://adammonsen.com/blog/

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Giacomo C. <enc...@us...>]

On Mon, Jan 02, 2006 at 09:16:40PM -0800, Adam Monsen wrote:
> On 1/2/06, Giacomo Comes <enc...@us...> wrote:
> [...]
> 
> > > encode2mpeg -o episode_01 dvd://1 -avionly -aid 128 -encode 3:2:2
> > -profile divxht
> >
> > The command line is ok, the problem has to be related to the media may be?
> > I remember the DVP 642 manual saying that only DVD+R(W) media are
> > supported. I though it was simply propaganda, but it can be the cause
> > of your problem. Try to use DVD+RW media. Try a different DVD-RW media
> > (a RW media burned many times will show defects at some point).
> 
> 
> Unfortunately, I'm unable to burn to DVD+RW media. :(
> 
> Check also that the avi burned in the DVD is identical to the encoded avi
> > on your hard disk.
> 
> 
>  Yes, the MD5SUMs match.
> 
> I'm thinking about a media problem because I have never seen choppy video
> > with the encodings I have done.
> >
> [...]
> 
> I wonder if it is the version of mplayer/mencoder that I have...
> The videos even look choppy when I play them with mplayer! They play exactly
> the same (including the unfortunate choppiness) when played on the DVP642.

Ah, this change things. If Mplayer shows the problem, you can hardly expect
a hardware player to perform better.

> 
> I'm currently using mplayer-1.0-0.20.pre7.2.fc4 and
> mencoder-1.0-0.16.pre7.2.fc4 ( from http://stentz.freshrpms.net )... I'll
> try compiling my own and see if it performs better.

It's not easy. fc4 comes with gcc 4 but mplayer1.0pre7 wont compile with it.
You should first compile yourself a previous 3.x release of gcc and then use
it to compile mplayer (you need also at least lame installed).

Quick example:
download gcc-core-3.4.0.tar.bz2
tar fjx gcc-core-3.4.0.tar.bz2
mkdir obj
cd obj
../gcc-3.4.0/configure --prefix=/tmp/gcc
make bootstrap-lean CFLAGS='-O2' LIBCFLAGS='-O2' LIBCXXFLAGS='-O2 -fno-implicit-templates'
make install
cd <MPlayer source>
PATH=/tmp/gcc/bin:$PATH ./configure
PATH=/tmp/gcc/bin:$PATH make
PATH=/tmp/gcc/bin:$PATH make install

Giacomo

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Adam M. <ha...@gm...>]

On 1/3/06, Giacomo Comes <enc...@us...> wrote:
[...]

> > I wonder if it is the version of mplayer/mencoder that I have...
> > The videos even look choppy when I play them with mplayer! They play
> exactly
> > the same (including the unfortunate choppiness) when played on the
> DVP642.
>
> Ah, this change things. If Mplayer shows the problem, you can hardly
> expect
> a hardware player to perform better.
>
> >
> > I'm currently using mplayer-1.0-0.20.pre7.2.fc4 and
> > mencoder-1.0-0.16.pre7.2.fc4 ( from http://stentz.freshrpms.net )...
> I'll
> > try compiling my own and see if it performs better.
>
> It's not easy. fc4 comes with gcc 4 but mplayer1.0pre7 wont compile with
> it.
> You should first compile yourself a previous 3.x release of gcc and then
> use
> it to compile mplayer (you need also at least lame installed).
>
[...]

I found an easier way, all I had to do was install the 'compat-gcc-32' RPM
package, then symlink /usr/bin/gcc3 to /usr/bin/gcc32, and the mplayer
configure script takes care of the rest. It built just fine, and seemed to
be aware of numerous CPU-specific tweaks.

The videos look much less choppy, so I bet there was something in that othe=
r
mplayer build causing decreased performance. I'll share any further
improvements if I figure any out.

Thanks for ALL your help. I'm pretty impressed with the depth of knowledge
you have about video encoding!

--
Adam Monsen
http://adammonsen.com/blog/

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Giacomo C. <enc...@us...>]

On Mon, Oct 24, 2005 at 08:54:09PM -0700, Adam Monsen wrote:
> Thanks for the suggestions!
> 
> On 10/24/05, Giacomo Comes <enc...@us...> wrote:[...]
> 
> > Test my suggestions and keep me informed.
> 
> 
> Ok! I'm trying the following now (I will have to let it run all night as my
> computer isn't very fast):
> 
> encode2mpeg -o out-a.avi in.avi -avionly -encode 3:1:2 -ffourcc DIVX -turbo
> 1 -setaspect 6 -vbitrate 800 -fixasync
> 
> encode2mpeg -o out-b.avi in.avi -avionly -encode 3:1:2 -ffourcc DIVX -turbo
> 1 -setaspect 6 -vbitrate 1000 -fixasync
> 
> encode2mpeg -o out-c.avi in.avi -avionly -encode 3:3:2 -ffourcc DIVX -turbo
> 1 -setaspect 6 -vbitrate 1000 -fixasync
> 
> If I need an even lower data transfer rate than 800, I'll probably just
> throw this DVD player in the garbage.

No. If at this datarate you have problems, then the data rate is not the 
cause of your problem. I havent done myself a specific test on that,
but I expect that a bitrare of 4000/5000 should not cause any problem.
The DVD specs allows a maximum transfer rate of 10080 kbps,
so 5000 is safe enough. The fact is that enocde2mpeg, if not told
otherwise, does not put any limit on the video bitrate when it 
creates an avi.

In the last period I put more effort in developing Mpeg Mode and I didn't
receive any feedback about DivX Mode.

In the future I'm going to care more about mpeg4 avi.

So if, for the moment, you are having troubles making avi for your
player, this will change.

> 
> A question, what kind of media are you using? DVD+-R[W], CD-R[W], etc.
> 
> DVD-RW

That's ok. CD-RW have a lower data transfer rate, but with DVD media
there should be no bad surprises.

Giacomo

Re: [Encode2mpeg-users] encoding for the Philips DVP642

[Adam M. <ha...@gm...>]

On 10/25/05, Giacomo Comes <enc...@us...> wrote:
[...]

> In the last period I put more effort in developing Mpeg Mode and I didn't
> receive any feedback about DivX Mode.
>
[...]

While I am having some issues with DivX mode and my DVD player (the Philips
DVP642), I forgot to mention that MPEG mode works great, and I'm also able
to create good VCDs and SVCDs using encode2mpeg. The documentation for MPEG
mode and creating (S)VCDs is extensive and useful.

--
Adam Monsen
http://adammonsen.com/blog/