dmMediaConverter v2.4.1

[manolito]

Hi Marius,

after testing this latest version I believe that I found a nasty little bug. Took me a while to get a grip on it...

It happens whenever I encode more than 1 source file in one job, video is copied, audio is reencoded. And I create simple chapters spaced at a 6 minute distance. It does not matter which audio encoder I use. It also makes no difference if I work in normal mode or in bulk mode.

The problem always occurs when the next source file in the queue is shorter than the previous file (so it will end up with less chapter points than the previous file). In such cases the number of created chapters will be the same for the first (longer) file as the number of chapters for the next (shorter) file.

What fixes this is to change the order of the files in the queue so that the shortest files will be processed before the longer files.

I hope that my explanation is clear enough. A short screenshot video would be easier to understand, but my computer skills are no longer up to this.


Cheers
manolito

[mdalacu]

Originally Posted by manolito

Hi Marius,

after testing this latest version I believe that I found a nasty little bug. Took me a while to get a grip on it...

It happens whenever I encode more than 1 source file in one job, video is copied, audio is reencoded. And I create simple chapters spaced at a 6 minute distance. It does not matter which audio encoder I use. It also makes no difference if I work in normal mode or in bulk mode.

The problem always occurs when the next source file in the queue is shorter than the previous file (so it will end up with less chapter points than the previous file). In such cases the number of created chapters will be the same for the first (longer) file as the number of chapters for the next (shorter) file.

What fixes this is to change the order of the files in the queue so that the shortest files will be processed before the longer files.

I hope that my explanation is clear enough. A short screenshot video would be easier to understand, but my computer skills are no longer up to this.


Cheers
manolito

You are right and it just hit me why it behaves like this..
I will try to find an workaround since it is indeed nasty ..to solve!
Thanks for this!

[mdalacu]

@Manolito,
Please redownload and test the same scenario.
Does the problem persist?
Thanks!

[manolito]

Thanks for the new version, that was fast...

Did a few tests, clever idea to change the internal file sort order temporarily. Could not break it so far, very clever.

In normal Convert mode it can get a little confusing when after the settings for the first file are done and I load the next source file, all of a sudden the file order in the "Load File" dialog has changed. But I can live with this.

I tried to confuse the software in the standard "Convert" mode by manually changing the chapter distance for the last (longer) source file to a much higher distance between chapters so creating much less chapters. But this did not break the chapter creating for the other source files at the beginning of the queue.


Thanks very much for the quick fix...

Cheers
manolito

[manolito]

Originally Posted by manolito

...all of a sudden the file order in the "Load File" dialog has changed.

Sorry for the alarm, it turned out that this is a one-time thing...

It only happens after the first start. In the "Load File" dialog you can change back the sort order to your preferred setting, the change will stick (even survive a reboot), and entering a different sort order or changing it back to the previous setting will not reintroduce the old error of skipped chapter points.

So sorry for the false alarm, everything is cool...

Cheers
manolito

[mdalacu]

Originally Posted by manolito

Thanks for the new version, that was fast...

Did a few tests, clever idea to change the internal file sort order temporarily. Could not break it so far, very clever.

In normal Convert mode it can get a little confusing when after the settings for the first file are done and I load the next source file, all of a sudden the file order in the "Load File" dialog has changed. But I can live with this.

I tried to confuse the software in the standard "Convert" mode by manually changing the chapter distance for the last (longer) source file to a much higher distance between chapters so creating much less chapters. But this did not break the chapter creating for the other source files at the beginning of the queue.


Thanks very much for the quick fix...

Cheers
manolito

I am glad that fix worked!
Thank you!

[ReinerSchweinlin]

Originally Posted by mdalacu

Great!

Audio encoding: I just noticed one thing: When encoding from a 6.1 FLAC file to AAC, the bitrate in the stream still has the original value in the resulting file. After remuxing it with mkvtoolnix, the bitrate is written correctly in the header. Its just a minor thing, maybe easy to fix.

[mdalacu]

Originally Posted by ReinerSchweinlin

Audio encoding: I just noticed one thing: When encoding from a 6.1 FLAC file to AAC, the bitrate in the stream still has the original value in the resulting file. After remuxing it with mkvtoolnix, the bitrate is written correctly in the header. Its just a minor thing, maybe easy to fix.

Can you provide an small sample file to test?
What version of ffmpeg are you using?
Thanks.

[mdalacu]

New version is up and published! V2.5.5
Also there is a new site:
https://sites.google.com/site/dmsimp...MediaConverter

Changelog:

- New Chapter Editor!
You can drop or copy chapter information form another source. Also you can manaully add chapters.
Chaptes autonaming.
End times are not needed.
Autocreate chapters by divide in X parts or evenly spaced (X seconds) using an offset.
It also works in Bulk mode!
- Split - create split points from embedded chapters
- Auto gain for audio stream in Bulk mode! An offset can be applied.
- A new Output window. Some colors added for better view of errors.
- AV1 STV encoder initial support.
- New About window.
- Added Donate button. I encourage you to use it! Thank you! :-)
- Some bugs fixed.

I hope you will enjoy it and please, provide feedback!
Thank you!

[manolito]

Hi Marius,

thank you so much for the latest stable version. Took the time to test it with my usual tasks, no problem whatsoever (looks pretty much identical to the previous beta version)...

I took the occasion to update my personal edition of your software to the latest version, take a look here:
https://forum.doom9.org/showthread.p...37#post1979037

This is for older hardware, 32bit only, includes the libfdk encoder by Fraunhofer (plus a few tweaks). Scroll down a few posts from this one for more details...


Thanks again and cheers
Manolito

[mdalacu]

Thank you Manolito!

Sent from my EVR-L29 using Tapatalk