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. |
6th May 2009, 16:08
|
#1142 | Link |
|
Software Developer
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
You must open a video first before you execute that script. That script will only setup the video encoder, it doesn't open any video
 (It's probably not the best idea to post huge screenshots. You may post a thumbnail or a hyperlink to the full-size image instead)
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 6th May 2009 at 16:22. |
|
|
|
10th May 2009, 13:31
|
#1144 | Link |
|
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
libx264 SVN-r1148:
libx264-r1148, MinGW GCC 4.4.0, optimized for Core 2 libx264-r1148, MinGW GCC 4.4.0, optimized for K10 libx264-r1148, MinGW GCC 4.4.0, optimized for Pentium 2 and later libx264-r1148, MinGW GCC 4.3.3, optimized for Core 2 libx264-r1148, MinGW GCC 4.3.3, optimized for K10 libx264-r1148, MinGW GCC 4.3.3, optimized for Pentium 2 and later libx264-r1148, MinGW GCC 4.2.1, optimized for Pentium 2 and later libx264-r1148, MinGW GCC 3.4.5, optimized for Pentium 2 and later These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4763 or later now! The patches used for my builds can be found at this location.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 17th May 2009 at 16:57. |
|
|
|
|
13th May 2009, 15:41
|
#1145 | Link |
|
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
libx264 SVN-r1148 using experimental AutoVAQ patch v0.2 by BugMaster:
libx264-r1148, MinGW GCC 4.4.0, optimized for Core 2 libx264-r1148, MinGW GCC 4.4.0, optimized for K10 libx264-r1148, MinGW GCC 4.4.0, optimized for Pentium 2 and later libx264-r1148, MinGW GCC 4.3.3, optimized for Core 2 libx264-r1148, MinGW GCC 4.3.3, optimized for K10 libx264-r1148, MinGW GCC 4.3.3, optimized for Pentium 2 and later These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4763 or later now! The patches used for my builds can be found at this location. More info on BugMaster's patch in this thread! Again using the "force_align_arg_pointer" attribute to avoid crash, so only GCC 4.x builds this time.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 17th May 2009 at 16:57. |
|
|
|
|
24th May 2009, 20:25
|
#1147 | Link |
|
Registered User
Join Date: May 2008
Posts: 1,618
|
MPEG-2 VOB problem with 2.5.0 rev 4763
LoRd_MuldeR,
I've found a bug in rev 4763 when opening a VOB file directly. The source is 16:9 NTSC (Region 1) Aqua Teen Hunger Force Season 6 Disc 2. Included below is an image showing the problem and a link to a 10-second sample cut with Avidemux. Hopefully you can reproduce the problem. The same file is fine in DGIndex and MPC-HC. If it is of any relevance, the problem persists throughout the file; the top fields are garbled but the bottom fields seem to decode correctly.  Problem.vob (12.6 MB, ~10 seconds): http://www.mediafire.com/?sharekey=9...4e75f6e8ebb871  Edit: I thought this might have been a problem with starting on a P-frame rather than an I-frame (unless Avidemux's frame type detection is wrong), but it persists for numerous GOPs. Edit #2: This only happens when I don't choose to append all the VOB files in the program chain - Avidemux thinks VTS_01_1.VOB (the problematic file) starts with a P frame when opened on its own, but when I append the rest of the VTS_01_X.VOB files, Avidemux correctly begins on an I-frame and the problem disappears. Any idea what's going on here? So far as I know the missing I frame can't be in the second or third VOB... Last edited by Inspector.Gadget; 24th May 2009 at 20:45. |
|
|
|
|
24th May 2009, 23:19
|
#1148 | Link |
|
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
I can't see any problems with your sample, except that there are a few garbled blocks in the very first frames (1 to 7). But these are present in MPlayer and MPC+ffdshow as well!
 So it's not an Avidemux problem. The rest of the clip looks 100% fine for me. This is with Avidemux 2.5 r4763.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 24th May 2009 at 23:38. |
