@BurningIcecube
It seems evident in the comparison screen shots they provided that Coalgirls’ release is better than the others at the moment. Regardless of how the picture was taken, the Blu ray does in fact have a little edge noise, and Coalgirls properly cropped the edge noise and filtered it. That’s what one should do when dealing with a video source such as this.
Hey, long time no post. Sure you are busy with this clannad war between thora and doki but the updates on the status of Clannad doesn’t appear on the rss feed. Maybe you have a “update without notifying anyone” option checked or something?
By example, the update on Frostii drop of Katanagatari did appear on the rss feed.
I have no problems with explaining the few nuances and workarounds for getting ordered chapters to work right, hell I even tried to provide you a sample ages ago and it was completely ignored. You know my nick on rizon, message me there and I’ll give you whoever a run down of the steps that should be taken to prevent ordered chapters from doing buggy shit, and for sake of testing if whoever is testing has an Nvidia GPU, use Coreavc in CUDA mode to test.
Anyway long story short, if ordered chapters don’t begin on the exact timecode of an I-frame problems begin to creep up. if you don’t have an I-frame where you need to make the chapter jump to an external seg-uid, you can cross your fingers and hope for the best. This scenario can be fixed sometimes, but not always. If the timecode of the jump is earlier than the length of the seg-uid referenced video, you gotta be really careful. Make sure the start time of the next local chapter after the seg-uid chapter is exactly on an I-frame, and make sure the end time of the previous local chapter, if is earlier than the end time of the called chapter, is at least a few frames earlier than the timecode of the next local chapter. How many frames depends, sometimes half a frame is enough (ie. 0.0285ms ~), sometimes you need to go a few frames back. Then it’s a matter of mux and check, mux and check, until it jumps cleanly from the called chapter to the following local one.
Which would explain the problems since I was using an algorithm which induced a 0.010 second sync problem resulting in an incorrect time code, the one before the I-frame.
AKA – I needed to update my software. I wasn’t “rushing” anything. So stop assuming that because I’m not Thora that I’m “rushing” it. Hell – I’m taking more time than them per episode to begin with.
Ok, I think I got the idea taking the context on your explanation __ar. But what about old releases that have this bug, is there an easy way to patch them or they must be, as you say, mux then check again and again?. If that’s the case, I don’t think that coalgirls is going to take the time to fix them, they would better work on new releases lol.
*beside note* How can I get my own avatar?
I just downloaded v2 of episode 1, and from what I can see, everything went smoothly except for the “white blink” after the OP ended (right before the episode starts). So, will you guys be releasing v2 of episode for download or are you just going to include it in the 1-5 torrent batch?
So, tell me honestly, is there a point in downloading these now, or should I just wait till the batch? Just asking cause it would be the third time I get episode 1, and it’s almost 800 MB.
Hey, I compared your screenshots with Thora and Doki and looks like you overcropped much and not properly like you saying. There is a first line missing and its not only edge noise.
Will you explain it properly why so overcrop?
It should take you around 1-1.5hrs to fully prepare a volume of ~4 episodes for encoding, including cutting the audio, merging it, and preparing fairly close chapters for each episode based on the timecodes you obtain from what ever you use for previewing the avs.
You can script the approximated chapters for each, but you still have to manually check each episode and adjust the timecodes if necessary after you’ve encoded it. The easiest way to do this is, throw the video mkv into aegisub and jump to timecode or frame where you’ve estimated the jump needs to be, and if you’ve done it right, you’ll land right on the mark, or sometimes slightly off by a frame or 2.
The other important thing is, that when you make your common ChapterAtom’s for OP/ED, which you only need to make once and copy paste them for each chapter file. Check the length of the OP/ED encodes with mkvinfo, I normally do it on cli because it’s fast, but use GUI if its easier. Whatever this value is, is your ChapterTimeEnd value, for each op/ed.
| + Duration: 90.007s (00:01:30.006)
Weird things happen when using ChapterTimeStart + ChapterTimeEnd where there is a chapter following if you don’t strictly adhere to the actual end time of the video file, same goes for the last chapter as well, even if its just a normal chapter. Most of the time you won’t need to even have a timecode difference between one ChapterTimeEnd and the following ChapterTimeStart. What’s critical is that TimeEnd timecode is the timecode of the next frame where you want it to end, which is the same timecode you use for the next TimeStart.
If you get weird behaviour, then you adjust the TimeEnd backwards from that point. The TimeStart should always be frame exact. The TimeEnd should be that too, but otherwise if not, go back half a frame, (0.020-0.021ms), then from there take 1 frame steps backwards, ie -0.021 -> -0.062 -> 0.093, etc. Try to make sure any subtitles aren’t being rendered either side of the chapter point too. If you have to have them, make sure it’s the next chapter side, not the previous.
The other trick is using a QP input file during the stats pass of the encode to brute force specific frame types at frame numbers. It will prevent 9/10 problems, for the other 1/10 you gotta play around a little.
There’s no guarantee you’ll get an I-frame where you trim either the OP or ED out, especially if the transition from the last frame before the trim, to the first frame after the trim isn’t sudden or an I/i-frame has been used prior, and you are still within KEYINT period. It’s upto x264 encoder to determine where it thinks the most appropriate place to end the GOP is, and this will screw you over more often than not when using ordered chapters.
I’d be happy to explain more on irc.
Another solution is to encode the h.264 in three parts forcing the first frame to be an I-frame. Then append in mkvmerge and you won’t be faced with that issue.
Why crop? There’s clearly edgenoise. If you’re not blind you can see it on a white background. This hurts compression.
Why crop 2 pixels instead of 1? Safety.
Downloaded V2 and chapters are still not working at all. I’m using the latest CCCP with all the settings as they should be. All of your previous releases work fine, is there anything else i could be doing wrong?
I don’t understand why they are not working to you. They worked with me from the beginning and they are still working on the v2 and on the 1080p version…
Maybe you should uninstall every codec you have, CCCP, etc. Then clean your registry (this is important, I use Registry Mechanic),now install latest CCCP, CoreAVC 2.0 and AC3Filter (AC3Filter only if you want to).
well, apparently re-downloading the OP & ED seemed to fix the problem. Perhaps a problem during downloading, fuck knows. Thanks again for the release, it’s the light at the end of a long colledgy tunnel.
Wait what’s wrong with v1 of episode 1? I didn’t have any trouble playing it at all. Also, yeah as many have said v2 part 2 is down… I don’t see anything wrong with the name though
I just tried to download part 2 of episode 1, and apparently it violates the terms of service provided by megaupload or whatever that site is. I don’t know if it’s just me or what, but I really want to see this bluray rip you all have going and I’m sort of partial to coalgirls. Any ideas?
Coalgirls, I have a question.
I just downloaded episode 2 1080p and I noticed that the Chapters problem is present in this episode too…
I didn’t download the episode 1 1080p yet, but is that detail going to be fixed? Cause episode 1 720p had a v2 and the frame in excess was still there…
I just want to know if I can expect that detail to be fixed.
Keep up the good work π
It may be a silly question but can anyone tell me how to play OP and ED along with Episode ? I use Media Player Classic and put them in same folder. Yesterday I still have played ep1 and it included OP and ED but now I must play OP and ED seperately. Don’t know why
I don’t know what problem everyone is having. I have both v1 and v2 of episode 1 and also I got episode 2. ALL 3 files play fine for me. What is the ordered chapter problem everyone else is having?
@Latzi it could probably be haali media splitter. If you dont have it install and then go into the options and under input go to try to open linked files = yes. Hope this helps.
Can anything be done about the audio desync on segment change that happens with ffdshow flac? I wouldn’t mind using the mpc decoder, but that won’t encode AC3, and since I use S/PDIF that’s quite troublesome.
I’m having trouble downloading Episode 1-2 (v2). I open the link and the download starts but after the it hits 1 megabyte it just stops there and never resumes.
Can someone confirm this, cause I’m having this issue since yesterday…
DmonHiro: This desync has been happening since the Kanon release, and coalgirls recommended using the internal MPC decoder. Someone re-encoded the OP audio there and that fixed it. I’m using ffdshow tryouts r3350 from CCCP. I’ve already tried both Haali and EVR Custom Presenter renderers both have the same problem. The audio desyncs and gets slightly offset for the entire episode after a segment change (cold intro -> OP and OP -> episode, also with the ED), but doing any seeking (after the desync) corrects it. This is on the 1080p ep1 v2.
@yuriks
Yeah that’s true, but as you know with MPC FLAC decoder that problem is fixed.
I have a question for you yuriks. Can you tell me please if you have that last frame from the first part of the episode between the finishing of the OP and the start of the second part of the Episode?
I’m asking this because coalgirls said that issue was going to be fixed (therefore a v2, I think) but I still have that Chapter issue and I want to know if it’s only me or if it’s really there.
Thanks
@yuriks
I see, thanks.
About S/PDIF, this isn’t an imperfection on the release, ffdshow audio decoder needs an update, in my opinion, to correct this delay thing. So, if you canΒ΄t use the normal sound system I don’t see a solution rather then seeking every episode…
This last link looks like a solution for your problem but MPC decoder is good as well imo, at least for almost everyone, so I don’t look at this like a real issue. Only for you of course π
Sorry not being helful.
@BurningIcecube
It seems evident in the comparison screen shots they provided that Coalgirls’ release is better than the others at the moment. Regardless of how the picture was taken, the Blu ray does in fact have a little edge noise, and Coalgirls properly cropped the edge noise and filtered it. That’s what one should do when dealing with a video source such as this.
Yeah, that’s true Philip.
Now I just hope that the Chapters problem is fixed, because then the release will be perfect imo π
Hey, long time no post. Sure you are busy with this clannad war between thora and doki but the updates on the status of Clannad doesn’t appear on the rss feed. Maybe you have a “update without notifying anyone” option checked or something?
By example, the update on Frostii drop of Katanagatari did appear on the rss feed.
I took several more screenshots of Doki and Coalgirls for the heck of it, and I used the 1080p version this time.
Doki:
http://img714.imageshack.us/img714/6453/doki1080p1.png
http://img197.imageshack.us/img197/2888/doki1080p2.png
http://img64.imageshack.us/img64/8128/doki1080p3.png
http://img169.imageshack.us/img169/9800/doki1080p4.png
http://img38.imageshack.us/img38/8347/doki1080p5.png
Coalgirls:
http://img10.imageshack.us/img10/4871/coalgirls1080p1.png
http://img40.imageshack.us/img40/4886/coalgirls1080p2.png
http://img504.imageshack.us/img504/8755/coalgirls1080p3.png
http://img8.imageshack.us/img8/2084/coalgirls1080p4.png
http://img41.imageshack.us/img41/3294/coalgirls1080p5.png
———-
Well, as far that I can tell, Coalgirls has sharper and less blocky jaggy graphics when compared to Doki, but I’ll wait for Doki to release their filtered version and re-do this again.
Hey buddy, any plans on doing the Angel Beats! BDs?
@Bongo
/?p=296
Angel Beats confirmed since April 10.
I have no problems with explaining the few nuances and workarounds for getting ordered chapters to work right, hell I even tried to provide you a sample ages ago and it was completely ignored. You know my nick on rizon, message me there and I’ll give you whoever a run down of the steps that should be taken to prevent ordered chapters from doing buggy shit, and for sake of testing if whoever is testing has an Nvidia GPU, use Coreavc in CUDA mode to test.
Anyway long story short, if ordered chapters don’t begin on the exact timecode of an I-frame problems begin to creep up. if you don’t have an I-frame where you need to make the chapter jump to an external seg-uid, you can cross your fingers and hope for the best. This scenario can be fixed sometimes, but not always. If the timecode of the jump is earlier than the length of the seg-uid referenced video, you gotta be really careful. Make sure the start time of the next local chapter after the seg-uid chapter is exactly on an I-frame, and make sure the end time of the previous local chapter, if is earlier than the end time of the called chapter, is at least a few frames earlier than the timecode of the next local chapter. How many frames depends, sometimes half a frame is enough (ie. 0.0285ms ~), sometimes you need to go a few frames back. Then it’s a matter of mux and check, mux and check, until it jumps cleanly from the called chapter to the following local one.
Which would explain the problems since I was using an algorithm which induced a 0.010 second sync problem resulting in an incorrect time code, the one before the I-frame.
AKA – I needed to update my software. I wasn’t “rushing” anything. So stop assuming that because I’m not Thora that I’m “rushing” it. Hell – I’m taking more time than them per episode to begin with.
Ok, I think I got the idea taking the context on your explanation __ar. But what about old releases that have this bug, is there an easy way to patch them or they must be, as you say, mux then check again and again?. If that’s the case, I don’t think that coalgirls is going to take the time to fix them, they would better work on new releases lol.
*beside note* How can I get my own avatar?
I just downloaded v2 of episode 1, and from what I can see, everything went smoothly except for the “white blink” after the OP ended (right before the episode starts). So, will you guys be releasing v2 of episode for download or are you just going to include it in the 1-5 torrent batch?
Doki has the best color in those comparison images.
I put the links Bloodios posted into comparescreenshots (Really good site for comparing screenshots)
http://comparescreenshots.slicx.com/comparison/55618/picture:0
http://comparescreenshots.slicx.com/comparison/55618/picture:1
http://comparescreenshots.slicx.com/comparison/55618/picture:2
http://comparescreenshots.slicx.com/comparison/55618/picture:3
For what it’s worth: No the ordered chapters don’t work. Hell, they don’t work in episode 2 either.
and this is why ordered chapters are poop
So, tell me honestly, is there a point in downloading these now, or should I just wait till the batch? Just asking cause it would be the third time I get episode 1, and it’s almost 800 MB.
Here are several screenshots taken from the 720p version of episode 1 (of Doki and Coalgirls).
Doki:
http://img693.imageshack.us/img693/5697/doki720p01.png
http://img704.imageshack.us/img704/1019/doki720p02.png
http://img225.imageshack.us/img225/7812/doki720p03.png
http://img138.imageshack.us/img138/2882/doki720p04.png
http://img179.imageshack.us/img179/111/doki720p05.png
http://img33.imageshack.us/img33/1467/doki720p06.png
http://img94.imageshack.us/img94/8295/doki720p07.png
http://img299.imageshack.us/img299/9263/doki720p08.png
http://img196.imageshack.us/img196/1530/doki720p09.png
http://img3.imageshack.us/img3/3663/doki720p10.png
http://img140.imageshack.us/img140/2032/doki720p11.png
Coalgirls:
http://img714.imageshack.us/img714/9636/coalgirls720p01.png
http://img14.imageshack.us/img14/6760/coalgirls720p02.png
http://img202.imageshack.us/img202/2343/coalgirls720p03.png
http://img442.imageshack.us/img442/2586/coalgirls720p04.png
http://img7.imageshack.us/img7/820/coalgirls720p05.png
http://img97.imageshack.us/img97/6871/coalgirls720p06.png
http://img248.imageshack.us/img248/8159/coalgirls720p07.png
http://img188.imageshack.us/img188/8523/coalgirls720p08.png
http://img217.imageshack.us/img217/5656/coalgirls720p09.png
http://img46.imageshack.us/img46/89/coalgirls720p10.png
http://img708.imageshack.us/img708/2908/coalgirls720p11.png
———-
The way I see it, while most scenes are seemingly identical, a few scenes from Coalgirls seem to be sharper by teeny tiny bit (the differences are rather hard to spot, though.) Of course, this is just the 720p version, I don’t know about the 1080p, though (I don’t feel like downloading several GB just to capture some screenshots.)
———-
Anyway, since graphics are pretty much identical here (THORAnime is probably the same too), it’ll probably come down to this:
[+] Those who prefer 720p, you have two choices, Doki or Coalgirls:
– Doki has appealing OP & ED font, they use Eclipse-sub, 640 kbps AAC, and their releases take up less space than Coalgirls.
– Coalgirls use Eclipse-sub, and flac.
=> So, if you don’t care much for sound and trying to conserve space, go with Doki, if not, Coalgirls are your friends (they have slightly sharper graphics.)
[+] Those who prefer True HD 1080p, you, of course, have three choices THORAnime, Doki, and Coalgirls.
– THORAnime use 640 kbps AC3 (why didn’t they use DTS is beyond me), and is the only one out of the three to use R1 subs, and the size of their releases are decent.
– Doki [See above]
– Coalgirls [See above]
=> You like compressed audio, choose either Doki or THORA. You like R1 subs, choose THORA, if you don’t choose Doki. And if you dislike R1 subs and prefer lossless audio and have enough space to go big, Coalgirls are your friends.
Hey, I compared your screenshots with Thora and Doki and looks like you overcropped much and not properly like you saying. There is a first line missing and its not only edge noise.
Will you explain it properly why so overcrop?
No idea who to address this to, so to whoever.
It should take you around 1-1.5hrs to fully prepare a volume of ~4 episodes for encoding, including cutting the audio, merging it, and preparing fairly close chapters for each episode based on the timecodes you obtain from what ever you use for previewing the avs.
You can script the approximated chapters for each, but you still have to manually check each episode and adjust the timecodes if necessary after you’ve encoded it. The easiest way to do this is, throw the video mkv into aegisub and jump to timecode or frame where you’ve estimated the jump needs to be, and if you’ve done it right, you’ll land right on the mark, or sometimes slightly off by a frame or 2.
The other important thing is, that when you make your common ChapterAtom’s for OP/ED, which you only need to make once and copy paste them for each chapter file. Check the length of the OP/ED encodes with mkvinfo, I normally do it on cli because it’s fast, but use GUI if its easier. Whatever this value is, is your ChapterTimeEnd value, for each op/ed.
| + Duration: 90.007s (00:01:30.006)
Weird things happen when using ChapterTimeStart + ChapterTimeEnd where there is a chapter following if you don’t strictly adhere to the actual end time of the video file, same goes for the last chapter as well, even if its just a normal chapter. Most of the time you won’t need to even have a timecode difference between one ChapterTimeEnd and the following ChapterTimeStart. What’s critical is that TimeEnd timecode is the timecode of the next frame where you want it to end, which is the same timecode you use for the next TimeStart.
If you get weird behaviour, then you adjust the TimeEnd backwards from that point. The TimeStart should always be frame exact. The TimeEnd should be that too, but otherwise if not, go back half a frame, (0.020-0.021ms), then from there take 1 frame steps backwards, ie -0.021 -> -0.062 -> 0.093, etc. Try to make sure any subtitles aren’t being rendered either side of the chapter point too. If you have to have them, make sure it’s the next chapter side, not the previous.
The other trick is using a QP input file during the stats pass of the encode to brute force specific frame types at frame numbers. It will prevent 9/10 problems, for the other 1/10 you gotta play around a little.
There’s no guarantee you’ll get an I-frame where you trim either the OP or ED out, especially if the transition from the last frame before the trim, to the first frame after the trim isn’t sudden or an I/i-frame has been used prior, and you are still within KEYINT period. It’s upto x264 encoder to determine where it thinks the most appropriate place to end the GOP is, and this will screw you over more often than not when using ordered chapters.
I’d be happy to explain more on irc.
Another solution is to encode the h.264 in three parts forcing the first frame to be an I-frame. Then append in mkvmerge and you won’t be faced with that issue.
ar is so knowledgeable =.= *stunned*
Yep , a bit overcropped. At the Nagisa screenshots by thora you can see the end of the hair , but coalgirls cut it a bit
Why crop? There’s clearly edgenoise. If you’re not blind you can see it on a white background. This hurts compression.
Why crop 2 pixels instead of 1? Safety.
Yeash…I agree with you coalgirls.
BTW, I just watched the transition from the OP to the Episode 1 (v2) and I also see a white frame after the OP ends.
*Yeah
I forgot to mention that the same thing happens with 1080p version of the 1st Episode. (OP ends > White frame > Beginning of EP01)
Downloaded V2 and chapters are still not working at all. I’m using the latest CCCP with all the settings as they should be. All of your previous releases work fine, is there anything else i could be doing wrong?
@Fireflybuzzbuzz
I don’t understand why they are not working to you. They worked with me from the beginning and they are still working on the v2 and on the 1080p version…
Maybe you should uninstall every codec you have, CCCP, etc. Then clean your registry (this is important, I use Registry Mechanic),now install latest CCCP, CoreAVC 2.0 and AC3Filter (AC3Filter only if you want to).
Hope this helps.
@ Tiago
Only installed them 2 days ago *sigh* i’ll give it a try, don’t see why this is the only video it doesn’t work with though…
Ordered chapters work perfectly for me, in the V1. Don’t know what might be wrong with them.
1080p v2 part2 link has been deleted.
well, apparently re-downloading the OP & ED seemed to fix the problem. Perhaps a problem during downloading, fuck knows. Thanks again for the release, it’s the light at the end of a long colledgy tunnel.
I found that the link for 1-2(V2) is broken and you named the link to ep2 part2 2-2 instead of 2-1.
Wait what’s wrong with v1 of episode 1? I didn’t have any trouble playing it at all. Also, yeah as many have said v2 part 2 is down… I don’t see anything wrong with the name though
I just tried to download part 2 of episode 1, and apparently it violates the terms of service provided by megaupload or whatever that site is. I don’t know if it’s just me or what, but I really want to see this bluray rip you all have going and I’m sort of partial to coalgirls. Any ideas?
@Qdoba: You could just wait a month or so for the batch?
I think coalgirls just edited the post with a new link recently, because I am downloading it.
it = Episode 01-2 (v2)
Ah yes aneki, I remember you mentioning you were doing lossless encodes. Is the filter chain THAT heavy? And if not, why are/were you doing it?
And if the filter chain is THAT heavy, is there an actual need for that? Disclaimer: I haven’t seen what the BDs look like, but I am curious.
Coalgirls, I have a question.
I just downloaded episode 2 1080p and I noticed that the Chapters problem is present in this episode too…
I didn’t download the episode 1 1080p yet, but is that detail going to be fixed? Cause episode 1 720p had a v2 and the frame in excess was still there…
I just want to know if I can expect that detail to be fixed.
Keep up the good work π
@Tiago
Episode 2 link refers to v1, which has this problem. It is to be fixed in the v2 afaik.
It may be a silly question but can anyone tell me how to play OP and ED along with Episode ? I use Media Player Classic and put them in same folder. Yesterday I still have played ep1 and it included OP and ED but now I must play OP and ED seperately. Don’t know why
I don’t know what problem everyone is having. I have both v1 and v2 of episode 1 and also I got episode 2. ALL 3 files play fine for me. What is the ordered chapter problem everyone else is having?
@Latzi it could probably be haali media splitter. If you dont have it install and then go into the options and under input go to try to open linked files = yes. Hope this helps.
Can anything be done about the audio desync on segment change that happens with ffdshow flac? I wouldn’t mind using the mpc decoder, but that won’t encode AC3, and since I use S/PDIF that’s quite troublesome.
Yurikis: I don’t get any desync, and the ordered chapters work fine now. And I’m using fddshow
I’m having trouble downloading Episode 1-2 (v2). I open the link and the download starts but after the it hits 1 megabyte it just stops there and never resumes.
Can someone confirm this, cause I’m having this issue since yesterday…
DmonHiro: This desync has been happening since the Kanon release, and coalgirls recommended using the internal MPC decoder. Someone re-encoded the OP audio there and that fixed it. I’m using ffdshow tryouts r3350 from CCCP. I’ve already tried both Haali and EVR Custom Presenter renderers both have the same problem. The audio desyncs and gets slightly offset for the entire episode after a segment change (cold intro -> OP and OP -> episode, also with the ED), but doing any seeking (after the desync) corrects it. This is on the 1080p ep1 v2.
@yuriks
Yeah that’s true, but as you know with MPC FLAC decoder that problem is fixed.
I have a question for you yuriks. Can you tell me please if you have that last frame from the first part of the episode between the finishing of the OP and the start of the second part of the Episode?
I’m asking this because coalgirls said that issue was going to be fixed (therefore a v2, I think) but I still have that Chapter issue and I want to know if it’s only me or if it’s really there.
Thanks
The issue is there in episode 1, but it is not noticeable due to the white nature. Episode 2 it is hacked fixed, and 3+ it is non-existent.
What I was fixing was some more major problems like the preview replaying 0.4 seconds or whatever.
Oh, thanks for the info coalgirls. I’m happy that detail is correct from now on π
Keep up, this release is and will be the best available this way!
Tiago: Yes, but then I can’t use S/PDIF. π
So, is it gonna be fixed, or is there any workaround? (Besides re-encoding and re-muxing the audio for all episodes.)
Tiago: I have the freeze frame too, in ep2 720p v2, ep1 1080p v1 and v2 and ep2 1080p.
The audio desync happens on the 720p too, btw.
Ah, just found an interesting link, might be of help: http://forums.animesuki.com/showpost.php?p=3008932&postcount=156
@yuriks
I see, thanks.
About S/PDIF, this isn’t an imperfection on the release, ffdshow audio decoder needs an update, in my opinion, to correct this delay thing. So, if you canΒ΄t use the normal sound system I don’t see a solution rather then seeking every episode…
This last link looks like a solution for your problem but MPC decoder is good as well imo, at least for almost everyone, so I don’t look at this like a real issue. Only for you of course π
Sorry not being helful.