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.

 

Go Back   Doom9's Forum > General > Audio encoding

Reply
 
Thread Tools Search this Thread Display Modes
Old 7th February 2009, 07:19   #8161  |  Link
DrNein
Registered User
 
Join Date: Sep 2002
Posts: 145
Quote:
Originally Posted by lchiu7 View Post
Sorry but can't see the relevance of those posts. I am having problems with the Nero codec, not Arcsoft.

A quick check of the DS Filter chain shows

"Nero Audio Decoder 2",{83E69A3D-56A5-4850-89C9-F6B6F003EB9B},00600000,"c:\program files\common files\ahead\dsfilter\neaudio2.ax"

Not entirely sure what else to check

And I am running Nero 7, not 8.
Sorry, I mixed up two replies. That should have been:

See post #7880 and on and particularly:
http://forum.doom9.org/showthread.ph...09#post1238209
DrNein is offline   Reply With Quote
Old 7th February 2009, 14:56   #8162  |  Link
0xdeadbeef
Author of BDSup2Sub
 
Join Date: Jun 2003
Posts: 478
I wonder if eac3to considers a PAL speedup (-speedup) for the exported subtitles.
I exported video, audio and subtitles from a M2TS stream and applied the "-speedup" option to the audio tracks (23.976Hz -> 25Hz). Then I needed to convert the exported SUPs via SupRead (export options: HDDVD, 25Hz) and SubtitleCreator to SUB/IDX.
Unfortunately, audio and subtitles are getting out of sync (subtitles after audio), the more time passes by.
So I wonder: are the SUP time stamps not fixed correctly when using the "-speedup" options or does one of the other tools introduce the problem? Would it make sense to try 23.976fps in SupRead? Does this have an influence at all if converting from SUP (BD) to SUP (HDDVD)?
0xdeadbeef is offline   Reply With Quote
Old 8th February 2009, 09:57   #8163  |  Link
mrr19121970
Registered User
 
Join Date: Mar 2008
Posts: 305
Quote:
Originally Posted by 0xdeadbeef View Post
I wonder if eac3to considers a PAL speedup (-speedup) for the exported subtitles.
I exported video, audio and subtitles from a M2TS stream and applied the "-speedup" option to the audio tracks (23.976Hz -> 25Hz). Then I needed to convert the exported SUPs via SupRead (export options: HDDVD, 25Hz) and SubtitleCreator to SUB/IDX.
Unfortunately, audio and subtitles are getting out of sync (subtitles after audio), the more time passes by.
So I wonder: are the SUP time stamps not fixed correctly when using the "-speedup" options or does one of the other tools introduce the problem? Would it make sense to try 23.976fps in SupRead? Does this have an influence at all if converting from SUP (BD) to SUP (HDDVD)?

I assume you are using tsMuxeR to build your streams back together ? You need to change the video frame rate to 25 and bind the subtitles to frame rate.

The GUI Clown_BD can do this in 1 option for you.
mrr19121970 is offline   Reply With Quote
Old 8th February 2009, 11:34   #8164  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 8,957
Quote:
Originally Posted by laserfan View Post
Here you go--I think 00216 is the mpls of interest and the clpi prolly 00011. Advise if I can provide any further info!
Thanks.

It seems that playlists 1 and 216 are identical - except that 216 has more chapters than 1. Don't know why they made the disc that way. There's a good reason, though, why eac3to chooses the playlist with more chapters. See here:

http://forum.doom9.org/showpost.php?...postcount=6376

When there are two playlists with a different number of chapters, which should I use? There are good arguments either way...

Quote:
Originally Posted by magic144 View Post
are you saying that one of these 2 methods does NOT remove/compensate for gaps/overlaps - I thought eac3to would always remove gaps/overlaps when demuxing a full-disc-structure title... if this is not the case, which of these 2 methods doesn't invoke eac3to's gap removal...?

