Fast and Slow Remuxing

Jan 27, 2013 at 5:41 PM

What is the difference?

With my h264 HD recordings, slow remuxing is always perfromed, but with my mpeg2 SD recordings, fast remuxing is performed.

I have MCEBuddy set to just recode to ts.

Coordinator
Jan 27, 2013 at 10:35 PM

That's correct, MCEBuddy is architected current to work natively on MPEG2 so it's a fast remux, h264 is converted to a lossless TS format which is Slow Remux

Jan 27, 2013 at 10:38 PM
So this means for h264 there is quality loss?

rboy1 <notifications@codeplex.com> wrote:

From: rboy1

That's correct, MCEBuddy is architected current to work natively on MPEG2 so it's a fast remux, h264 is converted to a lossless TS format which is Slow Remux


--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Coordinator
Jan 27, 2013 at 11:09 PM

Not really, if you're looking at dots/pixels - I'd say about 3-5% reduction.

Jan 28, 2013 at 9:56 AM
Thanks for the info.

I recorded recently the Australian open tennis from BBC HD, the .wtv
file itself is 12gb and MCEbuddy said it was "slow remuxing" and would
take 6 hours to complete. So i left overnight.

Unfortunately in the morning it was stuck with 16 minutes to go saying
"extracting audio streams" or something similar.

Is it right it is taking this long to process a file that big and is
there any way I can avoid it from getting stuck?

Thanks


-----Original Message-----
From: rboy1 <[email removed]>
To: harry.tipper <[email removed]>
Sent: Mon, Jan 28, 2013 12:09 am
Subject: Re: Fast and Slow Remuxing [mcebuddy2x:431025]

From: rboy1 Not really, if you're looking at dots/pixels - I'd say
about 3-5% reduction. Read the full discussion online. To add a post
to this discussion, reply to this email
([email removed]) To start a new discussion for
this project, email [email removed] You are
receiving this email because you subscribed to this discussion on
CodePlex. You can unsubscribe on CodePlex.com. Please note: Images and
attachments will be removed from emails. Any posts to this discussion
will also be available online at CodePlex.com
Coordinator
Jan 28, 2013 at 2:28 PM

Post or upload hte conversion log file, I won't know what's going on until I see the issue and details.

Jan 28, 2013 at 4:18 PM
Edited Jan 28, 2013 at 4:22 PM

The first lengthy log.

Second shorter log.

Thanks!

Just seen it says something about space...but there is 40gb free on my OS drive and 510gb on the drive the recording is stored.

Jan 28, 2013 at 6:47 PM

Heres two more that failed today.

1

2

 

 

Coordinator
Jan 29, 2013 at 6:04 AM
Edited Jan 29, 2013 at 6:04 AM

You're running out of space on your temp folder (in your case C: drive)

 

--> av_interleaved_write_frame(): No space left on device

 

that's why your recordings are failing (and one you cancelled) and are remuxing many time more.

 

Open the settings page and select a drive with 3x the file size empty space for the temp folder or free up more space.

Jan 29, 2013 at 9:33 AM

Thanks for your help! I thought 40gb would be enough!

I had another problem, this morning I found a converted recording, this time with no audio. Why was there no audio in the finished file?

Log

Coordinator
Jan 29, 2013 at 12:10 PM

That's because the original recording doesn't have any audio tracks:

 

-->     Stream #0:1[0x101](eng): Audio: mp3 ([3][0][0][0] / 0x0003), 0 channels, s16p (hearing impaired)
WARNING> 2013-01-28T23:46:30 MCEBuddy.AppWrapper.FFmpegMediaInfo --> 0 Audio Channels reported

 

Hope you're using hte latest Jan 29th Build

Jan 29, 2013 at 1:01 PM
Edited Jan 29, 2013 at 1:05 PM

I'm using the latest stable version.

I have another problem, I have it set to convert to TS, which is suppose to leave the file interlaced.

The problem is, some of the channels I record from in HD switch between progressive and interlaced.

One of the files MCEBuddy produced is flagged as progressive, yet when playing it back its clearly interlaced.

I am guessing this has something to do with the beginning of the file being progressive, but the program content interlaced.

Is there any way around this?

The log for the example in question.

Here is a screenshot of medianfo.

I have also noticed that MCEBuddy is converting the source which is h264 to MPEG2. I thought when it was only told to remux to .ts it wasn't suppose to do this?

#Edit Just looked through the log, as you can see:

2013-01-28T23:27:05 MCEBuddy.AppWrapper.FFmpegMediaInfo --> Video format = yuv420p

Denotes it detects the stream as progressive when its interlaced.

I am from the UK and are recording DVB-T2.

Jan 29, 2013 at 1:59 PM

Okay the "no audio" problem seems to be related to MCEBuddy not finding the media information properly of my recordings.

When playing back the original file, audio is found and works fine, but MCEBuddy's outputted file contains no audio.

When I right click in MCEBuddy try to fetch media info, it fails saying it can't fetch the media info. Here is the log of another it failed to see the audio of, it seems to be doing that with all of my SD .wtv files now.

Log of the conversion.

I see it sees the streams:

--> Stream #0:2[0x2b](eng): Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, s16p, 256 kb/s (hearing impaired)
--> Stream #0:3[0x2c](eng): Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, s16p, 128 kb/s

