DEV Community: Duc Anh Phung

Ngày về nhà mới: trình tự lễ nhập trạch từ sáng đến tối cho gia đình làm lần đầu

Duc Anh Phung — Tue, 10 Nov 2026 16:08:17 +0000

Tuần trước, một người bạn nhắn cho mình lúc gần nửa đêm: "Mai nhà tao về nhà mới, giờ mới nhớ ra không biết phải mang cái gì vào trước". Bạn ấy đã chọn ngày rất kỹ, đã hỏi tuổi, hỏi hướng, nhưng lại quên mất phần quan trọng không kém: trong ngày hôm đó phải làm những gì, theo thứ tự nào. Bài này mình viết lại trình tự mà gia đình mình và vài người quen đã làm, theo kiểu checklist để bạn in ra hoặc lưu vào điện thoại.

Lưu ý trước: phong tục mỗi vùng, mỗi nhà có khác nhau. Đây là trình tự phổ biến, đơn giản. Nếu nhà bạn có nếp riêng thì cứ giữ nếp nhà.

Phần 1: Việc cần xong trước ngày về nhà mới

Chọn ngày và giờ. Phần này nên làm trước vài tuần. Người ta thường xem ngày hợp tuổi gia chủ (người đứng tên hoặc trụ cột gia đình), tránh những ngày dân gian kiêng như Tam Nương, Nguyệt Kỵ, rồi chọn một giờ hoàng đạo để bước vào nhà. Nếu chưa biết bắt đầu từ đâu, bạn có thể đọc hướng dẫn chọn ngày chuyển nhà trên amlichvietnam.vn để hiểu các tiêu chí cơ bản trước khi tra ngày cụ thể.

Lưu ý mùa cuối năm. Nhiều người nhận nhà vào tháng Chạp. Năm nay, mùng 1 tháng Chạp là thứ Sáu 8/1/2027, ngày ông Táo 23 tháng Chạp là thứ Bảy 30/1/2027, và Tết Đinh Mùi là thứ Bảy 6/2/2027 (mình đã đổi các ngày này bằng thư viện lịch âm theo giờ Việt Nam). Một số gia đình muốn dọn vào trước 23 tháng Chạp để kịp cúng ông Táo ở nhà mới. Một số khác chờ ra Giêng cho thong thả. Cả hai cách đều có lý. Quan trọng là đừng chọn ngày quá sát Tết khi thợ, xe chuyển nhà đều kín lịch.

Dọn dẹp và chuẩn bị sẵn:

Lau dọn sạch sẽ nhà mới, mở cửa cho thoáng ít nhất một ngày trước đó.
Lắp xong điện, nước, bếp. Nhập trạch mà chưa có nước hay chưa đun được nước thì rất bất tiện.
Chuẩn bị chỗ đặt bàn thờ, nếu có. Bát hương có thể chuyển sau theo nghi thức riêng, không nhất thiết đúng ngày nhập trạch.

Phần 2: Buổi sáng, đồ mang vào nhà theo thứ tự

Theo nếp phổ biến, khi bước vào nhà lần đầu theo giờ đã chọn, gia chủ và các thành viên mang theo những đồ mang ý nghĩa "đầy đủ, ấm no":

Gia chủ cầm bát hương hoặc bếp (bếp than nhỏ, bếp gas mini, hoặc ấm đun nước). Lửa tượng trưng cho sự ấm áp và sinh khí của căn nhà.
Vợ hoặc chồng của gia chủ mang hũ gạo, hũ muối, bình nước đầy.
Con cái mang chổi mới, sách vở, đồ chơi, những vật tượng trưng cho việc học hành, nề nếp.
Người khác trong nhà mang chiếu, chăn gối, bộ bát đũa.

Không phải nhà nào cũng có đủ người như vậy. Nếu chỉ có một hai người thì mang lần lượt, miễn là bếp lửa và gạo nước được đưa vào sớm.

Phần 3: Mâm cúng nhập trạch

Sau khi vào nhà, gia đình bày một mâm lễ để trình báo với thần linh, thổ địa nơi ở mới và mời gia tiên về. Mâm cúng thường có:

Hương, hoa tươi, đèn hoặc nến, trầu cau, rượu, nước.
Một mâm mặn (xôi, gà luộc, giò) hoặc mâm chay, tùy gia đình.
Hoa quả, bánh kẹo, gạo, muối.

Văn khấn nhập trạch nói rõ họ tên gia chủ, địa chỉ cũ, địa chỉ mới, ngày giờ chuyển đến và lời xin phép được ở. Nếu bạn không quen khấn dài, viết ra một bản ngắn bằng lời của mình cũng được, miễn là thành tâm và đủ thông tin.

Phần 4: Nhóm bếp và nồi nước đầu tiên

Cúng xong, việc đầu tiên nhiều nhà làm là đun một ấm nước để pha trà mời cả nhà và khách. Sau đó nấu nồi cơm đầu tiên. Ý nghĩa rất giản dị: nhà mới đã có lửa, có hơi ấm, có bữa ăn.

Nếu nhà dùng bếp từ hoặc bếp điện, bạn vẫn có thể bật bếp đun nước như bình thường. Không cần bếp than nếu điều kiện không cho phép, nhất là ở chung cư có quy định phòng cháy.