or is it simply the case that eac3to does not do ANY Video gap compensation (in any mode - i.e. it just does audio) - I guess if that was the case and that ever happened, eac3to would just flag it in an info/warning message? (never seen such a warning on any of my discs to date anyway) - is it something eac3to might handle in the future?
eac3to automatically fixes audio gaps/overlaps, but it does not automatically fix video gaps/overlaps. And the only way to fix video gaps/overlaps is to modify the timestamps of a container. So if you demux video, there's nothing eac3to can do to fix the gaps/overlaps. However, the next eac3to version will at least also complain about gaps/overlaps if you demux video (older versions didn't).

Quote:
Originally Posted by topsham View Post
I am just starting to use eac3to and have encountered this problem. Is there a fix please?
Make sure you're using the latest eac3to version. If the problem still occurs then please post the eac3to log.

Quote:
Originally Posted by 0xdeadbeef View Post
I wonder if eac3to considers a PAL speedup (-speedup) for the exported subtitles.
No. FPS changes for subtitles is not implemented yet. It's on my to do list, though...
madshi is offline   Reply With Quote
Old 8th February 2009, 11:49   #8165  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 8,957
eac3to v3.07 released

http://madshi.net/eac3to.zip

Code:
* added support for MKV video tracks without sequence headers in bitstream
* added support for old style MKV AAC tracks
* added support for various MKV "A_MS/ACM" audio formats
* added support for various MKV "V_MS/VFW/FOURCC" video formats
* added warning for tracks where bitstream parsing failed
* demuxing a video track now also complains about video gaps/overlaps
* the "-check" option now also complains about video gaps/overlaps
* optimized memory allocation
* fixed: adding subtitle caption count to filenames sometimes didn't work
* fixed: subtitle caption counts in log sometimes had wrong track numbers
* fixed: all non-supported MKV tracks shared the same description
* fixed: incorrect framerate mismatch complaint was shown for pulldown sources
* fixed: FLAC tracks in MKV files don't slow down detection, anymore
* fixed: source file detection read 300MB from every source file
MKV support for those audio and video codecs which are natively supported by eac3to should be pretty complete now. MKV tracks using other video/audio codecs may demux successfully (or not), but are not officially supported by eac3to.

If you have any MKV samples with eac3to supported audio/video codecs which are not properly handled by eac3to, please upload a small sample for me. Thanks!

MKV subtitles, chapters and attachments are still not supported at all. Maybe next week...
madshi is offline   Reply With Quote
Old 8th February 2009, 12:04   #8166  |  Link
Thunderbolt8
Registered User
 
Join Date: Sep 2006
Posts: 2,154
thanks!
Thunderbolt8 is offline   Reply With Quote
Old 8th February 2009, 12:19   #8167  |  Link
0xdeadbeef
Author of BDSup2Sub
 
Join Date: Jun 2003
Posts: 478
Ok, I have another problem. I tried to convert the E-AC3 soundtracks of the European King King HD-DVD to AC3 and - while I was at it - apply a PAL speedup:

Quote:
eac3to.exe h:\HVDVD_TS\FEATURE_1.EVO+h:\HVDVD_TS\FEATURE_2.EVO 2: d:\dvd\kk\Chapters.txt 3: d:\dvd\kk\kk.* 4: d:\dvd\kk\en.ac3 -libav -speedup -384 7: d:\dvd\kk\de.ac3 -libav -speedup -384 11: d:\dvd\kk\en.sup 14: d:\dvd\kk\de.sup 28: d:\dvd\kk\de_forced.sup
For the original EVOs EAC3TO reported an audio delay of 1001ms only for the English sound track.

Quote:
HD-DVD King Kong

