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. |
23rd December 2007, 19:07 | #462 | Link | ||
Emperor building empire
Join Date: Mar 2007
Location: ZAR
Posts: 674
|
@ shambles & madshi
Quote:
Quote:
Arn't we looking for perfect 'human' solutions... a cat may see better and demand higher standards and perhaps in a million yrs time humans will have the capacity to appreciate movies with 1000 FPS, 100 megaPixel resolution and 128-bit colour detail. Surely, mathematical solutions that go beyond human abilities to tell the difference... also fall into the realm of imperfection. Pascal |
||
9th January 2008, 18:30 | #463 | Link |
Registered User
Join Date: Mar 2002
Posts: 117
|
I see you released new test versions. I tried the one from 02.01.
According to the changelog: * mkvmerge: bug fix: Rewrote the timecode application code. Additionally force the "previous cluster timecodes" that libmatroska uses to the current timecode. This seems to get rid of libmatroska's assertions about the local timecode being to small/big to fit into an int16. It also seems to get rid of some of mkvmerge's errors about the packet queue not being empty. if should now be possible to rewrite timestamps on mkv files created with GDSMux which previously failed most times. I tested it on Ratatouille Blu-Ray. Steps: Merge all movie files into one (copy /b ....) Remux with TSRemux Mux to MKV using GDSMux Add audio stream and rewrite timecode with MKVMerge Last step failes with: The file 'D:\Ratatoille.mkv' has been opened for writing. 'die' called: common.cpp/safememdup() called from file src/common/common_memory.h, line 91: malloc() returned NULL for a size of 381332 bytes. |
10th January 2008, 01:00 | #464 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
check (if you can playback that file until the error) if the glitches around ~40 mins are still present. if it doesnt work the way you did, then check it with copy /b and then demux the video stream with xport and remux it with mkvmerge (so dont use tsremux and gdsmux) please.
btw. where to find these test versions? Last edited by Thunderbolt8; 10th January 2008 at 01:03. |
10th January 2008, 08:53 | #465 | Link |
sidekick
Join Date: Apr 2004
Location: old Europe
Posts: 610
|
__________________
greets, kurt. Pioneer PDP-427 XA | Popcorn Hour NMT C-200 | Sony STR-DB 840 QS | Canton Ergo 91 DC |
14th January 2008, 08:41 | #466 | Link | |
Registered User
Join Date: Mar 2002
Posts: 117
|
Quote:
Demuxing and remuxing gives async audio. It is sync at the beginning and end (I think) but not in the middle of the movie, so that's not an option. |
|
19th January 2008, 03:38 | #469 | Link |
Registered User
Join Date: Feb 2007
Posts: 10
|
Hi,
Don't know whether this has been asked before, since this is such a big thread to go through. I'm now using mkvmerge GUI to cut a sample from a file, e.g. I want the part from 300s to 400s, when I split with mkvmerge, it returns 3 files, and only the one in the middle is what I want. So I have to delete the other 2 files manually. Is there any way to prevent generating the other 2 parts what I don't want? Thanks. |
20th January 2008, 00:07 | #471 | Link |
(schein)heilig
Join Date: Jun 2003
Location: Germany
Posts: 512
|
No. Cutting out single parts is not what the function is designed for.
__________________
Brother John When lost in BeSweet's options, have a look at the Commandline Reference. DVD nach MPEG-4 klappt nicht? Verzweifelt? Auf zum Encodingwissen! |
20th January 2008, 20:15 | #473 | Link |
Pain and suffering
Join Date: Jul 2002
Posts: 1,337
|
@Mosu:
How hard would it be to support .yuv files like these: ftp://ftp.ldv.e-technik.tu-muenchen....quences/1080p/ ? Quote from #matroska: shouldn't be hard to add raw support after all the size of each frame is fixed all that's needed is the pixel format the rest is known (width and height) it would be awesome to add .yuv files to .mkv and simply play them, to compare x264-aq encodes with the original, |
23rd January 2008, 04:37 | #475 | Link | |
Emperor building empire
Join Date: Mar 2007
Location: ZAR
Posts: 674
|
@ GasKid
Quote:
which can ultimately destroy an otherwise simple but elegant piece of software. Perhaps I should add my own feature request for "vertical signalling". AR signalling works well for full screen but an 800x448 encode signalled with 1.7703 will display at 793x448 (window mode) instead of 800x452 . Of course, you can avoid the "horizontal shrink phenomenon" by always over encoding the height... eg, 800x464 and all's well !!! I guess it's more of an MKV spec issue ! Pascal |
|
23rd January 2008, 21:42 | #477 | Link |
Registered User
Join Date: Aug 2007
Posts: 301
|
Something I just noticed, dunno if it's a bug or what. I demuxed MPEG-4 part 10 ES from Basic Instinct Blu-ray. Demuxed .avc plays fine itself but when I add it into .mkv it takes alot longer for wmp11 to load that .mkv comparing to other backups. When I seek it also takes forever for playback to start again. Also rainbow frames alot. If I mux that .avc into TS, everything works fine.
Last edited by Joniii; 23rd January 2008 at 22:30. |
24th January 2008, 22:35 | #478 | Link | |
Registered User
Join Date: Jul 2007
Posts: 259
|
Quote:
|
|
24th January 2008, 23:00 | #479 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/ |
|
24th January 2008, 23:11 | #480 | Link | |
Registered User
Join Date: Jul 2007
Posts: 259
|
Quote:
Even if I don't rewrite the timestamps the rainbow frames are introduced when just running thoose titles through mkvmerge |
|
|
|