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. |
27th March 2008, 14:34 | #961 | Link | ||
Registered User
Join Date: Apr 2007
Location: Lithuania
Posts: 120
|
Quote:
Quote:
also with this sample DGAVCDec crashes then it finish indexing, or if i start indexing and stop it p.s. i reuploaded this sample http://www.mediafire.com/?n0qxdmmyyy3 |
||
27th March 2008, 15:11 | #963 | Link |
HDConvertToX author
Join Date: Nov 2003
Location: Cesena,Italy
Posts: 6,552
|
here NO
so, post a sample where is replicable, and also specify all options/switch used thanks BHH
__________________
HDConvertToX: your tool for BD backup MultiX264: The quick gui for x264 AutoMen: The Mencoder GUI AutoWebM: supporting WebM/VP8 |
27th March 2008, 20:36 | #964 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
I've noticed something weird in a21. DGAVCDec demuxes audio steams which do not exist. (mp3 and ac3)
http://www.64k.it/andres/data/a/SuperbadBD_100.m2ts
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
29th March 2008, 14:09 | #968 | Link |
Registered User
Join Date: Aug 2007
Posts: 111
|
@neuron2,
I'm having trouble with this m2ts, it was originally a seamless branching movie, which I've concatenated with copy /b and then remuxed with TSRemux, after which I got a normal synced copy. After I ran it through dgAVCDec, though, I got a slightly longer audio, which after it gets encoded and remuxed with the video by AutoMKV causes significant audio delay in the final mux. I'm not sure if the problem actually comes from dgAVCDec, but I did notice the difference in length between the original m2ts and the demuxed audio ac3, and so I thought this could be causing the delay. You may wanna look into it. Here's a 60MB sample of it: http://www.mediafire.com/?ygeyxxlddg9 It's really hard to notice the difference in length here, because the file is only 15 seconds long, but when I demux the whole movie, it adds up to 3 additional seconds... You may wanna run some tests Please, let me know what you found ALSO - all of the above happens when I use the AC3 version of the audio, but the movie also comes with TrueHD audio, which after I demux with dgAVCDec isn't playable and eac3to crashes when I try to convert it to wav, which was another reason for me to think the problem comes from the demuxing... So, I also tried it with xport and got the same bad results: xport -h part60.m2ts 1 1 2 (which is the AC3) - This time I actually got a shorter mpa file (by 1 second) than the original m2ts is...... very weird. I muxed it with TSMuxer and I still got a huge delay xport -h part60.m2ts 1 1 1 (which is the TrueHD) - here the .mpa file isn't playable by itself, when muxed with TSMuxer I get the same huge delay... I hope you can help me. Thank you an keep up the good work! Last edited by Encoder888; 29th March 2008 at 16:01. |
29th March 2008, 16:26 | #969 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
The stream you posted has 19 frames before the first IDR, so DGAVCIndex must lose them. That is ~0.8 seconds. When I serve the video I get 16.05 seconds. When I demux the audio I get 16.79. So the difference is accounted for by the leading non-decodable frames. As I have written before, I have not yet decided on what I want to do for AV sync yet, so manual adjustment of the offset is necessary for now.
Regarding TrueHD, I get a binary identical demux compared to xport. So I don't know what to tell you about how to process TrueHD, as I know nothing about it. |
29th March 2008, 16:28 | #970 | Link | |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Quote:
|
|
29th March 2008, 19:47 | #971 | Link |
Registered User
Join Date: May 2004
Posts: 19
|
Is there anyway of moving frame-by-frame in this program?
I'm trying to use to for taking screenshots of specific frames with no luck. In the non playback mode it moves quite a few frames at a time (i-frame to i-frame?) and when you do play at frame step speed once you stop in order to save a BMP it shoots forward a few frames. Thank you. |
29th March 2008, 20:42 | #972 | Link |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,227
|
Go to: Options -> Playback Speed -> Single Step
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
29th March 2008, 21:04 | #974 | Link |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,227
|
My apologies...
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
30th March 2008, 00:28 | #977 | Link | |
Life's clearer in 4K UHD
Join Date: Jun 2003
Location: Notts, UK
Posts: 12,227
|
Quote:
You'll have to add this feature to DGMPGIndex as well
__________________
| I've been testing hardware media playback devices and software A/V encoders and decoders since 2001 | My Network Layout & A/V Gear |
|
|
30th March 2008, 01:45 | #978 | Link | |
Registered User
Join Date: May 2004
Posts: 19
|
Quote:
------ Seperate issue. Probably known but I couldn't find anything on it. On a m2ts containing AVC from a BD I get the first two about 6-7 times when I hit Play (F6) and move forward a frame. After that no more errors unless I stop and play again. On an AVC file demuxed from an HD-DVD EVO I get all three quite a few times when seeking anywhere. And when playing and moving forward a step the first 2 twice, and then the first 2 twice again when going to the next frame. After that nothing unless I stop and play again. There doesn't actually appear to be any problem though; no frames missing and all appear to be decoded correctly. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|