1: Joined EVO file
2: Chapters, 50 chapters with names
3: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
4: E-AC3, English, 5.1 channels, 1536kbps, 48khz, dialnorm: -27dB, 1001ms
5: E-AC3, French, 5.1 channels, 384kbps, 48khz, dialnorm: -27dB
6: E-AC3, Italian, 5.1 channels, 384kbps, 48khz, dialnorm: -27dB
"Italian"
7: E-AC3, German, 5.1 channels, 384kbps, 48khz, dialnorm: -27dB
8: E-AC3, Spanish, 5.1 channels, 384kbps, 48khz, dialnorm: -27dB
9: E-AC3, Japanese, 5.1 channels, 384kbps, 48khz, dialnorm: -27dB
[...]
However, after muxing the video and audio streams with TSMuxer, the audio is about 32 seconds (!) too early - and I'm not even sure if this is consistent. As converting the EVOs to M2TS with TSMuxer alone (no audio conversion) worked perfectly, I would assume that something goes wrong here with the audio conversion. I'm not quite sure what though. Any hints?
0xdeadbeef is offline   Reply With Quote
Old 8th February 2009, 13:27   #8168  |  Link
honai
Guest
 
Posts: n/a
Thanks madshi!
  Reply With Quote
Old 8th February 2009, 13:52   #8169  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 8,957
Quote:
Originally Posted by 0xdeadbeef View Post
Ok, I have another problem. I tried to convert the E-AC3 soundtracks of the European King King HD-DVD to AC3 and - while I was at it - apply a PAL speedup
You forgot to speedup the video track.
madshi is offline   Reply With Quote
Old 8th February 2009, 14:16   #8170  |  Link
0xdeadbeef
Author of BDSup2Sub
 
Join Date: Jun 2003
Posts: 478
Quote:
Originally Posted by madshi View Post
You forgot to speedup the video track.
Thanks for the hint. I'm pretty sure I read somehwere (3.06 command line help?) that the "-speedup" option was only valid for audio tracks.
But ok, obviously my fault. I must admit that I used a GUI for my M2TS conversions and used the command line the frist time for the EVOs.
0xdeadbeef is offline   Reply With Quote
Old 8th February 2009, 16:07   #8171  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 8,957
Quote:
Originally Posted by 0xdeadbeef View Post
Thanks for the hint. I'm pretty sure I read somehwere (3.06 command line help?) that the "-speedup" option was only valid for audio tracks.
It's not. How is a sped up audio track supposed to sync with a non-sped up video track?
madshi is offline   Reply With Quote
Old 8th February 2009, 16:19   #8172  |  Link
laserfan
Aging Video Hobbyist
 
Join Date: Dec 2004
Location: Off the Map
Posts: 2,443
Quote:
Originally Posted by madshi View Post
It seems that playlists 1 and 216 are identical - except that 216 has more chapters than 1. Don't know why they made the disc that way. There's a good reason, though, why eac3to chooses the playlist with more chapters. See here:

http://forum.doom9.org/showpost.php?...postcount=6376

When there are two playlists with a different number of chapters, which should I use? There are good arguments either way....
But madshi, the new versions of eac3to don't in any way expose the correct chapter list. Here's all it shows me:
Code:
D:\>eac3to h:
1) 00216.mpls, 00011.m2ts, 1:30:05
   - h264/AVC, 1080p24 /1.001 (16:9)
   - h264/AVC, 480p24 /1.001 (16:9)
   - TrueHD, English, multi-channel, 48khz
   - AC3, French, multi-channel, 48khz
   - AC3, Spanish, multi-channel, 48khz
   - AC3, Portuguese, multi-channel, 48khz
   - AC3, Thai, multi-channel, 48khz
   - AC3, English, stereo, 48khz
   - DTS Express, English, stereo, 48khz

2) 00202.mpls, 00105.m2ts, 0:26:44
   - MPEG2, 1080p24 /1.001 (16:9)
   - AC3, English, stereo, 48khz

3) 00203.mpls, 00106.m2ts, 0:16:00
   - MPEG2, 1080p24 /1.001 (16:9)
   - AC3, English, stereo, 48khz