Phần 5: Buổi trưa và chiều, mời người thân

Một bữa cơm nhỏ với người thân, hàng xóm mới là cách tốt để "làm quen" với khu ở. Nhiều nơi gọi đây là tiệc tân gia, nhưng không cần làm to. Năm sáu người ngồi quanh mâm cơm đầu tiên cũng đủ ấm cúng.

Trong ngày đầu, cố gắng tránh cãi vã, tránh làm vỡ đồ. Không phải vì kiêng mà vì ai cũng mệt sau một ngày chuyển đồ, rất dễ căng thẳng.

Phần 6: Buổi tối và đêm đầu tiên

Bật đèn sáng khắp nhà trong buổi tối đầu tiên. Nhiều nhà để một ngọn đèn nhỏ sáng cả đêm.
Ngủ lại đêm đầu tiên ở nhà mới. Nếu chuyển đồ chưa xong, cả nhà vẫn nên ngủ lại để "giữ nhà".
Nếu vẫn còn đồ đạc ở nhà cũ, có thể chuyển dần trong các ngày sau mà không cần xem ngày lại.

Những câu hỏi thường gặp

Nhà thuê có cần làm lễ nhập trạch không? Không bắt buộc. Nhiều người ở thuê vẫn làm một mâm lễ đơn giản để tâm an. Đó là lựa chọn cá nhân.

Nhận nhà rồi nhưng chưa ở ngay thì sao? Có thể làm lễ vào ngày bắt đầu ở thật sự, không phải ngày nhận chìa khóa.

Chuyển nhà đúng tuần ông Táo đi vắng có kiêng không? Một số gia đình tránh chuyển nhà từ 23 đến hết 29 tháng Chạp vì quan niệm Táo quân không có nhà để "nhận" gia chủ mới. Đây là quan niệm dân gian, không phải quy định. Nhưng nếu bố mẹ bạn để ý thì nên tôn trọng.

Lời kết

Về nhà mới là một trong những ngày đáng nhớ nhất của mỗi gia đình. Xem ngày giúp mình yên tâm, còn trình tự rõ ràng giúp ngày đó diễn ra nhẹ nhàng. Chúc bạn và gia đình an cư ở tổ ấm mới.

Duc Tran

How we generate ID-style photos with AI (and where AI must not be used)

Duc Anh Phung — Mon, 09 Nov 2026 16:12:24 +0000

An ID photo looks like the simplest image task there is: one face, plain background, fixed size. In practice it is one of the least forgiving. A portrait for social media can be stylised freely. An ID photo has to be geometrically correct, visually clean and, above all, still the same person.

Our ID-photo tool at CoolMe AI turns a phone selfie into a 3×4, 4×6, 2×3 or 1×1 photo with a clean background and an outfit template (suit, office shirt, áo dài and so on). Below is the general shape of an ID-photo pipeline like this one, with simplified Python to illustrate the deterministic parts, followed by the places where generative AI should be kept out.

The code and thresholds below are illustrative and simplified for the article. They are not production code; the point is the constraints they encode.

The pipeline at a glance

selfie ──► quality gate ──► face detection + landmarks ──► alignment & crop
                                                              │
                     export (print / web sizes) ◄── background ◄── light correction
                                                              │
                                              outfit template (generative, constrained)

Two kinds of steps live in this pipeline:

Deterministic steps – quality checks, alignment, cropping, sizing. These must give the same output for the same input, and they must be explainable.
Generative steps – background clean-up, light correction, outfit template. These are where models help most and where they can do the most damage.

Keeping the two separate is the main design decision. Generative models should never decide where the face goes or how big it is.

Step 1: a quality gate before any model runs

Most bad ID photos are caused by bad input, not bad models. Rejecting early saves the user money and avoids "fixing" what should simply be retaken.

import cv2
import numpy as np

def quality_gate(img_bgr: np.ndarray) -> list[str]:
    """Return a list of human-readable problems; empty list means OK."""
    problems = []
    gray = cv2.cvtColor(img_bgr, cv2.COLOR_BGR2GRAY)

    # Blur: variance of the Laplacian is a cheap sharpness proxy.
    if cv2.Laplacian(gray, cv2.CV_64F).var() < 60:
        problems.append("Photo looks blurry. Hold the phone steady or use the rear camera.")

    # Exposure: too dark or blown out.
    mean = gray.mean()
    if mean < 70:
        problems.append("Photo is too dark. Face a window or a light source.")
    elif mean > 200:
        problems.append("Photo is overexposed. Move away from direct light.")

    # Resolution: ID prints need real pixels.
    h, w = gray.shape
    if min(h, w) < 600:
        problems.append("Resolution is too low for printing.")
    return problems

The thresholds are placeholders; you tune them on your own data. The important part is that the messages tell the user what to do, not just that something failed.

Step 2: alignment and crop are pure geometry

Once you have facial landmarks (any decent landmark model works), the crop is arithmetic: level the eyes, then place the face so that the head occupies a fixed share of the frame height.

import math

