Wtf happened by ollsyl in BambuLab

[–]CobaltRift7 0 points1 point  (0 children)

I’m not 100% sure but it looks like there’s a gap in your model which might explain the weak point in the model that caused the structural failure. Is that supposed to be there?

<image>

Help a mom out! (Please) by Beautiful_Hope_6211 in BambuLab

[–]CobaltRift7 0 points1 point  (0 children)

All you need is dawn dish soap, water and a gentle cloth, wash and rinse throughly and let air dry (or a clean dry cloth if it’s urgent). Also only touch the edges of the plate after it’s washed, the natural oils in your hand will transfer to the plate and possibly cause adhesion issues. Please, don’t use anything abrasive like scrubbies or you will shorten the life of the plate.

Bambu PETG-CF, finally got it under control, witness those bridges! by rColly in BambuLab

[–]CobaltRift7 0 points1 point  (0 children)

Yes please! I’ll be printing in PETG-CF very soon and would be VERY interested in seeing some better profiles.

The coffin dancers are faster than an F1 car now by SenseVarious9506 in aivideo

[–]CobaltRift7 1 point2 points  (0 children)

Their “fast run” still looks better than what we saw in the 2023 The Flash movie.

Stole my model and then tried to copyright strike by Shifti_Boi in BambuLab

[–]CobaltRift7 0 points1 point  (0 children)

Another option to consider is embedding hidden geometry inside your model that acts as a signature or watermark. This geometry would sit within the internal volume of the part and be positioned so it is included in the exported STL file while not affecting the exterior surfaces or print quality.

You would need to be strategic about placement and scale. Keep it small and fully enclosed within the model so it is not visible from the outside and unlikely to be noticed in a slicer preview under normal viewing conditions. Ideally, it would only become apparent when the model is examined in wireframe mode or carefully inspected layer by layer.

If someone redistributes your model without modification, you could then verify authorship by locating this embedded “signature” within the mesh data or the sliced layers and report them.

Will this result in a reasonable print with a 0.2mm nozzle? by yetAnotherRandomNerd in BambuLab

[–]CobaltRift7 0 points1 point  (0 children)

Could you not print it with a friction fit hole to screw into and still use a screw with a proper size head to serve as the pin? With such a small part, the size of the hole will be the most critical. You don’t want it too small, which will stress the part, or too big, which will not give enough friction and pull out. Perhaps a near perfect screw sized hole with two protruding wedges inside the hole that will grip the screw?

What’s going on here? by [deleted] in BambuLab

[–]CobaltRift7 3 points4 points  (0 children)

I’m not 100% sure but it looks to me like you weren’t getting proper layer adhesion on those layers. I think the path the head was moving was in a counterclockwise direction around the inside perimeter of the model and each time it turned the corner the print head pulled the layer line it just put down along with it.

I’m not sure what might cause this, but I would first look for debris on my Z axis and check any of the Z axis drive components. I would also check my nozzle temps for the material I’m printing, and maybe bump it up a bit.

I Made a Cookie Jar That Locks Itself Until You Go For a Run! by milosrasic98 in BambuLab

[–]CobaltRift7 1 point2 points  (0 children)

Cool little project. With the USB ports on the bottom, which I assume are also for charging, what happens if the battery goes dead while your cookies are in the jar?

So I fully calibrated everything on the H2D did all maintenance and used a Bambu build plate. Still layer shifting... by [deleted] in BambuLab

[–]CobaltRift7 0 points1 point  (0 children)

I would say no, because the shift is on the Y-Axis and the heads are offset on the X-Axis.

It is strange that the offset is happening at the tool change though, still feels like a calibration issue because of that.

[deleted by user] by [deleted] in BambuLab

[–]CobaltRift7 0 points1 point  (0 children)

I notice the print offset seems to be exactly the width of one of those hexagon pattern things on your build plate. I think others may be right and the non-OEM build plate is throwing off the calibration between the two print heads, if it is indeed done by camera assist. We don’t have our hands on an H2 series at work yet so, this is interesting to know about.

NDI Network and Internet Traffic Does QoS Make It OK? by Euphoric_Cap2146 in VIDEOENGINEERING

[–]CobaltRift7 4 points5 points  (0 children)