But then even if I force eac3to to look at 00001 it still gives me 51 chapters? Maybe it was/is another .mpls that gives 16 chapters?

Code:
D:\>eac3to h:\bdmv\playlist\00001.mpls
1) 00001.mpls, 00011.m2ts, 1:30:05
   - h264/AVC, 1080p24 /1.001 (16:9)
   - h264/AVC, 480p24 /1.001 (16:9)
   - TrueHD, English, multi-channel, 48khz
   - AC3, French, multi-channel, 48khz
   - AC3, Spanish, multi-channel, 48khz
   - AC3, Portuguese, multi-channel, 48khz
   - AC3, Thai, multi-channel, 48khz
   - AC3, English, stereo, 48khz
   - DTS Express, English, stereo, 48khz

D:\>eac3to h:\bdmv\playlist\00001.mpls 1: chapter.txt
M2TS, 2 video tracks, 7 audio tracks, 15 subtitle tracks, 1:30:05, 24p /1.001
1: Chapters, 51 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: h264/AVC, 480p24 /1.001 (20:11)
4: TrueHD/AC3, English, 5.1 channels, 48khz
   (embedded: AC3, 5.1 channels, 640kbps, 48khz)
5: AC3, French, 5.1 channels, 640kbps, 48khz, dialnorm: -30dB
6: AC3, Spanish, 5.1 channels, 640kbps, 48khz, dialnorm: -30dB
7: AC3, Portuguese, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
8: AC3, Thai, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
9: AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
10: DTS Express, English, 2.0 channels, 24 bits, 192kbps, 48khz
11: Subtitle (PGS), English
12: Subtitle (PGS), English
13: Subtitle (PGS), French
14: Subtitle (PGS), Spanish
15: Subtitle (PGS), Portuguese
16: Subtitle (PGS), Chinese
17: Subtitle (PGS), Chinese
18: Subtitle (PGS), Korean
19: Subtitle (PGS), Thai
20: Subtitle (PGS), Spanish
21: Subtitle (PGS), Portuguese
22: Subtitle (PGS), Korean
23: Subtitle (PGS), Spanish
24: Subtitle (PGS), Portuguese
25: Subtitle (PGS), English
Creating file "chapter.txt"...
Done.
Still puzzled why the older version of eac3to finds-and-picks 16 chapters correctly, but the newer doesn't expose 16 chapters anywhere? In that post you linked to, at least that movie showed the feature as being in multiple playlists; this one does not.

Well, I guess this command:

D:\>eac3to h:\bdmv\playlist\ xxxxx.mpls

is giving me the main movie playlist (& incorrect 51 chapters) every time, so apparently I've not used a proper eac3to command...

EDIT: Here are the very different results when using eac3to v2.65! Apparently 00217 is the correct mpls to choose!
Code:
D:\>"c:\program files (x86)\eac3told\eac3to.exe" h:\
1) 00217.mpls, 00011.m2ts, 1:30:05
   - h264/AVC, 1080p24 /1.001 (16:9)
   - h264/AVC, 480p24 /1.001 (16:9)
   - TrueHD, English, multi-channel, 48khz
   - AC3, French, multi-channel, 48khz
   - AC3, Spanish, multi-channel, 48khz
   - AC3, Portuguese, multi-channel, 48khz
   - AC3, Thai, multi-channel, 48khz
   - AC3, English, stereo, 48khz
   - DTS Express, English, stereo, 48khz

2) 00216.mpls, 00011.m2ts, 1:30:05
   - h264/AVC, 1080p24 /1.001 (16:9)
   - h264/AVC, 480p24 /1.001 (16:9)
   - TrueHD, English, multi-channel, 48khz
   - AC3, French, multi-channel, 48khz
   - AC3, Spanish, multi-channel, 48khz
   - AC3, Portuguese, multi-channel, 48khz
   - AC3, Thai, multi-channel, 48khz
   - AC3, English, stereo, 48khz
   - DTS Express, English, stereo, 48khz