def align_and_crop(img, left_eye, right_eye, chin, crown, ratio=(3, 4), head_share=0.62):
    """
    left_eye, right_eye, chin, crown: (x, y) pixel coordinates.
    ratio: output aspect ratio (w, h), e.g. (3, 4) or (2, 3).
    head_share: crown-to-chin height as a fraction of output height.
    """
    # 1) Rotate so the eyes are level.
    dx, dy = right_eye[0] - left_eye[0], right_eye[1] - left_eye[1]
    angle = math.degrees(math.atan2(dy, dx))
    cx, cy = (left_eye[0] + right_eye[0]) / 2, (left_eye[1] + right_eye[1]) / 2
    M = cv2.getRotationMatrix2D((cx, cy), angle, 1.0)
    rotated = cv2.warpAffine(img, M, (img.shape[1], img.shape[0]), flags=cv2.INTER_CUBIC)

    def rot(p):
        x, y = p
        return (M[0, 0] * x + M[0, 1] * y + M[0, 2], M[1, 0] * x + M[1, 1] * y + M[1, 2])

    chin_r, crown_r = rot(chin), rot(crown)

    # 2) Size the frame from the head height.
    head_h = chin_r[1] - crown_r[1]
    out_h = head_h / head_share
    out_w = out_h * ratio[0] / ratio[1]

    # 3) Centre horizontally on the eyes, leave a small margin above the crown.
    top = crown_r[1] - out_h * 0.10
    left = cx - out_w / 2
    x0, y0 = int(round(left)), int(round(top))
    x1, y1 = int(round(left + out_w)), int(round(top + out_h))

    if x0 < 0 or y0 < 0 or x1 > rotated.shape[1] or y1 > rotated.shape[0]:
        raise ValueError("Face is too close to the edge. Ask the user to step back.")
    return rotated[y0:y1, x0:x1]

Notice what this function refuses to do: it does not pad the image with generated content when the head is cut off. If the shoulders or the top of the head are missing, the honest answer is "retake the photo", not "let a model invent them".

Step 3: generative steps, with a short leash

Background clean-up, light balancing and outfit templates are where generative models earn their place. A selfie taken in a bedroom becomes a flat white or light-blue background; harsh shadows are softened; a T-shirt becomes the suit template the user picked.

These steps need a short leash. Three constraints are worth building in:

Face region is protected. Generative edits are masked so they apply to background, clothing and lighting, not to facial geometry.
Identity check after generation. Compare a face embedding of the output with the input. If similarity drops below a threshold, discard the result instead of showing it.
Mild by default. Skin smoothing and light correction start at a low strength. The goal is "photographed on a good day", not "a different person".

A minimal version of the identity check looks like this:

def same_person(emb_in: np.ndarray, emb_out: np.ndarray, threshold: float = 0.6) -> bool:
    # Cosine similarity between L2-normalised face embeddings.
    a = emb_in / np.linalg.norm(emb_in)
    b = emb_out / np.linalg.norm(emb_out)
    return float(a @ b) >= threshold

The threshold depends on the embedding model; calibrate it on pairs you know are the same person and pairs you know are not.

Step 4: export for paper and for screens

Print sizes are physical (3×4 cm, 4×6 cm), while screens care about aspect ratio. Export by DPI for print and by pixels for the web:

def cm_to_px(cm: float, dpi: int = 300) -> int:
    return round(cm / 2.54 * dpi)

PRINT_SIZES = {"3x4": (cm_to_px(3), cm_to_px(4)), "4x6": (cm_to_px(4), cm_to_px(6))}
# 3x4 at 300 dpi -> 354 x 472 px; 4x6 -> 472 x 709 px

A common user mistake is printing with "fit to page" enabled, which silently rescales the photo. It is worth warning about this near the download step, because no amount of AI fixes a printer setting.

Where AI must not be used

This is the part that matters most, and it applies to anyone building in this space.

Do not change identity. No face slimming, eye enlarging, nose reshaping or age changes on an ID photo. A recruiter or an officer has to recognise the person in front of them.
Do not invent missing anatomy. If the crown or shoulders are out of frame, ask for a retake instead of outpainting.
Do not promise official acceptance. Passport and visa offices publish their own rules, and many forbid digitally altered photos. For those documents, the product should tell users to check the official guideline, and in doubt, to use a photo studio.
Do not add things that are not true. Uniforms, badges or insignia of organisations the user does not belong to are off-limits.
Do not keep photos longer than needed. Face images are sensitive personal data. Process for the user's request, let them download, and set a clear retention policy.

Takeaways

Split the pipeline into deterministic geometry and constrained generation.
Reject bad input early with actionable messages.
Protect the face region and verify identity after every generative step.
Be explicit about which documents your tool is not for.

If you read Vietnamese, there is a longer overview of how the studio is organised and how its credit model works in this introduction to CoolMe AI Studio.

How do you handle identity preservation in your own image pipelines? I would be glad to compare notes in the comments.

Người trẻ lễ Phật trên điện thoại: trào lưu đi chùa online lan nhanh

Duc Anh Phung — Fri, 06 Nov 2026 05:39:21 +0000

Không ít bạn trẻ đang biến việc lễ Phật trên trình duyệt thành một nhịp cuối tuần, nhất là khi ở xa chùa hoặc lịch làm việc dày.

