This project has moved and is read-only. For the latest updates, please go here.

2 Feature requests: Commercials as chapter markers and loading the .SRT into the MP4

Jan 22, 2013 at 11:00 PM

I have been using a powershell script to do similar functions to MCEBuddy. I would like to switch over to MCEBuddy to get some of the advanced features and simplify things...

However, there are two features that I need before switching (I use ATV2's and a shared Itunes library to do playback). Could these be added?

1) Mark Commercials as chapters vs. cutting. Unfortunately I have never been able to fully eliminate audio/video sync issues and now prefer it this way. 

If it helps, I used MP4chaps (part of MP4v2 located at http://code.google.com/p/mp4v2/ ) to do the work.

2) Load the CC as an .SRT file into the MP4 ( I used MP4box).

I tried using the custom command but, can't get the full .SRT filename as a variable. I got a bit further by using the episode name, but that made problems with quotes and the extension ( i.e. "bad code".srt)

Let me know if I am missing something...

Jan 23, 2013 at 3:15 AM

This will need to look into, not promising anything. Meanwhile instead of chapter you can select the Skip commercial cutting option and it will gnerate the EDL file for you.

 

Also with the 2.3.12 beta there shouldn't any ANY audio sync issues with ANY profile. Paid special attention to that with the latest 2.3.12 BETA version to remove all audio video sync issues. Try it if you're still facing issue let me konw

Jan 23, 2013 at 4:32 PM

I uploaded my Powershell script to the FTP if it helps.

I am investigating using a custom command to do the Chapter markers.

However, could a custom command parameter be added to hold the SRT filename %srtfilename%?

Jan 24, 2013 at 4:24 AM
Edited Jan 24, 2013 at 4:25 AM

Thanks, will look into it. Meanwhile I've added support for:

 

%srtfile% - Full path to SRT file if it exists

%edlfile% - Full path to EDL file if it exists

%workingpath% - Full path to the temp folder where the converted file is kept

 

Look for it in the 20120124 BETA build

Feb 7, 2013 at 4:30 AM
In the latest BETA build I've added support for embedding SRT files into MP4 and MKV files. If there is a SRT file along with the source file or Extract Closed Captions is enabled the SRT is embedded into the MP4 and MKV file. Try it out.

I will work on the chapters someday.
Feb 8, 2013 at 4:35 AM
I was just look at subler on codeplex. It gives you the ability to add chapters to mp4 files. Just set it to add a chapter every 60 seconds and then moved it to iTunes. After syncing to my iphone the chapters worked great.

Getting the ability to add the edl file to the mp4 as chapters would be wonderful. None of the commercial skip programs are perfect. So this would give the ability to add the commercial locations, so you could skip forward but leaves the video intact to that you can go back if the timing was incorrect.

I plan on donating tonight. I love the program, adding this feature would be icing on the cake!!!!!
Feb 8, 2013 at 4:40 AM
Okay, will look into it. Subler is for MacOS but I'm sure I can find some way to make this happen.

thanks
Feb 8, 2013 at 5:15 AM
Mp4chaps is what I have been using on win7x64 and it works really well. The hard part was converting the edl file into the right format. I think there is a newer version than what I am using, but I am really not a software guy and didn't want to figure out how to compile it.

To me this is also the icing on cake as well :)
Feb 8, 2013 at 5:18 AM
Done look for it in the next BETA release.
Feb 14, 2013 at 4:20 AM
Let me know if this worked for you
Feb 14, 2013 at 11:50 AM
I just downloaded the latest build, but don't see where to add this feature (to mark chapters from the commercial skip file)
Feb 14, 2013 at 12:08 PM
It's automatic when you select skip cutting ads.
Feb 14, 2013 at 12:08 PM
Edited Feb 14, 2013 at 12:09 PM
Hmm I'll look again, I didn't see that function
Feb 14, 2013 at 12:11 PM
Found it..... I'll test it tonight!!
Feb 14, 2013 at 6:31 PM
I ran a quick check and found both items (SRT and chapter integration) to be working using the 02132013 beta and the M4V Apple Fast Profile. THANK YOU!

I will be running more detailed tests over the next couple days and will hilight any issues.
Feb 15, 2013 at 1:43 AM
Hmm I don't seem to be getting it to work. I've tried the same file (wtv) with the fast M4V profile. The resulting files when added to itunes don't give chapter marks.

Yet if I open the m4v in handbrake it shows the chapters. If I tell hand brake to convert the file again to M4V and then add that file to iTunes, the chapters are there.

Am I missing a step? MCE is definitely adding the chapters, but iTunes doesn't see them??
Feb 15, 2013 at 3:38 AM
Good catch! I am having the same issue when trying to playback on my ATV2. That is what I get for testing on VLC at work :)

It appears we need to have a different chapter type. We are getting the Nero format and we want the Quicktime format.
Feb 15, 2013 at 6:13 AM
you're right, right now mcebuddy is storing in Nero format using mp4box to create chapters. Anyone know how to have mp4box create itunes compatible (or both) chapters?
Feb 15, 2013 at 12:15 PM
Not sure if this helps or not,

But looks to be how they did it with handbrake, but it is Greek to me :)

http://sourceforge.net/projects/mpeg4ip/forums/forum/59136/topic/1837284


This link appears to be the code...
Changes between 0.8.0b1 and 0.8.5b1
    Core HandBrake Changes 
