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. |
13th September 2005, 04:23 | #21 | Link |
ангел смерти
Join Date: Nov 2004
Location: Lost
Posts: 9,558
|
Wow, you are one angry dude.
You don't have to use bleeding edge beta versions of software the day after they come out. Run thorough tests every upgrade and stick to a stable version for a few weeks if you can't handle betas. If you think recode is better, go ahead and use it, no one's going to stop you. VFW has few supporters in the AVC world because it's easier to code for, and most standalones now and in the future will be play only raw mp4-ordered bitstreams. Of course, most will only play MP4 or MOV so that point is kind of moot if you use mkv. Of course vfw would work, there's no timecodes to break. If you have a constant framerate you can always generate a timecode file. All you need is to make a text file with: Code:
# timecode format v1 Assume 29.970 I've been blissfully ignorant of timecode problems because I mux my own in at the end, except for either megui or x264 deleting the first frame and throwing mine off if I don't compensate. |
13th September 2005, 10:02 | #23 | Link | |
lost in dependency h3ll
Join Date: Oct 2004
Location: planet-X
Posts: 27
|
lite extract
Quote:
however, the extracted "mp4" is "light". the original mp4 is 314,174 kb. track1.mp4 is 313,905 kb. mpc /haali media splitter reports Invalid first byte EBML ID: and fails, mv2player fails, zoom player fails, vlc fails to play Track1.mp4 only mplayer/gui plays, with this output: ID_VIDEO_ID=0 FPS seems to be: 23.976000 ID_FILENAME=V:\source\Track1.mp4 ID_DEMUXER=h264es <--?? ID_VIDEO_FORMAT=0x10000005 <-?? ID_VIDEO_BITRATE=0 ID_VIDEO_WIDTH=0 <--? ID_VIDEO_HEIGHT=0 <--? ID_VIDEO_FPS=23.976 ID_VIDEO_ASPECT=0.0000 ID_LENGTH=0.00 <--? original output: ID_FILENAME=V:\source\241082.mp4 ID_DEMUXER=mov ID_VIDEO_FORMAT=avc1 ID_VIDEO_BITRATE=0 ID_VIDEO_WIDTH=640 ID_VIDEO_HEIGHT=368 ID_VIDEO_FPS=23.976 ID_VIDEO_ASPECT=0.0000 ID_LENGTH=2571.24 and when you "jump" the timeslider the picture looks like "liquid" distortions - static and moving - for a few seconds (until a complete scene change?) when track1.mp4 is dropped on mkmerge 1.5.6 gui it rejects it with: file identification failed...return code 2...error...has unknown type.
__________________
* blink :confused: * |
|
13th September 2005, 12:10 | #25 | Link | |
retired developer
Join Date: Oct 2002
Location: Canada
Posts: 8,978
|
Quote:
__________________
Detritus Software |
|
13th September 2005, 12:17 | #26 | Link | ||
Registered User
Join Date: Jun 2005
Posts: 630
|
Quote:
Quote:
|
||
13th September 2005, 12:25 | #28 | Link | ||
retired developer
Join Date: Oct 2002
Location: Canada
Posts: 8,978
|
Quote:
Quote:
__________________
Detritus Software |
||
13th September 2005, 12:26 | #29 | Link | |
retired developer
Join Date: Oct 2002
Location: Canada
Posts: 8,978
|
Quote:
__________________
Detritus Software |
|
13th September 2005, 12:48 | #31 | Link |
retired developer
Join Date: Oct 2002
Location: Canada
Posts: 8,978
|
ok, here'e the full story:
Source: xvid and aac in MP4 1) Convert MP4 to MKV 2) Analyze MKV tracks 3) Extract tracks to .avi and .aac --> fails That's why RealAnime still doesn't have MP4 management.
__________________
Detritus Software |
13th September 2005, 13:51 | #33 | Link |
retired developer
Join Date: Oct 2002
Location: Canada
Posts: 8,978
|
I never spoken of h264 for that case. MP4 merged in MKV can't be extracted in AVI after. That was my point.
__________________
Detritus Software |
13th September 2005, 16:00 | #34 | Link |
Member
Join Date: Nov 2004
Location: Michigan
Posts: 217
|
It seems like there's a lot unnecessary craziness happening. If I was encoding an ep using Nero Recode, I'd either feed it the AVS directly, or in a Huffy/Lagarith/etc/etc, and end up with a mp4 containing my h264 video. Then, drop this in MMG + Audio, Subs, Chapters, Timecodes (if necessary), and you're set.
Going back to your first post on this thread, you're wondering if there's anyway to repair your borked x264 you outputted directly to MKV. In the time you've spent yelling on the board, you could have reencoded in Recode, muxed that mp4, and been done with it. And IIRC, x264 CLI doesn't only output to MKV, also raw and mp4 (I think). So use those if you're averse to Recode for some reason. (Later versions do not crash for me, and some reports of its bugginess are overrated, though it doesn't like complex AVS scripts as much.) Last edited by movax; 13th September 2005 at 16:03. |
13th September 2005, 17:05 | #35 | Link |
retired developer
Join Date: Oct 2002
Location: Canada
Posts: 8,978
|
x264 MKV b0rkiness is the same for MP4. So only raw is avalible if MKV b0rk.
__________________
Detritus Software |
13th September 2005, 18:14 | #36 | Link | |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,219
|
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 |
|
|
13th September 2005, 18:24 | #37 | Link |
retired developer
Join Date: Oct 2002
Location: Canada
Posts: 8,978
|
AVC in AVI is not optimal...
__________________
Detritus Software |
13th September 2005, 18:36 | #38 | Link | |
Member
Join Date: Nov 2004
Location: Michigan
Posts: 217
|
Quote:
|
|
13th September 2005, 19:29 | #39 | Link |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,219
|
Agreed..... AVC in AVI is not an optimum solution.... But AVI-mux GUI can generate MKV muxes too!
If it could accept RAW H.264 streams and save them to MKV, that's got to be useful Cheers
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
13th September 2005, 19:56 | #40 | Link |
Registered User
Join Date: Mar 2005
Posts: 468
|
Stable/Unstable
How about dividing x264 into two downloads, one a Stable version and the other an Experimental?
The stable version would advance until someone finds a bug, then it would be decremented to the previous one. Thus, people who want to use x264 in a production environment would be able to make a choice which would nearly guarantee them good output, and those who wanted to experiment with bleeding-edge features would have the option to do so as well. So, we'll go thru this thread and all others in the MPEG-4 AVC subforum, and search for every bug reported on x264. Then, we'll pick the last version that has no bugs reported and post it as Stable. Last edited by Isochroma; 13th September 2005 at 20:05. |
Thread Tools | Search this Thread |
Display Modes | |
|
|