View Full Version : Problem with ESS based DVD player
tarantella
19th July 2004, 13:16
Hi,
AutoGK is a great tool! Thanx!
I have one problem though. I am using a DVD player Centrum Gemeni 330
from NetOnNet. It has an ESS chip.
The problem is that DivX movies made by AutoGK "jumps" forward a
couple of seconds ocationaly, sometimes as often as once a minute.
The problem is not related to the disks that I am using, I have
tried many times. I have also tried many different bitrates and
so on.
I did not have this problem with AutoGK 0.8 but has been present
in versions 1.0, 1,19b, 1.25b, 1.42b which i have tried.
If I use Dr.DivX to make the same movie, it is fine.
Is this a known problem? Is there a solution?
Regards,
Tarantella
buzzqw
19th July 2004, 14:23
have you enable at install 'ess' hack ?
BHH
tarantella
19th July 2004, 17:48
I have just done that and will try. What does it do?
/ Tarantella
manono
19th July 2004, 18:48
It switches to using ESS compatible Matrices (MPEG and H.263) from what it ordinarily uses (HVS_Best and HVS_Better).
tarantella
31st August 2004, 10:50
Hi again,
The fix with ESS compatibility did not help.
Anyone have the same problem?
I find it kind of strange that I can jump "backward"
20 seconds right after a jump forward (about 7-10 seconds)
and then I will se the whole sequence.
len0x
31st August 2004, 12:23
I guess its time to post the name of the player so that we could all avoid buying it :) Seriously - its seems that your palyer has problems with XviD in general...
tarantella
1st September 2004, 09:13
OK, I get the message.
In the first post I mentiond that the player was a Centrum Gemeni 330
from NetOnNet. This player has other names from other vendors.
I also mentiond that the problem was with DivX.
Thanx again for a great program.
len0x
1st September 2004, 12:13
well, this seems odd, because ESS option has nothing to do with DivX (that's what confused me).
The only diff with drDivX is usage of profiles for bitrate spikes removal, but ESS chip doesn't have a problem with that. So my only guess would be muxing - you can try remuxing avi file manually in VDubMod with default parameters...
manono
1st September 2004, 12:37
Hi-
len0x's suggestion about the muxing being the problem is a good one. You might try and burn the .avi, or part of it, with no audio, and see if it plays smoothly. If it does, then most likely it's the audio muxing at fault. I'll assume that AC3 audio is involved. My DVD/MPEG-4 player stutters with AC3 audio muxed with VDubMod defaults. I mux with Nandub with the interleaving values set for 96/96 .ms (not frames), and that solves the problem for me.
len0x
1st September 2004, 12:41
What puzzles me is that I just got report about AC3 audio shutter on another ESS-based player (philips 630) and AutoGK uses 96/96 as interleaving values for quite a while now.
tarantella
2nd September 2004, 21:52
OK thanx, I got rid of the problem by using VirtualDub and made a
new avi with "Direct stream copy".
Yes, audio is AC3.
I tried 2 movies with success, one old made with AGK 1.19b and one
made with 1.48b.
Can I help with more information in some way?
len0x
3rd September 2004, 11:44
That's something new! So you didn't change anything in audio interleaving settings in VDub? (so they are by default 500/1) This used to cause some problems on Sigma-based players I believe.
Can you try something for me - use the same VDubMod from AutoGK directory and remux file with 2 frames interleaving option instead of 1 and see if it plays ok? Cheers.
P.S. if that works then I'll make it for ESS players default option for muxing.
len0x
5th September 2004, 19:20
Any news?
tarantella
6th September 2004, 09:16
No, I did not change anything, but the VDub I used is the one that comes with AutoGK, I dont have any other version installed.
I have remuxed again (Direct stream copy) with the VDub from AutoGK directory. I changed the "Group frames" from 1 to 2. Is this what you meant? This makes the movie play fine!
I hope this helps! Please let me know if you want me to try anything else.
len0x
6th September 2004, 13:16
Please try version 1.54 with ESS option on and tell me if that solves your problem.
tarantella
7th September 2004, 20:15
YES! It works! Thanx!
len0x
8th September 2004, 00:18
Good, but very weird. I think its the first time I actually saw that interleaving with frames instead of ms works better on a hardware...
Codesmith
19th September 2004, 02:19
I am a bit of a newb when it comes to virtua dub operations.
To fix my pre 1.54 rips all I need to do is open the file in virtuadub, set audo and video to direct stream copy and change one interleaving setting from 1 to 2 and all is well?
len0x
19th September 2004, 10:45
You can even leave it at 1 but then you will have slightly bigger file which may not fit on a CD. AutoGK uses 2 though.
Codesmith
21st September 2004, 05:49
I just reinterleaved a file and got concerned when the file size droped :)
Anyway AutoGK 1.57 XViDs play great on my PC, but poorly on my hardware player. The image is corrupt until I exit to the system menu then return to the movie and after that the image quality just isn't as good as a DivX 5.2. I am also getting a BFrame Decoder Lag warning when I open a AutoG created Xvid with virtualdub?
Maybe DivX should be the default for ESS based players? Then again maybe its just me and I have a XviD codec problem?
HOwever AutoGK is doing a much better job that Dr DivX 1.05 at creating DivX 5.2 avi's. Specifically Dr DivX
1) Doesn't support subtitles.
2) Doesn't support multiple sound tracks.
3) Doesn't tell you the language and number of channels when selecting audio streams.
4) Doesn't take compressablity into account. So sometimes it will pick too low a resolution, sometimes resulting in a file that is a hundred mbs too small.
5) Won't let you add batch jobs once the first one begins processing.
Needless to say I am seriously impressed with AutoGK :)
Wolfman
24th September 2004, 14:52
I would like to add my point zero two of a euro here.
1) its def worth labelling your discs with the encoding and burning software and version (and any other quirks of each encode) as memory is not reliable.
2) I had problem a while back doing two CD encodes .. 2nd CD wouldnt work in my SA player..I eventually sussed that what I was doing was creating one big 1650mb avi file (2 x 860mb CDr) then just chopping it in half and burning to CD. When the 2nd CD didnt work I would run it thru Vdub (not Vdubmod) re-burn and it worked fine. I eventually went back to ordinary 700mb Cdr.
3) I think divx does work better on ESS machines.
Codesmith
30th September 2004, 09:11
I would suggest you upgrade to DVD+RW's.
I burn three 1490 MB backups to one DVD+RW and the fastwarding and rewingind work much smoother.
My player seems to have problems with the 2GB barier so I usually encode longer movies at 2.18 MB and split them.
When buring mulipart movies to DVD+RW I add a number to the beginning of the file name, because every once in awhile it will place the 2nd part before the first in the directory which means I have to manually load the 2nd part.
DVD's work much better than CDR's, and are much more convient and even cheaper when you factor in storage costs.
Just picture one 320 CD wallet filled with DVD+RWs vs six filled with CDRs!
Wolfman
30th September 2004, 14:27
:rolleyes: 320 x 3(films per Dvd) = 960 films.. some library..
A dvd burner is on the cards but I'm waiting till prices drop :cool:
vBulletin® v3.8.5, Copyright ©2000-2012, Jelsoft Enterprises Ltd.