161         + Added: iTunes-style chapter markers. 
https://trac.handbrake.fr/changeset?new=1928&old=422

Hope that helps
Feb 15, 2013 at 4:14 PM
someone provided an apple compatible XML template for the ttxt file that reportedly works -> http://forum.doom9.org/showthread.php?t=158296
Feb 17, 2013 at 4:00 AM
Sweet can wait for this to be implemented. I don't know how hard it is to program this.... But this would be awesome since no commercial program is 100%!!
Feb 17, 2013 at 8:14 AM
Fixed, both subtitles and chapters in itunes in the next BETA build
Feb 17, 2013 at 4:07 PM
Edited Feb 17, 2013 at 4:14 PM
That appears to have done the trick... I only ran it with one show but it looks good. By the way AWESOME JOB!!!!

On a side note something seems to have broken on the custom commands value of %episodename% I use it as --title %episodename% but with the beta builds it has started putting the Title of the show " Bering Sea Gold" vs "Dirtville" (subtitile of show or episode name

Instead of trying to copy sections of the log file I've uploaded it to your ftp
Bering Sea Gold_2013_02_15_21_00_00_Dirtville_The Discovery Channel HD.wtv-Convert to MP4-2013-02-17T08-34-18.1010898-06-00.log


My profile shows:
CustomCommandParameters=%convertedfile% --overWrite --title %episodename%

Manual shows:
%episodename% - Subtitle of the show

You can see in the log file that Dirtville is the correct subtitle...but it isn't working. I just noticed it has been doing that in the last few builds
Feb 17, 2013 at 4:14 PM
Check your profile, there are not custom commands in this log/profile:

INFORMATION> 2013-02-17T09:11:41 MCEBuddy.Engine.ConversionJob --> Running Custom Commands
INFORMATION> 2013-02-17T09:11:41 MCEBuddy.Transcode.CustomCommand --> No custom commands found
Feb 17, 2013 at 5:16 PM
You are correct....when I installed the beta this morning I forgot to copy it from the .old file. Sorry to waste your time on a none issue :(
Mar 8, 2013 at 3:12 AM
Rboy I did find one bug, but I can live with it. But thought I should mention it.

Here is my example, Tonights show of The Big Ban Theory. WTV recorded length 31:57:62 (32 minutes).
Log files shows
--> Duration: 00:31:57.62, start: 1.865650, bitrate: 15405 kb/s
2013-03-07T20:09:02 MCEBuddy.AppWrapper.FFmpegMediaInfo --> Video duration = 1917.62 CORRECT

But in the end the M4V file says it is 39:38 long

EDL FILE
0.00 75.21 0
245.91 443.58 0
1020.95 1219.28 0
1242.87 1303.07 0
1707.01 1840.61 0
1905.40 1917.42 0

1917 should be correct

At the end of the log file it shows this
2013-03-07T20:37:58 MCEBuddy.AppWrapper.FFmpegMediaInfo --> Video duration = 2378.15
2013-03-07T20:37:58 MCEBuddy.AppWrapper.FFmpegMediaInfo --> Overall bit rate = 1732
--> Chapter #0.0: start 75.210000, end 443.580000
--> Metadata:
--> title : Chapter 1
--> Chapter #0.1: start 443.580000, end 1219.280000
--> Metadata:
--> title : Chapter 2
--> Chapter #0.2: start 1219.280000, end 1303.070000
--> Metadata:
--> title : Chapter 3
--> Chapter #0.3: start 1303.070000, end 1840.610000
--> Metadata:
--> title : Chapter 4
--> Chapter #0.4: start 1840.610000, end 2378.150000
--> Metadata:
--> title : Chapter 5

It doesn't matter if the show is 30 minutes or 60, it seems to add 10 minutes of dead space at the end of the file. I can live with it :) I love being able to keep the entire file, etc skip the commercials on my iOS devices. You have built an amazing product. Any opportunity for you to commercialize it and make some real dough?

If this is an issue you want me to log in the issue tracker I can. Just let me know what you would need me to upload. JUST DON'T TAKE THIS FEATURE AWAY!!!!!
Mar 8, 2013 at 4:34 AM
hmm interesting upload the conversion log file and let me look into sometime next week
Mar 8, 2013 at 12:15 PM
Uploaded in Logs\The Big Bang Theory_2013_03_07_18_59_00_The Contractual Obligation Implementation_WCCODT (WCCO-DT).wtv-Convert to MP4-2013-03-07T20-08-47.3402520-06-00.log
Mar 8, 2013 at 1:12 PM
That' sjust wierd, I can't figure it out. My test videos are working fine.

I think it' something to do with the video and ffmpeg not being to read the video propoerly:

--> [mov,mp4,m4a,3gp,3g2,mj2 @ 0000000001e9e7e0] stream 0, timescale not set
--> [mov,mp4,m4a,3gp,3g2,mj2 @ 0000000001e9e7e0] max_analyze_duration 300000000 reached at 300010667


That's messing up the video length/end time.

BTW, the chapter information ONLY contains teh start time, that's ffmpeg GUESSING the end time based on the next chapter/end of video. Since it's not able to properly read the end of video it's showing the wrong number. Nothing here to worry about.

Each decoder will read the end of video independently, other decoding are reading it properly, just that ffmpeg is going nuts.