Trào lưu này không xuất hiện trong khoảng trống. Trước đó, các sản phẩm thiền và lễ chùa trên điện thoại đã gây chú ý ở một số thị trường châu Á. Khi lan sang Việt Nam, cùng một nhu cầu được giữ nhịp sống tâm linh giữa lịch làm việc dày, nhưng cách triển khai lại rất khác nhau. Có trang nghiêng về tương tác kiểu trò chơi. Có trang tập trung tái hiện không gian lễ với hương, chuông, mõ và lời khấn.

AmLichVietnam.vn chọn hướng thứ hai. Trang Chùa Online chạy ngay trên trình duyệt, không cần tải ứng dụng, không bắt buộc tạo tài khoản và không thu tiền công đức. Người dùng nên đeo tai nghe: tiếng chuông và tiếng mõ được thiết kế để tạo không khí lễ, khác với thao tác bấm cho có trên một giao diện tĩnh.

Từ trào lưu đến thao tác thực tế

Hiện trang đã mở bốn không gian: Chùa Một Cột (Ba Đình, Hà Nội), Chùa Trấn Quốc (Tây Hồ, Hà Nội), Chùa Bái Đính (Gia Viễn, Ninh Bình) và Chùa Thiên Mụ (TP. Huế). Các điểm Chùa Hương, Yên Tử, Miếu Bà Chúa Xứ Núi Sam và Chùa Vĩnh Nghiêm được ghi là sắp mở.

Cách tham gia tương đối thẳng: mở https://amlichvietnam.vn/chua-online, bấm “Vào chùa” rồi chọn nơi lễ. Tại lư hương, người dùng thắp ba nén hương, sau đó thỉnh chuông và gõ mõ. Tiếp theo có thể lần tràng hạt 108 hạt, viết lời khấn rồi hồi hướng công đức. Ai muốn lễ cùng người khác thì vào Phòng chung để ngồi thiền, lạy Phật theo thời gian thực; trang còn có khóa thiền chung 15 phút và bảng công đức theo tuần.

Một chi tiết gắn với lịch Việt Nam là trang hiển thị âm lịch từng ngày và cho phép bật thông báo nhắc Rằm, Mùng 1 cùng các ngày lễ Phật. Đây là điểm nhiều người đi làm văn phòng thường bỏ sót: không phải ai cũng nhớ rằm rơi vào thứ mấy trong tuần, nhất là những tháng âm lịch lệch khá xa so với lịch dương.

Đơn vị vận hành cũng lưu ý đây là không gian 3D cách điệu, lấy cảm hứng từ kiến trúc di tích, không thay cho việc đến chùa thật. Cách dùng phù hợp là giữ sự trang nghiêm tối thiểu, coi đây là nhịp lễ khi chưa đến được hiện trường, chứ không biến nơi khấn nguyện thành trò đùa trên mạng.

Khi người dùng “đi chùa xong” thường xem tiếp vận hạn và duyên số

Quan sát các cuộc thảo luận quanh trào lưu này cho thấy một mạch khá quen thuộc của người Việt: sau lúc muốn tĩnh lại, nhiều người lại mở tiếp tử vi, tình duyên hoặc lịch ngày tốt. AmLichVietnam.vn vốn xuất phát từ lịch âm và các công cụ tra cứu, nên nhóm tính năng này được làm khá bài bản, khác với những trang chỉ trả về một đoạn văn chung cho mọi người.

Tại https://amlichvietnam.vn/tu-vi, người dùng nhập ngày sinh dương lịch, giới tính và giờ sinh để lập lá số. Không nhớ giờ vẫn chọn một khung giờ tham khảo; hệ thống ghi chú đây chưa phải giờ xác nhận. Kết quả miễn phí đã gồm địa bàn 12 cung theo cách an sao Nam phái, với cung Mệnh, cung Thân, chính tinh, phụ tinh và tứ hóa hiện trên web. Người xem còn có bảng lưu niên, đại hạn, luận các cung ở mức rút gọn và tải được ảnh địa bàn dạng PNG để lưu hoặc gửi người nhà.

Nếu cần đọc sâu hơn, trang mở thêm gói luận Premium: kể mạch đời theo lá số, luận theo hướng nghề nghiệp, tài lộc, tình duyên, học hành và vận năm, kèm sách luận đọc liền mạch. Phần hỏi đáp AI được gắn với đúng lá vừa lập, thay vì trả lời chung chung theo prompt trống. Kết quả vẫn được nêu rõ là tham khảo văn hóa, không thay tư vấn chuyên môn. Điểm khác nằm ở độ phủ của địa bàn và cách trình bày có lớp, thay vì một đoạn “lời khuyên năm nay” giống nhau cho hàng loạt người dùng.

Công cụ tình duyên cũng đi theo hướng đối chiếu chứ không kết luận bằng một chữ “hợp” hoặc “không hợp”. Người dùng nhập họ tên và ngày sinh của hai người; có giờ sinh thì hệ thống đọc thêm cung Phu Thê, chưa rõ giờ vẫn xem được phần lớn kết quả. Bản miễn phí cho điểm hợp đôi, một kết luận ngắn, ba điểm nổi bật và biểu đồ radar theo từng chiều. Nền tảng đối chiếu cùng lúc can chi, Tử Vi và thần số Pythagorean. Bản đầy đủ hơn còn mở luận hai lá số, Bát Tự của cả hai người, tương hợp theo tính cách, giao tiếp, tài chính, gia đình, sự nghiệp lẫn mức gần gũi, cùng gợi ý năm thuận cưới. Trang nhấn mạnh đây là dữ liệu tham khảo, không thay lời trao đổi trực tiếp giữa hai người.