|
|
|
|
24th May 2009, 23:43
|
#1149 | Link |
|
Registered User
Join Date: May 2008
Posts: 1,618
|
Yes, unfortunately upon a second look the sample does not have the same problem as the stream I cut it from using Avidemux. I don't know why this happened, as I made sure to begin with the first frame rather than the first keyframe. Here are two screenshots I've taken that may help illustrate this problem.
In this first screenshot, I opened VTS_01_1.VOB, declined to append the rest of the VOBs at the prompt, and wound up starting on a P-frame: hence the garbled image.  In this second screenshot, I opened VTS_01_1.VOB, allowed Avidemux to append the rest of the VOBs, and everything was fine: the stream started on an I-frame.  But shouldn't the first frame in a given VOB be the same anyway if it's alone or the first in a sequence? I know that VTS_01_0.VOB was not prepended to the others in the second case. |
|
|
|
|
24th May 2009, 23:48
|
#1150 | Link | |
|
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
|
|
|
|
25th May 2009, 00:32
|
#1152 | Link | |
|
Registered User
Join Date: May 2008
Posts: 1,618
|
Quote:
|
|
|
|
|
|
25th May 2009, 22:41
|
#1153 | Link | ||
|
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Avidemux 2.5 SVN-r4871 (2009-05-25)
http://www.avidemux.org/ Quote:
Quote:
Download Mirror #2: http://avidemux.razorbyte.com.au/
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
||
|
|
|
|
20th June 2009, 02:10
|
#1156 | Link |
|
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
libx264 SVN-r1169:
libx264-r1169, MinGW GCC 4.4.0, optimized for Core 2 libx264-r1169, MinGW GCC 4.4.0, optimized for K10 libx264-r1169, MinGW GCC 4.4.0, optimized for Pentium 2 and later libx264-r1169, MinGW GCC 4.2.1, optimized for Pentium 2 and later libx264-r1169, MinGW GCC 3.4.5, optimized for Pentium 2 and later libx264 SVN-r1169 using experimental AutoVAQ patch v0.2 by BugMaster: libx264-r1169, MinGW GCC 4.4.0, optimized for Core 2 libx264-r1169, MinGW GCC 4.4.0, optimized for K10 libx264-r1169, MinGW GCC 4.4.0, optimized for Pentium 2 and later These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4871 or later now! The patches used for my builds can be found at this location. More info on BugMaster's patch in this thread! Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
|
|
|
22nd June 2009, 23:42
|
#1157 | Link |
|
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
libx264 SVN-r1171:
libx264-r1171, MinGW GCC 4.4.0, optimized for Core 2 libx264-r1171, MinGW GCC 4.4.0, optimized for K10 libx264-r1171, MinGW GCC 4.4.0, optimized for Pentium 2 and later libx264-r1171, MinGW GCC 4.2.1, optimized for Pentium 2 and later libx264-r1171, MinGW GCC 3.4.5, optimized for Pentium 2 and later libx264 SVN-r1171 using experimental AutoVAQ patch v0.2 by BugMaster: libx264-r1171, MinGW GCC 4.4.0, optimized for Core 2 libx264-r1171, MinGW GCC 4.4.0, optimized for K10 libx264-r1171, MinGW GCC 4.4.0, optimized for Pentium 2 and later These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4871 or later now! The patches used for my builds can be found at this location. More info on BugMaster's patch in this thread! Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
|
|
|
23rd June 2009, 22:03
|
#1158 | Link |
|
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
libx264 SVN-r1171 using experimental AutoVAQ patch v0.3 by BugMaster:
libx264-r1171, MinGW GCC 4.4.0, optimized for Core 2 libx264-r1171, MinGW GCC 4.4.0, optimized for K10 libx264-r1171, MinGW GCC 4.4.0, optimized for Pentium 2 and later These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r4871 or later now! The patches used for my builds can be found at this location. More info on BugMaster's patch in this thread! Using the "force_align_arg_pointer" attribute to avoid crash in AutoVAQ builds, hence only GCC 4.x builds.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
|
|
|
|
25th June 2009, 16:54
|
#1159 | Link |
|
Registered User
Join Date: Jul 2008
Posts: 532
|
It seems that AviDemux 2.5 has been released even though the web sites haven't been updated yet:
http://sourceforge.net/project/showf...group_id=67275 But no ZIP file available, unfortunately
|
|
|
|
 |
| Thread Tools | Search this Thread |
| Display Modes | |
|
|
Linear Mode
