Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
22nd January 2007, 03:25 | #521 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
Nothing in the universe can do that... it's simply impossible.
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! |
22nd January 2007, 11:21 | #522 | Link |
Angel of Night
Join Date: Nov 2004
Location: Tangled in the silks
Posts: 9,559
|
If you're willing to take a hit on quality, you could convert qpel to hpel. You could even do it in such a way that it looks ahead to minimize damage. But I'm not aware of any such thing to do it.
DivX GMC can be converted to non-GMC, Xvid GMC cannot ever be. |
22nd January 2007, 17:38 | #523 | Link |
x264 developer
Join Date: Sep 2004
Posts: 2,392
|
3-point GMC can be approximated with block MC, in exactly the same sense that qpel can be approximated with hpel. In both cases, no matter how careful you are, artifacts will accumulate over the course of a GOP, and the result will be ugly. Unless you requantize too, in which case it is a reencode, just faster because you skip the motion estimation.
Note: the difference between qpel and hpel is not just the precision of the motion vectors. A hpel-aligned mv in a qpel video is not computed the same way as the same mv in a hpel video. hpel uses bilinear interpolation, while qpel uses 8-tap. Hence why an encode of an unfiltered dvd source sometimes gets higher psnr with hpel. Last edited by akupenguin; 22nd January 2007 at 17:46. |
23rd January 2007, 20:24 | #526 | Link |
Registered User
Join Date: Dec 2003
Posts: 216
|
@Moitah (@everyone else too ), just for interest:
If I'm counting all the I- p- b- ... frames together ("Video Info"-Button) there are allways a few (5-10) frames missing to reach the length of the avi-file, shown in, for example VirtualDub but also in every other soft I tried. Why? FPS is (should be?) exactly 25, also shown in VirtualDub. Thanks anyway for MPEG4Modifier, it's great. Olnima //edit: sorry, have to correct myself, it's only but seems to be always 1 frame less then the length, shown in VDub. Last edited by olnima; 23rd January 2007 at 20:40. |
24th January 2007, 01:33 | #527 | Link |
Registered User
Join Date: Feb 2004
Location: Virginia, USA
Posts: 334
|
@olnima: It's probably because the video contains "delay" frames, a hack used by DivX/XviD to allow B frames with VFW encoding. If the video was encoded in VirtualDub or AVS2AVI, the delay frames are ignored and not saved in the AVI file, but some programs leave them in. MPEG4 Modifier doesn't count delay frames.
It's also possible for there to be one more VOP than there are frames if packed bitstream was used.
__________________
moitah.net |
28th January 2007, 18:54 | #529 | Link |
Registered User
Join Date: Oct 2006
Posts: 2
|
The Option "Unpack Dir..." is really powerful. I hope Moitah include this option in the original MPEG4Modifier.
This is the link for the new mod version: http://sibit.si/directsub/Mpeg4ModifierMod.1.4.4.zip Saludos para todos... |
31st January 2007, 19:38 | #530 | Link |
Registered User
Join Date: Sep 2006
Posts: 23
|
Having an issue with an avi file im hoping someone can solve.
When i set pixel AR to 16:9 NTSC the ratio of objects is correct but there is a small black patch on right side when played on my 32 samsung lcd. When i set the avi to display ar 16:9, there is no black patch but the objects seem to be a little zoomed (ie:there might be some object like an arm not showing on the screen when in the other way the whole body including the arm will show. hopefully someone can help me correct this, thank you. |
2nd February 2007, 16:54 | #531 | Link | |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,227
|
Quote:
Cheers
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
|
2nd February 2007, 18:05 | #532 | Link | |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,227
|
Quote:
In-fact FFdshow is able to provide most (if not all) of anybodies audio and video direct-show decoder needs... At first glance the options within FFdshow will look a bit overwhelming. Needless to say there are many options you'll probably never use.... But it's well worth the effort Cheers
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
Last edited by SeeMoreDigital; 2nd February 2007 at 18:07. |
|
5th February 2007, 08:28 | #533 | Link |
Registered User
Join Date: May 2005
Posts: 29
|
mono not working
mpeg4modifier isn't working for me on mono:
Code:
[nick@bilbo ~/mpeg4modifier]$ mono MPEG4Modifier.exe Mono System.Windows.Forms Assembly [$auto_build_revision$] Keyboard: United States keyboard layout (phantom key version) Could not set X locale modifiers KDE colorscheme read ** (MPEG4Modifier.exe:36789): WARNING **: Missing member add_Shown in type Form, assembly /usr/local/lib/mono/gac/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll Unhandled Exception: System.MissingMethodException: Method not found: 'System.Windows.Forms.Form.add_Shown'. in <0x00000> <unknown method> in <0x00015> JDP.frmMPEG4Modifier:.ctor (System.String[] args) in (wrapper remoting-invoke-with-check) JDP.frmMPEG4Modifier:.ctor (string[]) in <0x00028> JDP.Program:Main (System.String[] args) |
16th April 2007, 10:02 | #534 | Link |
Registered User
Join Date: Feb 2007
Posts: 6
|
For all people using linux having the Kiss issues (which require modifications to the file's headers): See http://forum.doom9.org/showthread.php?t=124794 for a wee bit faster program than MPEGModifier.
It's only an alternative it you only want to modify the header towards DivX999b000p! Btw, keep up the good work Moitah! |
8th August 2007, 01:38 | #535 | Link |
Armchair Atheist
Join Date: Nov 2006
Location: United Kingdom
Posts: 3
|
I just read through this whole thread and various offshoot links too which has been really interesting. I still can't get my head around bloody DAR/PAR and NVOPs and all the rest of it.! I am but a simple soul.
I have used your program almost since the start and I still need it as my standalone is still working away pretty well although without unpacking the bitstream it's so jerky as to be quite useless! I hadn't updated it for ages and thought I'd drop in to check on the program and it's nice to see how far it has come. I am still on version 1.3.4 or 1.3.2 I think. Just wanted to thank you Moitah for all the work you obviously put in.
__________________
Cheers. :) GimmeAreason. |
8th October 2007, 16:55 | #537 | Link |
Registered User
Join Date: Sep 2007
Posts: 1
|
Thank you Moitah for a great tool
I used the code and made MPEG4Watcher to unpack automatically, maybe someone else has use for it. *Edit* Updated version which allows you to monitor multiple folders and unpack Rar-files Here's a link http://johanmartensson.se/ and a screenshot Thanks again Moitah and keep up the good work Last edited by lazaruz; 18th October 2007 at 16:40. |
16th November 2007, 09:52 | #538 | Link | |
Registered User
Join Date: Nov 2007
Posts: 1
|
Quote:
But there is only a very little problem with modified version. When processing a full directory, the name for the unpacked files is not correct, the program puts the full path as the name (for example, "VideoFiles\MyVideo1.avi", "VideoFiles\MyVideo2.avi", etc), and it's placing the files always at main personal directory. I think it's because on Linux the separator for directories is "/", and on Windows, it's "\", so the system takes the full path as the name for the files. It can be corrected if the program changes first the default path to the correct directory, and then it names the files. At this way, the program will can be runned without any problem on Windows, and on Linux. PD: Cainxxx, do you speak spanish? Me too... Last edited by Pepin; 21st November 2007 at 18:38. |
|
9th January 2008, 20:49 | #540 | Link |
The fish knows everything
Join Date: Oct 2005
Location: Greece
Posts: 63
|
A simple question:
I have an (*.avi) XviD 1.1.0 with a broken aspect ratio of (720x432). I have to force aspect ratio to (720x314) so it can display as it should be. Now I've tried this app. in several ways but the output is always the same as the input (720x432). 1. Is this normal ? can Mpeg-4 Mod. do what I need it to do? 2. Is there a way to do this except re-encode ? Thx |
|
|