Support forum for DG Tools

TSMuxerGUI 1.10.6

What happens when you use the latest nightly version of TsMuxerGUI
1.10.6 is rather old

Duplicated. Definitely a DGIndexNV problem. Investigating...

gonca wrote: ↑

Thu Feb 20, 2020 12:14 pm

TSMuxerGUI 1.10.6

What happens when you use the latest nightly version of TsMuxerGUI
1.10.6 is rather old

http://imgur.com/a/2RkvVKC

Oh, this is going to be involved. The design assumes that a THD frame comes first and then the first embedded AC3 frame. But the stream has an embedded AC3 frame first. So I lose the first packet's worth of that and TSMuxerGUI gets upset.

Unfortunately tile work must be completed as it is not something to arbitrarily delay. Hopefully next week we get onto this with the HEVC random access issue. And JoyBell's HDR stuff. Big tile push (grouting) on Sunday. Messy and fussy.

Ah, the tile work took longer than expected but it's looking good. Here is what Bullwinkle and I managed to do:



Note the awesome job we did on the oblique corner. We call that a "folded corner". Figured that out on our own! Now we only have to re-grout a few washouts and then grout seal just the line between the countertop and the first tile row (may caulk it with a matching color instead). Laticrete PermaColor Select grout technically does not require sealing but we think it's a good idea to further protect that first grout line. The cabinets and grout are both Twilight Blue. And no, it's not a coincidence that the color matches my flying cap! Bullwinkle wanted brown but I thought that would not be good for a kitchen. And of course Natasha wanted red.

Some advice to others: think twice before deciding to do something like this on your own. You can save thousands of $$$ but it's very intense and requires sustained attention to detail and fast action as the grout wants to fire off on you before you can use up the batch. We did it in small batches to avoid wasting grout. That's what made this take longer than expected. Color consistency between batches with Laticrete is excellent.

So, hoping to get back to DG tools work in the next few days. Thank you for your patience to those awaiting fixes for their issues.

A very nice job, congratulations.
The power point looks a little funny though

hydra3333 wrote: ↑

Fri Mar 13, 2020 1:05 am

The power point looks a little funny though

Thanks. The outlet looks fine to me. You mean the location? That's pretty standard for a USA over-the-counter outlet within reach of a sink. The switch is for the garbage disposal and the little buttons control the GFCI functionality (test and reset). What is funny for you?

Maybe he means the fact that it is installed sideways.
This is done for the aesthetics, matching the tile lines and orientation

Yup, with few exceptions outlets are horizontal here in good old Ill-annoy. Maybe Aussies just aren't familiar with our plug type.

BTW, all our coaching just got canceled for the next two weeks due to SARS-2. So I'll have even more time for DG tools work.

Stay safe y'all!

Whoa. It took six difficult hours to get the output matching EAC3TO for {thd+ac3} for streams with embedded AC3 frame(s) coming before the first THD frame. But I had to temporarily patch out demuxing the embedded AC3 to a separate file as that needs the same fix too. Will work on that later today.

Rocky wrote: ↑

Fri Mar 13, 2020 5:06 am

hydra3333 wrote: ↑

Fri Mar 13, 2020 1:05 am

The power point looks a little funny though

Thanks. The outlet looks fine to me. You mean the location? That's pretty standard for a USA over-the-counter outlet within reach of a sink. The switch is for the garbage disposal and the little buttons control the GFCI functionality (test and reset). What is funny for you?

he he, it's fine on some part of the planet, although one could suggest it should look a bit more normal, like this:

Haha, that's the funny one!

Oy, after all that difficult 6 hours of labor Sherman came along and told me he had a dream last night in which an easier way came to him. Bless his heart. Let me explain. The basic dilemma was that the file name for the demuxed audio cannot be created with the metadata until we actually receive a THD frame carrying the metadata (PID, rate, channels, delay and all that nonsense). But we were getting an embedded AC3 frame first, so we had nowhere to write it because the output file was not yet created (waiting for the first THD frame to have the metadata). My stupid fix was to save off the embedded AC3 frame(s) and then write them out first when the first THD frame is received and the file gets opened. It works but requires lots of icky memory management for the save buffer(s). Sherman said why not just go ahead and open the output file when the embedded AC3 frame arrives but with a generic name containing only the PID. Then when the file is closed rename it as needed (with metadata). I implemented that and it works just fine. Children these days!

Rocky wrote: ↑

Sun Mar 15, 2020 10:54 am

Bless his heart.

Come to me, Sherman. I will bless it.

Nyuk, nyuk. Natasha, you're a tasty looking babe. Send me a PM, Nattie, we can do the cha-cha.

https://www.youtube.com/watch?v=rsZFpS0F1Uc&t=0m9s

In your dreams, loser. I wouldn't even drink your blood.

Be nice Natasha or you'll get another spanking. Make my day!

I've got the THD demuxing all fixed up for both thd+ac3 output and separate output, with gaps processing for the separate AC3 demuxed file. Will make a slipstream soon for DGDecNV and then port to DGDemux. After that, HEVC seeking.

Fixed in slipstream 204. Marking resolved. Will now port to DGDemux/DGDemuxGUI.

DGDemux/DGDemuxGUI port completed and released.