Lịch âm và ngày tốt: phần ít “viral” nhưng được xem kỹ hơn

Nếu chùa online đang hút tương tác vì hình ảnh đẹp và dễ chia sẻ, thì lịch âm và ngày tốt mới là phần người Việt tra đi tra lại quanh việc cưới hỏi, xuất hành, khai trương hay nhập trạch. Lịch âm trên cùng hệ thống đối chiếu ngày âm – dương, rằm, mùng 1 và tiết khí theo năm. Ngày tốt cho phép xem theo việc cụ thể, thay vì gộp mọi nhu cầu thành một dòng “hôm nay đại cát”.

Đây là điểm khá khác biệt so với nhiều trang đón trend chỉ gắn một lịch nhỏ cho có. Việc chọn ngày lớn trong đời vốn đòi hỏi tra đúng việc, thấy được cả ngày nên làm và ngày nên tránh. Một công cụ nêu rõ từng việc sẽ hữu ích hơn một câu chúc may mắn đi kèm hình ảnh lan tỏa trên mạng.

Một lượt xem cho cả trào lưu lẫn nhu cầu tra cứu thường ngày

Người đang tò mò về trào lưu có thể đi một mạch trên cùng website:

Lễ chùa trên điện thoại: https://amlichvietnam.vn/chua-online
Lập lá số tử vi: https://amlichvietnam.vn/tu-vi
Xem tình duyên đôi: https://amlichvietnam.vn/tinh-duyen
Xem lịch âm: https://amlichvietnam.vn/lich-am
Xem ngày tốt theo việc: https://amlichvietnam.vn/ngay-tot

Trào lưu “đi chùa online” có thể hạ nhiệt khi mạng xã hội chuyển sang chủ đề khác. Nhưng nhu cầu lễ khi chưa đến được chùa, nhu cầu đọc lá số có địa bàn rõ và nhu cầu tra ngày tốt theo đúng việc thì không phụ thuộc hashtag. Đó cũng là lý do một trang gắn được không gian lễ với lịch âm, tử vi và tình duyên sẽ được dùng lâu hơn một sản phẩm chỉ tồn tại trong vòng vài tuần sốt mạng.

Batch video editing with Adobe Premiere scripting: lessons learned

Duc Anh Phung — Fri, 30 Oct 2026 22:27:22 +0000

Scripting a single Premiere Pro edit is a fun weekend project. Running the same script over fifty folders of footage overnight, and finding fifty usable exports in the morning, is a different problem. Most of the difficulty is not in the editing logic. It is in everything around it: timing, file paths, partial failures and the render queue.

This post collects the lessons that apply to any batch pipeline built on Premiere's scripting layer (ExtendScript, usually reached from a CEP panel). The examples are simplified and illustrative, not production code.

Lesson 1: separate the plan from the timeline

The most useful design decision is to never let analysis code touch the timeline directly. Instead, each job produces a plain JSON edit plan, and a separate, boring step applies that plan to Premiere.

{
  "job_id": "C017",
  "source": "D:/footage/C017/main.mp4",
  "sequence_preset": "1080p25",
  "segments": [
    { "in": 3.20, "out": 18.75 },
    { "in": 21.10, "out": 47.40 }
  ],
  "captions_srt": "D:/footage/C017/C017.srt",
  "exports": ["16x9", "9x16"]
}

This gives you three things for free. You can inspect and diff a plan before anything is cut. You can re-apply a plan after Premiere crashes without re-running analysis. And you can generate plans with whatever tool you like, whether that is a rule-based script or an AI agent, while the apply step stays deterministic.

Lesson 2: measure silence on the source file, not on the timeline

Cutting dead air is the first thing most people automate. It is tempting to inspect audio levels inside Premiere, but it is slower and harder to test than running ffmpeg on the source once:

ffmpeg -hide_banner -i main.mp4 -af silencedetect=noise=-35dB:d=0.6 -f null - 2> silence.log

silencedetect writes silence_start and silence_end lines to stderr. Turning them into keep-segments is a few lines of Python:

import re

def keep_segments(log_text: str, duration: float, pad: float = 0.15):
    starts = [float(x) for x in re.findall(r"silence_start: ([\d.]+)", log_text)]
    ends = [float(x) for x in re.findall(r"silence_end: ([\d.]+)", log_text)]
    segments, cursor = [], 0.0
    for s, e in zip(starts, ends):
        if s - cursor > 0.3:  # ignore tiny islands of sound
            segments.append({"in": max(0.0, cursor - pad), "out": s + pad})
        cursor = e
    if duration - cursor > 0.3:
        segments.append({"in": max(0.0, cursor - pad), "out": duration})
    return segments

The threshold (-35dB) and minimum duration (0.6s) depend on the microphone and the room. Tune them per series, store them in the plan, and keep the padding so words are not clipped.

Lesson 3: Premiere counts time in ticks

