Disk is in hand under fair use. Investigating...

OK, thank you.

More info... Clip 00014.m2ts has a stated playing time of 1 sec. If you removed all of them from 00001.mpls the remaining clips appear to make up the movie, as it has the correct duration that you stated. The repeated 00014 clips are likely obfuscation. To know what criterion to use to remove them, ...

The duplicate check doesn't seem to catch 00014.m2ts appearing several times in the second playlist - I'm not sure that's actually required. It collapses only adjacent duplicates, e.g., 00014+00014 would be collapsed, but not 00014+00001+00014. eac3to lets you choose only to retain the first N clip...

Please try using DGDemuxGUI checking the collapse box. If it works it tells me what the problem is and I can then fix it for eac3to. Although eac3to does have a collapse option it doesn't work the same way as DGDemuxGUI, and won't properly collapse the pattern here (00002.m2ts at the end will be los...

Rocky was not referring to you, m8! I hope we are friends.

gud advice hydra3333 amigo mio thx
gonna try blackjack 2nite

sounds gud Rock way 2 go

quik report
i won big at the rulette table 2nite
the ladies are swarming me
more later knerk

la de da, la de dum
stick yer finger in a plum

Thank you, skull, for jumping in, and DelBoy83, glad to hear it's good for you. Rocky and me are kinda busy right now trying to find out why a user is getting illegal instructions with the DGDecodeNV_test2 build.

Hmm, right when I prove it's their problem, he goes quiet. Well, let's give him some time.

Great, thanks for testing!

Slipstream for eac3to 3.49: * eac3to was not adding the subtitles counts to the demuxed filenames when -destpath was given. :salute: DanDare1983 https://rationalqm.us/eac3to Sorry, skull , I'm not making a new release just for this minor blemish. Look closely at Britney and you'll see lots of them. ...

Fix was slipstreamed.

Confirmed as a regression due to the new windows honoring. If you give -ignorepl it will work. Thank you for the report. Investigating...

Speaking of compute-sanitizer:

https://forums.developer.nvidia.com/t/i ... dec/282064

CUDA guys are way more responsive than NVDec guys.

Thank you Mr oniiz86, that is very helpful.

Thank you, Gentlemen.

Please re-download. Should be fixed. Thank you for the report.

I'll fix it now and slipstream it. Not gonna make a new release for this. I withdrew the online version until I fix it. Shouldn't take long. Standby...

My confusion was I thought -log just gave a path, not the whole filename.

eac3to 3.49: * Fixed -destpath option when it is the last option on the command line. * Stopped eac3to from generating the log file twice. * The new rules for the log file location are: The -log path is used if present. If -log is absent then the -destpath path is used if present. If -log and -destp...

Please download 3.49, which I just released. It removes the automatic invocation of thdmerge.exe. Peter

Marking resolved as this will be addressed by removing automatic invocation of thdmerge.

EDIT: Revised 3.49_test is now available.

Yeah, I get it. I just didn't know that eac3to corrected one but not the other.

BTW, it's 32ms not 31ms.

Automatic merging is going to be removed. So marking this resolved.