encode2mpeg-users Mailing List for the mpeg frontend (Page 6)
Brought to you by:
encode2mpeg
Menu
▾
▴
encode2mpeg-users
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(10) |
Oct
(19) |
Nov
(7) |
Dec
(7) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(23) |
Feb
(7) |
Mar
(4) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
(2) |
Sep
(11) |
Oct
(30) |
Nov
(1) |
Dec
(6) |
| 2007 |
Jan
(5) |
Feb
(2) |
Mar
(2) |
Apr
|
May
(4) |
Jun
(1) |
Jul
|
Aug
|
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
(5) |
Feb
(7) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Giacomo C. <enc...@us...> - 2005-12-27 18:32:51
|
On Mon, Dec 26, 2005 at 04:41:01PM +0000, Douglas G Mckendrick wrote: > After reading all the docs I still don't know hot to encode an avi file > to play as a dvd. Any help would be much appreciated. > > -encode2mpeg -o HowHigh -n /home/bones/HowHigh.avi -stdvid 9 > > ok above is what I believe I should be trying. > > -**ERROR: [encode2mpeg] invalid argument '/home/bones/HowHigh.avi' for > option '-n' > > above is my reply. > > I can't see where I am going wrong. The option -n requires an argument. n for NTSC or p for PAL, depending what kind of TV set do you have. A correct command line can be: encode2mpeg -o HowHigh -n p /home/bones/HowHigh.avi -stdvid 9 Giacomo |
|
From: Douglas G M. <bo...@rh...> - 2005-12-26 16:40:55
|
After reading all the docs I still don't know hot to encode an avi file to play as a dvd. Any help would be much appreciated. -encode2mpeg -o HowHigh -n /home/bones/HowHigh.avi -stdvid 9 ok above is what I believe I should be trying. -**ERROR: [encode2mpeg] invalid argument '/home/bones/HowHigh.avi' for option '-n' above is my reply. I can't see where I am going wrong. |
|
From: Giacomo C. <enc...@us...> - 2005-12-05 01:38:42
|
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 |
|
From: Giacomo C. <enc...@us...> - 2005-12-05 01:35:54
|
Announcing the release of encode2mpeg 0.5.4
It contains:
support for DivX/MPEG-4 profiles in Avi Mode (ex DivX Mode)
text subtitle conversion
changes/extensions of the options -overscan, -rotate, -setaspect
new option -burnudf (similar to -burniso)
Giacomo
|
|
From: Adam M. <ha...@gm...> - 2005-11-21 15:50:53
|
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!!!! |
|
From: Giacomo C. <enc...@us...> - 2005-11-21 15:04:02
|
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 |
|
From: Giacomo C. <enc...@us...> - 2005-11-15 14:56:44
|
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 |
|
From: Adam M. <ha...@gm...> - 2005-11-12 19:04:33
|
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/ |
|
From: Giacomo C. <enc...@us...> - 2005-11-11 19:09:08
|
Announcing the release of encode2mpeg 0.5.3
It contains:
support for MPEG Multichannel Audio
bugfixes
Giacomo
|
|
From: Giacomo C. <enc...@us...> - 2005-11-09 18:52:59
|
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 |
|
From: Adam M. <ha...@gm...> - 2005-11-09 05:16:40
|
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/> |
|
From: Giacomo C. <enc...@us...> - 2005-10-31 20:08:08
|
On Mon, Oct 31, 2005 at 03:43:54PM -0500, Osmany Guirola cruz wrote: > sorry, in the last mail i forgot to add the option -mpeg1vbr > i used it in my command line.... my intention is encode a film that have > 2 hrs of duration in a simple 700MB-CD, but i am wasting space(~100MB), > if the same film have a size similar to 800MB the quality should be > better, i think Increase the bitrate then. But keep in mind that it could still be possible that the mpeg wont fill the CD. With variable video bit rate, the encoder uses only the bit rate necessary. Even if you specify 5000, the encoder will not use that value in practice because the VCD resolution can be encoded with a much lower bit rate. Giacomo > > On Mon, 2005-10-31 at 12:03 -0400, Giacomo Comes wrote: > > On Mon, Oct 31, 2005 at 11:35:36AM -0500, Osmany Guirola cruz wrote: > > > Hi list > > > > > > I am doing a vcd with a fixed size i use this command line > > > > > > encode2mpeg film.avi -vcd -mpeg -encode 5:4:2 -usesbr 2 > > > > > > i want fix the file in a 700MB CD....but my final vcd is about > > > 670MB :-( i am losing 100MB of the aproximate 800MB that fill a 700MB CD > > > > > > What can i do? > > > Thanks > > > > > > Osmany > > > > You just specify a higher vbr. Add -vbr 2000 to your command line. > > But keep in mind that the VCD standard requires 1152 for vbr. > > Your VCD should play on modern DVD player, but it will be > > non standard. > > I suppose that you want to have an mpeg with the highest quality that > > fill the CD. You may therefore also add -mpeg1vbr (if your player > > plays mpeg1 vbr). > > > > Another possibility is to use mpeg2 like: > > > > encode2mpeg film.avi -svcd 2 -mpeg -encode 5:4:2 -usesbr 2 > > > > Giacomo |
|
From: Osmany G. c. <osm...@ci...> - 2005-10-31 19:43:16
|
sorry, in the last mail i forgot to add the option -mpeg1vbr i used it in my command line.... my intention is encode a film that have 2 hrs of duration in a simple 700MB-CD, but i am wasting space(~100MB), if the same film have a size similar to 800MB the quality should be better, i think On Mon, 2005-10-31 at 12:03 -0400, Giacomo Comes wrote: > On Mon, Oct 31, 2005 at 11:35:36AM -0500, Osmany Guirola cruz wrote: > > Hi list > > > > I am doing a vcd with a fixed size i use this command line > > > > encode2mpeg film.avi -vcd -mpeg -encode 5:4:2 -usesbr 2 > > > > i want fix the file in a 700MB CD....but my final vcd is about > > 670MB :-( i am losing 100MB of the aproximate 800MB that fill a 700MB CD > > > > What can i do? > > Thanks > > > > Osmany > > You just specify a higher vbr. Add -vbr 2000 to your command line. > But keep in mind that the VCD standard requires 1152 for vbr. > Your VCD should play on modern DVD player, but it will be > non standard. > I suppose that you want to have an mpeg with the highest quality that > fill the CD. You may therefore also add -mpeg1vbr (if your player > plays mpeg1 vbr). > > Another possibility is to use mpeg2 like: > > encode2mpeg film.avi -svcd 2 -mpeg -encode 5:4:2 -usesbr 2 > > Giacomo > > > ------------------------------------------------------- > This SF.Net email is sponsored by the JBoss Inc. > Get Certified Today * Register for a JBoss Training Course > Free Certification Exam for All Training Attendees Through End of 2005 > Visit http://www.jboss.com/services/certification for more information > _______________________________________________ > Encode2mpeg-users mailing list > Enc...@li... > https://lists.sourceforge.net/lists/listinfo/encode2mpeg-users |
|
From: Giacomo C. <enc...@us...> - 2005-10-31 16:04:17
|
On Mon, Oct 31, 2005 at 11:35:36AM -0500, Osmany Guirola cruz wrote: > Hi list > > I am doing a vcd with a fixed size i use this command line > > encode2mpeg film.avi -vcd -mpeg -encode 5:4:2 -usesbr 2 > > i want fix the file in a 700MB CD....but my final vcd is about > 670MB :-( i am losing 100MB of the aproximate 800MB that fill a 700MB CD > > What can i do? > Thanks > > Osmany You just specify a higher vbr. Add -vbr 2000 to your command line. But keep in mind that the VCD standard requires 1152 for vbr. Your VCD should play on modern DVD player, but it will be non standard. I suppose that you want to have an mpeg with the highest quality that fill the CD. You may therefore also add -mpeg1vbr (if your player plays mpeg1 vbr). Another possibility is to use mpeg2 like: encode2mpeg film.avi -svcd 2 -mpeg -encode 5:4:2 -usesbr 2 Giacomo |
|
From: Osmany G. c. <osm...@ci...> - 2005-10-31 15:35:08
|
Hi list I am doing a vcd with a fixed size i use this command line encode2mpeg film.avi -vcd -mpeg -encode 5:4:2 -usesbr 2 i want fix the file in a 700MB CD....but my final vcd is about 670MB :-( i am losing 100MB of the aproximate 800MB that fill a 700MB CD What can i do? Thanks Osmany |
|
From: Giacomo C. <enc...@us...> - 2005-10-31 15:24:40
|
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/ -- |
|
From: Adam M. <ha...@gm...> - 2005-10-29 05:00:33
|
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/ |
|
From: Adam M. <ha...@gm...> - 2005-10-29 04:41:43
|
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/ |
|
From: Giacomo C. <enc...@us...> - 2005-10-25 17:21:54
|
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 |
|
From: Adam M. <ha...@gm...> - 2005-10-25 03:54:31
|
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/ |
|
From: Giacomo C. <enc...@us...> - 2005-10-24 15:58:00
|
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 -- |
|
From: Adam M. <ha...@gm...> - 2005-10-23 05:54:45
|
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 |
|
From: Giacomo C. <enc...@us...> - 2005-10-19 18:15:40
|
On Wed, Oct 19, 2005 at 11:08:00AM -0700, Adam Monsen wrote:
> On 10/19/05, Giacomo Comes <enc...@us...> wrote:
> [...]
>
> > edit encode2mpeg (0.5.2) go to line 1599
> > and change:
> > mver=$(mencoder 2>/dev/null | awk '{print $2;exit}')
> > to:
> > mver=$(mencoder 2>/dev/null | awk '$1=="MEncoder"{print $2;exit}')
> >
> [...]
>
> Ok, I made this change and removed '< /dev/null' from my script. Works! I no
> longer see the warning.
>
> Thanks!
Good. The fix will go in the next release.
Giacomo
|
|
From: Adam M. <ha...@gm...> - 2005-10-19 18:08:25
|
On 10/19/05, Giacomo Comes <enc...@us...> wrote:
[...]
> edit encode2mpeg (0.5.2) go to line 1599
> and change:
> mver=3D$(mencoder 2>/dev/null | awk '{print $2;exit}')
> to:
> mver=3D$(mencoder 2>/dev/null | awk '$1=3D=3D"MEncoder"{print $2;exit}')
>
[...]
Ok, I made this change and removed '< /dev/null' from my script. Works! I n=
o
longer see the warning.
Thanks!
--
Adam Monsen
http://adammonsen.com/blog/
|
|
From: Giacomo C. <enc...@us...> - 2005-10-19 17:58:10
|
On Wed, Oct 19, 2005 at 10:26:23AM -0700, Adam Monsen wrote: > On 10/19/05, Giacomo Comes wrote: > > On Wed, Oct 19, 2005 at 06:39:19AM -0700, Adam Monsen wrote: > > > Is there any way to disable any and all prompts such as: > > > > > > "WARNING you have an unsupported version of MPlayer [GNU] > > > you need MPlayer 1.0pre7 or a later stable relase, encode2mpeg can fail > > > Press return to proceed" > > > > encode2mpeg [options] </dev/null > > will do the job. Is it ok? > > Yes, thank you! > > > Can you tell me exactly what version of MPlayer do you have? > > It is not the official version or CVS. > > Please send the output of: > > mencoder 2>/dev/null | head -n 1 > > > > ---------------------8<--------------------- > $ mplayer | head > Using GNU internationalization > Original domain: messages > Original dirname: /usr/share/locale > Current domain: mplayer > Current dirname: /usr/share/locale > > MPlayer 1.0pre7-4.0.0 (C) 2000-2005 MPlayer Team > CPU: Intel Pentium 4/Xeon Willamette (Family: 8, Stepping: 2) > Detected cache-line size is 64 bytes > CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 > --------------------->8--------------------- > > I'm using Fedora Core 4. The mplayer RPM is from freshrpms.net ( > http://stentz.freshrpms.net/rpm.html?id=250 ). Mmm, you HAVE the 1.0pre7 release after all. I don't have any idea from where the messages: > Using GNU internationalization > Original domain: messages > Original dirname: /usr/share/locale > Current domain: mplayer > Current dirname: /usr/share/locale come, but they confuse encode2mpeg. Please do the following test: edit encode2mpeg (0.5.2) go to line 1599 and change: mver=$(mencoder 2>/dev/null | awk '{print $2;exit}') to: mver=$(mencoder 2>/dev/null | awk '$1=="MEncoder"{print $2;exit}') Now encode2mpeg should identify correctly your version of mplayer and will not be issuing the warning about an unsupported version (do not add </dev/null for the test). Let me know if it works. Thanks. Giacomo |