Why is this? Could it because the hearing impaired stream is before the normal one?

Coordinator
Jan 29, 2013 at 9:38 PM

You need to use the Latest BETA build, most of these issue have been resolved in it. If you're still facing issues with the latest BETA build you can report them back here.

Coordinator
Jan 30, 2013 at 5:53 PM

Okay in the latest BETA build 01302013 Refresh 1, i've given a provision for you to directly remux the WTV file to a MP4 or MKV file without recoding to MPEG2VIDEO. However, NOTE, you CANNOT use commercial removal with this method.

 

You will need to make the following changes;

Open MCEBuddy.conf

in the section [FFMpegBackupRemux]

Replace with the following (i.e. SlowRemux which is used for h264 video now tries to copies it over directly first)

CopyRemux0=-i  -vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts
SlowRemux0=-i  -vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts
SlowRemux1=-i  -vcodec mpeg2video -qscale 0 -r auto -acodec copy -map 0:a -map 0:v -f mpegts
SlowRemux2=-i  -vcodec mpeg2video -qscale 0 -r auto -acodec ac3 -ab 256k -map 0:a -map 0:v -f mpegts
RemuxDropThreshold=3.0
RemuxDuplicateThreshold=3.0

 

Now you can add the following 2 profiles to profiles.conf to convert the WTV to MP4 and MKV:

[MP4 Unprocessed]
Description=Creates MP4 files by copying the video directly. It does not resize, remove black bars, deinterlace your videos or select audio language. Use this if you have high quality HD recordings which don't need processing.
order=copy,ffmpeg
copy-remuxto=.mp4
copy-audiodelay=skip
ffmpeg-general=-threads 0
ffmpeg-video=-ss 3 -vcodec copy -map 0:a -map 0:v
ffmpeg-audio=-acodec copy
ffmpeg-audioac3=-acodec copy
ffmpeg-ext=.mp4
ffmpeg-audiodelay=skip
FixedResolution=true
SkipCropping=true

[MKV Unprocessed]
Description=Creates MKV files by copying the video directly. It does not resize, remove black bars, deinterlace your videos or select audio language. Use this if you have high quality HD recordings which don't need processing.
order=copy,ffmpeg
copy-remuxto=.mkv
copy-audiodelay=skip
ffmpeg-general=-threads 0
ffmpeg-video=-ss 3 -vcodec copy -map 0:a -map 0:v
ffmpeg-audio=-acodec copy
ffmpeg-audioac3=-acodec copy
ffmpeg-ext=.mp4
ffmpeg-remuxto=.mkv
ffmpeg-audiodelay=skip
FixedResolution=true
SkipCropping=true

 

Note: this will only work with the latest BETA builds and not the older ones. It's a hack around with limitations but works for your needs.

CopyRemux0=-i <source>

-vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts

SlowRemux0=-i <source> -vcodec mpeg2video -qscale 0 -r auto -acodec copy -map 0:a -map 0:v -f mpegts
SlowRemux1=-i <source> -vcodec mpeg2video -qscale 0 -r auto -acodec ac3 -ab 256k -map 0:a -map 0:v -f mpegts
RemuxDropThreshold=3.0
RemuxDuplicateThreshold=3.0
CopyRemux0=-i  -vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts
SlowRemux0=-i  -vcodec mpeg2video -qscale 0 -r auto -acodec copy -map 0:a -map 0:v -f mpegts
SlowRemux1=-i  -vcodec mpeg2video -qscale 0 -r auto -acodec ac3 -ab 256k -map 0:a -map 0:v -f mpegts
RemuxDropThreshold=3.0
RemuxDuplicateThreshold=3.0
Coordinator
Jan 30, 2013 at 6:04 PM

I meant to say ONLY ShowAnalyzer can be used for Commercial Removal in this case since Comskip does not support H264 processing.

Jan 30, 2013 at 6:21 PM

To be clear, to access the Beta version I need to donate $9.99 ?

Coordinator
Jan 30, 2013 at 7:10 PM

Yes, please refer to the discussion thread for Early Access for details.

Coordinator
Jan 30, 2013 at 8:05 PM
Just made it even simpler, you don't need to edit mcebuddy.conf, just set
AllowH264CopyRemuxing=true

in the profile you want to use and you're good, this is with the refresh 2 01302013 release.

Refer to the sticky for more details
Jan 30, 2013 at 10:09 PM
Okay i just made my donation! Thanks for this!
Jan 31, 2013 at 10:12 AM
Edited Jan 31, 2013 at 10:47 AM
So which profiles will this work on? Just Mp4 and Mkv?

Should I make new profiles or just add to the existing ones?

Copied and pasted the profiles in and AllowH264CopyRemuxing=true

HD Files still show "slow remuxing" when converting.
Coordinator
Jan 31, 2013 at 11:49 AM
Look at the separate thread I've created for this and ensure you've downloaded the right build. If you're still facing issue, upload the conversion log.
Coordinator
Jan 31, 2013 at 1:34 PM
There's a small bug in the code which would prevent some files from remuxing properly. I've created an updated build 10312013, please try that.
Jan 31, 2013 at 1:58 PM
Okay. Created an issue. Meanwhile I will update to latest build.