16.10.2022, 09:23
16.10.2022, 16:21
(16.10.2022, 09:23)Selur Wrote: [ -> ]Send you a link to a new dev version, which doesn't touch the speed change if either 'ignore' or 'pass-through' are used.
Cu Selur
So, just to be clear on that..
The issue remains te same with the new revision you have sended me, when i have to encode the audio tracks and use the speedchange box ?
I want you to know, so far the A/V from the output files still play in sync after disabling "matroska stretch handling" box...
Also, you talked about source that has stretched/compressed time stamps in the audio !!
How can i check that, MediaInfo ? If so, what do i have to look for? And are you refering to audio tracks such as, DTS-HD with all kinds of core tracks ?
much obliged,
cheers,
td
16.10.2022, 16:31
Don't understand most of what you wrote: Lost in translation.
You can't check whether audio time stamps are streched/compressed through MediaInfo.
MediaInfo only reads a few headers, to determine whether the time codes are streched/compressed a long analysis is needed.
Like it wrote: it's rare that this happens, so you probably can assume that it is not the case for content you encounter.
Cu Selur
You can't check whether audio time stamps are streched/compressed through MediaInfo.
MediaInfo only reads a few headers, to determine whether the time codes are streched/compressed a long analysis is needed.
Like it wrote: it's rare that this happens, so you probably can assume that it is not the case for content you encounter.
Cu Selur
16.10.2022, 16:45
(16.10.2022, 16:31)Selur Wrote: [ -> ]Don't understand most of what you wrote: Lost in translation.
That's news to me!? Where did you lost me
Although english is not my native language, is my engrish* that much off ?
(16.10.2022, 16:31)Selur Wrote: [ -> ]You can't check whether audio time stamps are streched/compressed through MediaInfo.
MediaInfo only reads a few headers, to determine whether the time codes are streched/compressed a long analysis is needed.
Like it wrote: it's rare that this happens, so you probably can assume that it is not the case for content you encounter.
Cu Selur
I thought as much!!
I asume analyze stretch/compres timings in audio tracks is as tedious as finding out the frequencies from cinavia infected audio tracks
Cheerios,
TD
16.10.2022, 17:12
Quote:The issue remains te same with the new revision you have sended me, when i have to encode the audio tracks and use the speedchange box ?Issue is solved here,...
I want you to know, so far the A/V from the output files still play in sync after disabling "matroska stretch handling" box...
- starting Hybrid
- enabling 'Base->Audio->Base->Audio Encoding Options'
- enabling 'Base->Audio->Base->Audio Encoding Options->Filtering->Speed change'
- setting 'Base->Audio->Base->Audio Encoding Options->Filtering->Speed change->from' to 12
- loading a source file (multi audio source)
- checking => 'Base->Audio->Base->Audio Encoding Options->Filtering->Speed change' as still enabled and speed
- loading another source file (multi audio source)
- checking => 'Base->Audio->Base->Audio Encoding Options->Filtering->Speed change' as still enabled and speed
Cu Selur
18.10.2022, 13:23
(16.10.2022, 17:12)Selur Wrote: [ -> ]Quote:The issue remains te same with the new revision you have sended me, when i have to encode the audio tracks and use the speedchange box ?Issue is solved here,..
I want you to know, so far the A/V from the output files still play in sync after disabling "matroska stretch handling" box...
Cu Selur
What Do You HEAR, what Do You SAY ...
Indeed, the latest build you have sended me seems to have solved the issue.
much obliged,
p.s: My apology for the postponed reply
urs TRUly Sincere,
T.D unlimited