When you apply a plan, remember that Premiere's scripting API represents time in ticks, with 254,016,000,000 ticks per second. Floating-point seconds are fine in your plan, but convert once, at the boundary, and round consistently:

// ExtendScript (ES3-era JavaScript)
var TICKS_PER_SECOND = 254016000000;

function secondsToTicks(sec) {
  return String(Math.round(sec * TICKS_PER_SECOND));
}

function insertSegment(seq, projectItem, seg, atSeconds) {
  var t = new Time();
  t.ticks = secondsToTicks(atSeconds);
  // In real code, set the in/out on a subclip or trim the track item after inserting.
  seq.videoTracks[0].insertClip(projectItem, t);
}

Many "off by one frame" bugs in batch pipelines come from converting seconds to frames in one place and seconds to ticks in another. Pick one direction and stick to it.

Lesson 4: make every job resumable

A batch of fifty jobs will fail somewhere: a corrupt clip, a missing font, a full disk. The pipeline should treat each job as a small state machine and write its state to disk after each step:

planned -> imported -> assembled -> captioned -> queued -> exported

On restart, the runner skips finished steps and continues from the last good one. Two rules make this reliable:

Idempotent steps. Running "import" twice must not create duplicate bins. Check before you create.
One project per job, or one clearly named sequence per job. Sharing a sequence across jobs makes partial failures very hard to clean up.

Lesson 5: let Adobe Media Encoder own the render queue

Rendering inside Premiere blocks the scripting thread. Queueing exports to Adobe Media Encoder lets the next job start assembling while the previous one renders:

function queueExport(seq, outPath, presetPath) {
  app.encoder.launchEncoder();
  // workAreaType 0 = entire sequence; last arg: remove from queue when done
  var jobId = app.encoder.encodeSequence(seq, outPath, presetPath, 0, 1);
  return jobId;
}
// After all jobs are queued:
// app.encoder.startBatch();

Keep one .epr preset per output format (16:9 for YouTube, 9:16 for Shorts and Reels) under version control, so a colleague's local preset change does not silently alter your exports.

Lesson 6: validate before you export

Before queueing a render, check what you can check cheaply: every segment has out > in, the caption file exists and its last cue ends before the sequence does, the expected tracks are present, and the output folder is writable. A failed validation should mark the job as needs_review instead of exporting something broken that someone might publish by accident.

Lesson 7: keep a human approval step

Automation is good at the repetitive 80%: trimming silence, placing captions, reframing to vertical, rendering. Judgement calls such as whether a joke lands, whether a product claim is accurate, or whether a clip is safe to publish still belong to a person. A simple review folder with the export and its plan side by side works better than any dashboard.

Where this is going

Tools are starting to wrap this whole loop behind a chat interface. One example is Premiere Pro automation from CoolMe (the page is in Vietnamese), a Windows tool where an AI agent such as Grok or Claude reads the footage, builds an edit plan, applies cuts and captions in Premiere and queues renders, reporting back when jobs finish or fail. Whatever tool you use, the lessons above still apply: plans you can read, steps you can resume and renders you can trust.

What has broken most often in your own batch editing pipelines? I would like to hear about it in the comments.

Hai nhà bàn chuyện cưới năm 2027: những câu hỏi về tuổi nên thống nhất trước khi chọn ngày

Duc Anh Phung — Fri, 30 Oct 2026 14:40:04 +0000

Có một kịch bản rất hay gặp: hai bạn trẻ đã yêu nhau vài năm, quyết định cưới sau Tết. Bố mẹ hai bên gặp nhau, không khí vui vẻ, rồi đến đoạn "để nhà tôi đi xem tuổi đã". Một tuần sau, một bên báo "năm sau cô dâu phạm Kim Lâu", bên kia lại nói "thầy nhà tôi bảo không sao". Thế là chuyện vui thành chuyện khó xử.

Phần lớn những va chạm kiểu này không đến từ việc ai tin hay không tin, mà đến từ việc hai bên dùng hai cách tính khác nhau mà không ai nói ra. Bài này gợi ý những câu hỏi nên thống nhất từ đầu, để khi chọn ngày, mọi người cùng nhìn vào một bộ tiêu chí.

Câu hỏi 1: Tính tuổi theo tuổi mụ hay tuổi thật?

Trong cách xem tuổi cưới truyền thống, người ta thường dùng tuổi mụ (tuổi âm), tức lấy năm xem trừ năm sinh âm lịch rồi cộng thêm 1. Ví dụ cô dâu sinh năm 2000, đến năm 2027 thì tuổi mụ là 28.

Nghe thì đơn giản, nhưng có một cái bẫy: người sinh vào tháng 1 hoặc đầu tháng 2 dương lịch có thể vẫn thuộc năm âm lịch trước. Ví dụ một người sinh đầu năm 2000 dương lịch nhưng trước Tết Canh Thìn thì năm sinh âm lịch là Kỷ Mão 1999. Chỉ một chi tiết này thôi đã có thể khiến hai thầy cho hai kết quả khác nhau. Vì vậy, việc đầu tiên là đổi ngày sinh của cả hai sang âm lịch cho chắc.

Câu hỏi 2: Hai nhà có xét Kim Lâu không, và xét theo cách nào?