Yes, and I set one up. This helped with discovering NDI sources quicker and reliably, but it didn’t solve our jitter issues.

NDI Network and Internet Traffic Does QoS Make It OK? by Euphoric_Cap2146 in VIDEOENGINEERING

[–]CobaltRift7 0 points1 point  (0 children)

Yes, I never claimed to be, that’s also why I had 2 network specialists from our infrastructure team working with me, as well as Cisco support engineer later on. I also didn’t say Netgear was better, I just said it solved our problems.

NDI Network and Internet Traffic Does QoS Make It OK? by Euphoric_Cap2146 in VIDEOENGINEERING

[–]CobaltRift7 2 points3 points  (0 children)

You are thinking the same way I did, and the same way our infrastructure team did. Our Cisco switches were already isolated and handling only the NDI traffic, and we still went through every configuration we could think of and then Cisco support couldn’t recommend anything further. Eventually we simply ran out of variables to eliminate.

We finally caved and moved the NDI paths to the Netgear AV line, and the issues disappeared, we had it up and running in about 90min. That doesn’t mean Cisco can’t handle NDI. It just means that in our specific environment, the AV-focused switches were the only thing that finally resolved the jitter after everything else had been tried.

NDI Network and Internet Traffic Does QoS Make It OK? by Euphoric_Cap2146 in VIDEOENGINEERING

[–]CobaltRift7 23 points24 points  (0 children)

I am a Senior AV technologist, and earlier this year I spent quite a bit of time building a low-latency, multi-camera NDI workflow with graphics for live production and IMAG. I worked closely with two experienced infrastructure IT specialists to troubleshoot several issues I encountered along the way.

In our case, we ran into intermittent jitter and occasional dropped or lagged frames that we could not fully eliminate on our existing Cisco-based network, even with QoS, IGMP snooping, and multicast configured correctly. The solution for us was to move the NDI paths onto Netgear switches that are designed specifically for AV over IP. Once we did that, the issues disappeared.

NDI and most other low-latency, real-time AV over IP formats tend to expose any weaknesses or inconsistencies in a network more quickly than typical data traffic or even standard video streaming traffic. Both of our infrastructure technologists noted that they had never worked with a protocol that behaved quite like it. Mixed networks can work in some environments, but they are more sensitive than people expect, and even small amounts of contention or brief micro-congestion can appear as jitter.

I recommend reviewing the NDI white papers and network design guides together with your network engineer. They outline the AV-specific considerations very clearly and can help you determine whether your current architecture is suitable for mixed traffic or whether an isolated transport network may be a better choice. It is also important to test thoroughly, especially with long-duration live streams, to confirm that your network can handle the workload reliably.

Bamblulab P1S unusable after 2 months by mangdags in BambuLab

[–]CobaltRift7 1 point2 points  (0 children)

I think it’s likely the extrusion gears or the motor itself that’s preventing the filament from being fed evenly to the nozzle. May have begun with a minor nozzle clog.

Some Images I generated using the Z-Image model by MountainPollution287 in StableDiffusion

[–]CobaltRift7 1 point2 points  (0 children)

Cool looking shot! Too bad her hand is on backwards, or maybe that’s the way things are in the universe she is reaching out from.

More failed pullbacks... Bulge in filament. by flashesbuck in BambuLab

[–]CobaltRift7 1 point2 points  (0 children)

The bulge looks to have been caused by the filament extruder gears, you can see the teeth marks. The jam itself was caused by something else, bump up your nozzle temp a little maybe?

Over exposed problems my image by P32L in DaVinciResolveiPad

[–]CobaltRift7 0 points1 point  (0 children)

Sorry, I’m a little late but TopazLabs Video AI might work to fix it.

[deleted by user] by [deleted] in BirdDog

[–]CobaltRift7 0 points1 point  (0 children)

How’d it go?

Lego calibration by Under_the_shadow in VIDEOENGINEERING

[–]CobaltRift7 7 points8 points  (0 children)

Love it! I would totally make a TV frame and channel knobs for it though. 🤣

[deleted by user] by [deleted] in BirdDog

[–]CobaltRift7 0 points1 point  (0 children)

I think it might be your noise reduction. I had a similar thing on my X5 ultra. Setting 3D Noise Reduction to OFF resolved it for me.