3) 00202.mpls, 00105.m2ts, 0:26:44
   - MPEG2, 1080p24 /1.001 (16:9)
   - AC3, English, stereo, 48khz

4) 00203.mpls, 00106.m2ts, 0:16:00
   - MPEG2, 1080p24 /1.001 (16:9)
   - AC3, English, stereo, 48khz

D:\>"c:\program files (x86)\eac3told\eac3to.exe" h:\ 1)
M2TS, 2 video tracks, 7 audio tracks, 15 subtitle tracks, 1:30:05
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: h264/AVC, 480p24 /1.001 (20:11)
4: TrueHD/AC3, English, 5.1 channels, 48khz
5: AC3, French, 5.1 channels, 640kbps, 48khz, dialnorm: -30dB
6: AC3, Spanish, 5.1 channels, 640kbps, 48khz, dialnorm: -30dB
7: AC3, Portuguese, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
8: AC3, Thai, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
9: AC3, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
10: DTS Express, English, 2.0 channels, 24 bits, 192kbps, 48khz
11: Subtitle (PGS), English
12: Subtitle (PGS), English
13: Subtitle (PGS), French
14: Subtitle (PGS), Spanish
15: Subtitle (PGS), Portuguese
16: Subtitle (PGS), Chinese
17: Subtitle (PGS), Chinese
18: Subtitle (PGS), Korean
19: Subtitle (PGS), Thai
20: Subtitle (PGS), Spanish
21: Subtitle (PGS), Portuguese
22: Subtitle (PGS), Korean
23: Subtitle (PGS), Spanish
24: Subtitle (PGS), Portuguese
25: Subtitle (PGS), English

Last edited by laserfan; 8th February 2009 at 16:30.
laserfan is offline   Reply With Quote
Old 8th February 2009, 17:01   #8173  |  Link
magic144
Registered User
 
Join Date: May 2005
Posts: 380
Quote:
Originally Posted by madshi View Post
eac3to automatically fixes audio gaps/overlaps, but it does not automatically fix video gaps/overlaps. And the only way to fix video gaps/overlaps is to modify the timestamps of a container. So if you demux video, there's nothing eac3to can do to fix the gaps/overlaps.
thanks again Madshi - and for the new version :-)

One more question then. Are you saying that doing something like this:-

Code:
eac3to L: 1) 2: video.mkv
rather than a blanket disc title demux would keep a VC1 stream in a container (.mkv, albeit a different one from its original .m2ts housing) and allow eac3 to fix video gaps/overlaps, and is that an existing feature or a future planned capability? If I remember rightly, you said the use of video gaps/overlaps is incredibly rare in source material - but you have seen it?

Cheers,
m
magic144 is offline   Reply With Quote
Old 8th February 2009, 19:32   #8174  |  Link
0xdeadbeef
Author of BDSup2Sub
 
Join Date: Jun 2003
Posts: 478
Quote:
Originally Posted by madshi View Post
It's not. How is a sped up audio track supposed to sync with a non-sped up video track?
Well, indeed it doesn't seem to make much sense to have a seperate speedup option for each stream, either. I guess it's highly unlikely that someone wants to speed up just some streams. This also creates confusion regarding the chapter timestamps and the subtitles.
Why don't you just make it a global option?
0xdeadbeef is offline   Reply With Quote
Old 8th February 2009, 20:01   #8175  |  Link
Snowknight26
Registered User
 
Join Date: Aug 2007
Posts: 1,381
Code:
eac3to.exe "G:\Movies\The Third Man\The.Third.Man.mkv"
MKV, 1 video track, 4 audio tracks, 1:45:13, 24p /1.001
1: h264/AVC, English, 1436x1080 23.976p
2: FLAC, English, 1.0 channels, 1:45:13, 16 bits, 48khz
   "FLAC 1.0 @ 202kbps"