Kim Lâu là một quan niệm dân gian xét tuổi người phụ nữ khi cưới. Cách tính phổ biến: lấy tuổi mụ chia cho 9, nếu số dư là 1, 3, 6 hoặc 8 thì năm đó được coi là phạm Kim Lâu.

Áp vào năm 2027, theo cách tính này thì những cô dâu sinh năm âm lịch 1995, 1998, 2000 và 2002 rơi vào tuổi mụ có số dư thuộc nhóm trên. Còn sinh năm 1996, 1997, 1999, 2001 thì không. (Mình tự tính lại bằng phép chia, bạn có thể kiểm lại dễ dàng.)

Nhưng điều quan trọng hơn con số là thái độ của hai nhà:

Có nhà coi Kim Lâu là điều kiện bắt buộc, phạm là dời năm.
Có nhà chỉ coi là tham khảo, và chọn cách "xin dâu" hoặc tổ chức sau một mốc nhất định như qua Lập Xuân.
Có nhà không xét.

Hãy nói thẳng nhau từ đầu nhà mình thuộc nhóm nào. Nếu một bên xét kỹ còn bên kia không, thì thường bên không xét sẽ nhường, vì nhường cũng chẳng mất gì mà giữ được hòa khí.

Câu hỏi 3: Năm 2027 có ai trong nhà gặp Tam Tai không?

Năm Đinh Mùi 2027 là năm thứ ba (năm cuối) của chu kỳ Tam Tai đối với ba tuổi Hợi, Mão, Mùi. Trong dân gian, có nhà kiêng làm việc lớn trong năm Tam Tai của người chủ hôn, có nhà không.

Nên hỏi trước: nhà mình xét Tam Tai theo tuổi cô dâu chú rể, hay theo tuổi bố mẹ đứng ra tổ chức? Mỗi nơi một lệ, và đây là chỗ hay gây hiểu lầm nhất.

Câu hỏi 4: Xét hợp tuổi đến mức nào?

Ngoài chuyện năm cưới, nhiều gia đình còn xem hai tuổi có hợp nhau không: theo địa chi (tam hợp, lục hợp, xung, hại), theo ngũ hành nạp âm của năm sinh, hoặc theo cung phi. Mỗi hệ có một kết luận, và hiếm có cặp nào "đẹp" ở tất cả các hệ.

Gợi ý của mình là chọn một hệ chính mà cả hai nhà đều chấp nhận, rồi coi các hệ khác là tham khảo. Nếu muốn hiểu các hệ này khác nhau thế nào và đọc kết quả sao cho tỉnh táo, bạn có thể xem bài xem tuổi kết hôn theo can chi của Âm Lịch Việt Nam. Bài viết giải thích rõ từng yếu tố, đọc xong sẽ dễ nói chuyện với người lớn hơn.

Câu hỏi 5: Ai là người "chốt" cuối cùng?

Nghe có vẻ thừa, nhưng rất nhiều cuộc bàn bạc kéo dài vì không ai được giao quyền quyết. Có thể là ông bà nội, có thể là bố mẹ cô dâu, có thể là chính hai bạn trẻ. Thống nhất người chốt từ đầu giúp tránh tình trạng mỗi tuần một ý kiến mới.

Một quy trình gọn cho hai nhà

Hai bạn trẻ đổi ngày sinh sang âm lịch, gửi cho cả hai nhà cùng một bản.
Mỗi bên nói rõ nhà mình có xét Kim Lâu, Tam Tai, hợp tuổi hay không.
Chọn khoảng thời gian cưới dự kiến (ví dụ sau rằm tháng Giêng 2027, tức sau thứ Bảy 20/2/2027).
Mới bắt đầu chọn ngày cụ thể trong khoảng đó: ngày hoàng đạo, tránh ngày gia đình kiêng, hợp lịch làm việc của khách.
Ghi lại kết quả bằng văn bản, gửi vào nhóm chung để không ai nhớ nhầm.

Khi kết quả không như ý

Nếu sau tất cả mà năm 2027 vẫn bị coi là chưa đẹp, đừng vội nghĩ là "không hợp nên không cưới được". Các gia đình vẫn có nhiều cách: dời ngày sang cuối năm, làm lễ ăn hỏi trước rồi cưới sau, hoặc tổ chức đăng ký kết hôn trước và làm tiệc sau. Điều cốt lõi của một đám cưới là hai người và hai gia đình về chung một nhà, còn ngày tháng chỉ là cách người lớn gửi gắm mong muốn bình an.

Lời kết

Xem tuổi cưới là phong tục đẹp khi nó giúp hai nhà cẩn trọng và tôn trọng nhau. Nó chỉ trở thành gánh nặng khi mỗi bên dùng một thước đo mà không nói ra. Chịu khó thống nhất năm câu hỏi ở trên trước khi chọn ngày, bạn sẽ thấy cả quá trình nhẹ nhàng hơn rất nhiều.

Tháng nhuận trong âm lịch Việt Nam: quy tắc 'không trung khí' và những năm dễ tính sai

Duc Anh Phung — Fri, 23 Oct 2026 14:14:04 +0000

Tháng nhuận trong âm lịch Việt Nam: quy tắc "không trung khí" và những năm dễ tính sai