3: VORBIS, English, 1.0 channels, 48khz
   "Commentary w/ Steven Soderbergh and Tony Gilroy"
4: VORBIS, English, 1.0 channels, 48khz
   "Commentary w/ film scholar Dana Polan"
5: VORBIS, English, 1.0 channels, 48khz
   "Abridged recording of Graham Greene∆s treatment, read by actor Richard Clark
e"
v01 The video bitstream is encoded in a non-standard framerate.
Bitstream parsing for tracks 3-5 failed.
Demuxing these tracks may still produce correct results - or not.
The video was encoded using 23.976fps, just like all my encodes I have done. Should I be specifying 24000/1001 instead? Or does it not matter because its only a cosmetic issue?
And a small suggestion. It might be better to say "Demuxing these tracks may or may not produce correct results." instead of what you currently have. At least thats what I think.

Last edited by Snowknight26; 8th February 2009 at 20:07.
Snowknight26 is offline   Reply With Quote
Old 9th February 2009, 00:59   #8176  |  Link
DrNein
Registered User
 
Join Date: Sep 2002
Posts: 145
Quote:
Originally Posted by 0xdeadbeef View Post
Well, indeed it doesn't seem to make much sense to have a seperate speedup option for each stream, either. I guess it's highly unlikely that someone wants to speed up just some streams. This also creates confusion regarding the chapter timestamps and the subtitles.
Why don't you just make it a global option?
Applying speedup/slowdown per stream is useful when replacing audio tracks -and thus avoiding the extra processing time by applying it to the video only. Also, the original audio can be demuxed unmodified for preservation or additional manipulation.
DrNein is offline   Reply With Quote
Old 9th February 2009, 13:18   #8177  |  Link
honai
Guest
 
Posts: n/a
madshi,

would it require a lot of effort to include a simple video cutting mechanism, e.g. remove the first 2000ms of the video stream when demuxing and muxing from/to MKV?
  Reply With Quote
Old 9th February 2009, 13:22   #8178  |  Link
tvjunky
Registered User
 
Join Date: Aug 2007
Posts: 9
Hi Madshi!
Did you have changed anything regarding Drive-Read-Speed in your last version? I used the following command to copy video and audio direct from my drives to a hdd-folder:

eac3to f: 1) 3: video.mkv 9: audio.flac (from my HD-DVD-Drive)

With version 3.06 it took ~45 min.
With version 3.07 it took 12 hours!!!

I have the same effect with my Blu-Ray-Drive. I stopped the test with my Blu-Ray-Drive after 4 hours.

Thanks in advance, S.
tvjunky is offline   Reply With Quote
Old 9th February 2009, 13:56   #8179  |  Link
KevinMcPool
Registered User
 
Join Date: Sep 2008
Posts: 7
Hi,i have previously converted dtshd and truehd tracks to lpcm for my PCH A100 but have now gotten an A110.Is it possible to convert the lpcm tracks back to dtshd or truehd without any loss in quality???Thanks.
KevinMcPool is offline   Reply With Quote
Old 9th February 2009, 14:31   #8180  |  Link
tebasuna51
Moderator
 
tebasuna51's Avatar
 
Join Date: Feb 2005
Location: Spain
Posts: 5,251
Quote:
Originally Posted by KevinMcPool View Post
Hi,i have previously converted dtshd and truehd tracks to lpcm for my PCH A100 but have now gotten an A110.Is it possible to convert the lpcm tracks back to dtshd or truehd without any loss in quality???Thanks.
Of course if you have the appropiate encoder (don't exist free encoders) but you don't need eac3to for this.

The most common free lossless encoder is FLAC, supported in mkv container.
You can demand multichannel FLAC support in PCH.
__________________
BeHappy, AviSynth audio transcoder, in Doom9 forums. NicAudio, BassAudio, audio decoders.
tebasuna51 is offline   Reply With Quote
Reply

Tags
eac3to

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 02:57.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2017, vBulletin Solutions Inc.