Nếu bạn từng phải hiển thị ngày âm trong một ứng dụng cho người Việt, có lẽ bạn đã gặp câu hỏi: năm nay có tháng nhuận không, nhuận tháng mấy? Đây là phần khó nhất của bài toán âm lịch, và cũng là chỗ mà copy một hàm trên mạng dễ cho ra kết quả sai nhất. Bài này tóm tắt quy tắc, cách cài đặt và vài năm nên đưa vào bộ test.

Âm lịch Việt Nam là âm dương lịch

Tháng âm bắt đầu vào ngày có điểm Sóc (trăng mới). Một tháng dài 29 hoặc 30 ngày, tùy khoảng cách giữa hai điểm Sóc liên tiếp. 12 tháng âm chỉ khoảng 354 ngày, ngắn hơn năm Mặt Trời chừng 11 ngày. Cứ khoảng 2–3 năm lại phải chèn thêm một tháng để lịch không trôi khỏi mùa. Tháng chèn thêm đó là tháng nhuận.

Quy tắc xác định tháng nhuận

Tìm tháng 11 âm của năm trước và tháng 11 âm của năm cần tính. Tháng 11 âm là tháng chứa Đông chí.
Đếm số lần Sóc nằm giữa hai mốc đó. Nếu có 13 tháng âm thay vì 12, năm đó có tháng nhuận.
Tháng nhuận là tháng đầu tiên sau tháng 11 không chứa trung khí nào. Trung khí là 12 tiết khí ứng với kinh độ Mặt Trời 0°, 30°, 60°… như Xuân phân, Cốc vũ, Hạ chí.

Viết dạng giả mã:

a11 = ngay_bat_dau_thang_11(nam - 1)
b11 = ngay_bat_dau_thang_11(nam)
if (b11 - a11) > 365:            # có 13 tháng âm
    k = 1
    while trung_khi(soc(a11, k)) == trung_khi(soc(a11, k + 1)):
        k += 1                   # tháng k không có trung khí mới
    thang_nhuan = k - 1          # đổi về số thứ tự tháng âm

Chìa khóa là hai hàm soc() (thời điểm trăng mới) và trung_khi() (kinh độ Mặt Trời tại đầu ngày). Cả hai đều phải tính theo giờ Việt Nam, UTC+7.

Vì sao múi giờ lại quan trọng đến vậy

Điểm Sóc là một khoảnh khắc thiên văn. Nếu Sóc rơi vào 23h30 theo giờ Hà Nội thì đó đã là 0h30 ngày hôm sau theo giờ Bắc Kinh. Một tháng âm có thể bắt đầu lệch một ngày. Khi cái lệch đó rơi đúng vào tháng Giêng, Tết cũng lệch theo. Ví dụ năm 2007, Tết Nguyên Đán ở Việt Nam là 17/2/2007, còn Tết theo lịch Trung Quốc là 18/2/2007.

Vì vậy dùng nguyên một thư viện âm lịch Trung Quốc (tính theo UTC+8) cho người dùng Việt là một lỗi kinh điển. Phần lớn ngày vẫn khớp, nên lỗi này hay lọt qua khâu test.

Các năm nên đưa vào test

Mình kiểm các giá trị dưới đây bằng thư viện vnlunar (thuật toán Hồ Ngọc Đức, múi giờ 7.0):

Năm âm	Tháng nhuận	Mùng 1 tháng nhuận (dương lịch)
2025 (Ất Tỵ)	tháng 6	25/7/2025
2028 (Mậu Thân)	tháng 5	23/6/2028
2031 (Tân Hợi)	tháng 3	21/4/2031
2033 (Quý Sửu)	tháng 11	22/12/2033

Năm 2033 rất đáng test. Tháng nhuận rơi vào cuối năm, sát tháng 11, nên các cài đặt chỉ "đếm tháng" thay vì kiểm trung khí rất dễ sai.

Thêm vài ca biên khác:

Năm 2026 (Bính Ngọ) có 12 tháng, và tháng Chạp chỉ có 29 ngày. Ngày cuối năm là 29 tháng Chạp (5/2/2027), mùng 1 Tết Đinh Mùi là 6/2/2027.
Chuyển đổi ngược từ âm sang dương phải nhận thêm cờ leap. Nếu không, "ngày 10 tháng 6 âm năm 2025" sẽ mơ hồ vì năm đó có hai tháng 6.

Gợi ý cài đặt

Lưu ngày âm dưới dạng (ngày, tháng, năm, nhuận), đừng ghép thành chuỗi.
Tính sẵn bảng tháng cho khoảng năm cần dùng (ví dụ 1900–2100) rồi tra bảng, thay vì tính thiên văn mỗi lần render.
Viết test so sánh với một nguồn lịch Việt đáng tin cho ít nhất 1 ngày/tháng trong vài chục năm.

Nếu muốn đối chiếu kết quả của mình với một lịch Việt đang chạy thật, trang phương pháp của Âm Lịch Việt Nam mô tả rõ thuật toán và múi giờ họ dùng. Lưới tháng trên đó cũng đánh dấu tháng nhuận, nên tiện để kiểm tra chéo.

Bạn từng gặp bug lịch âm nào kỳ lạ? Kể ở phần bình luận nhé.

— Duc Tran