lefteros_by SomniusX
EN ↗Πες ένα γεια

11 Οκτωβρίου 2026 / Lefteris Iliadis / SomniusX

RecMeets v0.31.0: τα δύο κανάλια μένουν συγχρονισμένα

11 Οκτωβρίου 2026

Γιατί βγήκε νέο RecMeets: το αρχικό Meeting Recorder έφερε δύο διορθώσεις που άξιζαν. Μια συσκευή που κολλάει δεν μετατοπίζει πια το κανάλι σου σε σχέση με τους άλλους, και οι ενέργειες μπορούν να τρέχουν μόνες τους όταν τελειώσει η απομαγνητοφώνηση.

RecMeets v0.31.0: τα δύο κανάλια μένουν συγχρονισμένα

Το RecMeets ξεκίνησε ως μεταφορά του Meeting Recorder (Jankees van Woezik), και παρακολουθώ τι γίνεται εκεί. Αυτή τη βδομάδα βγήκαν δύο εκδόσεις του. Η 1.6.0 πήρε μέσα το δικό μου pull request #41, το φίλτρο σιωπής που προσαρμόζεται σε μικρόφωνο με θόρυβο, που το RecMeets το είχε ήδη. Η 1.7.0 έφερε δύο αλλαγές από άλλους που το RecMeets δεν είχε, και άξιζαν και οι δύο. Γι’ αυτό βγήκε η v0.31.0, οκτώ μέρες μετά την 0.30.0.

Μια συσκευή που κολλάει δεν μετατοπίζει πια το κανάλι σου

Το pull request #35 (Thomas Torggler) γεμίζει με σιωπή τον ήχο που δεν ήρθε ποτέ κατά την εγγραφή.

Το RecMeets γράφει δύο κανάλια: το μικρόφωνό σου και ό,τι παίζει ο υπολογιστής. Όταν μια συσκευή σταματά για λίγο να στέλνει ήχο, π.χ. αλλάζεις συσκευή στη μέση της κλήσης ή ένα Bluetooth ακουστικό αλλάζει προφίλ, αυτός ο χρόνος απλώς έλειπε από το κανάλι της. Ό,τι ακολουθούσε μετακινούνταν νωρίτερα σε σχέση με το άλλο κανάλι.

Πριν μεταφέρω οτιδήποτε, το μέτρησα στο RecMeets. Μια αλλαγή συσκευής σε εγγραφή 12 δευτερολέπτων έδωσε κανάλι 10,98 δευτερολέπτων: χάθηκαν 1,02 δευτερόλεπτα, και ό,τι ειπώθηκε σε εκείνο το κανάλι μετά την αλλαγή έπεφτε περίπου ένα δευτερόλεπτο νωρίτερα από το άλλο.

Το RecMeets γράφει ήχο αλλιώς από το αρχικό, οπότε μεταφέρθηκε η ιδέα, όχι ο κώδικας. Κάθε κανάλι κρατά πλέον το δικό του ρολόι. Όταν ο ήχος φτάνει 250 ms ή περισσότερο μετά το τελευταίο κομμάτι, μπαίνει πρώτα η σιωπή που λείπει από το αρχείο. Γράφεται την ώρα που κολλάει η συσκευή, και αν κολλήσει μέχρι το Stop, γεμίζει στο Stop.

Μετά: 11,98 δευτερόλεπτα για 12 σε τρεις δοκιμές (τα 20 ms που λείπουν είναι το τελευταίο μισό κομμάτι), και μια σταθερή εγγραφή 30 δευτερολέπτων βγαίνει ακριβώς 30,000.

Ενέργειες που τρέχουν μόνες τους

Το pull request #42 (stbeck11). Οι ενέργειες είναι δικά σου σενάρια που τρέχουν σε μια ολοκληρωμένη σύσκεψη: τη στέλνουν κάπου, την αρχειοθετούν, ό,τι χρειάζεσαι. Μέχρι τώρα τις ξεκινούσες από το μενού.

Τώρα, με auto = true σε μια ενέργεια στο config.toml, τρέχει κάθε φορά που τελειώνει μια απομαγνητοφώνηση: μετά από εγγραφή, εισαγωγή ή Transcribe again. Τρέχουν η μία μετά την άλλη, με τη σειρά που είναι στο αρχείο. Ακολουθούν τη σύσκεψη αν τη μετονομάσεις ενώ τρέχουν, και δουλεύουν και με το Close when done: τελειώνουν οι ενέργειες και μετά κλείνει το RecMeets. Στο τέλος παίρνεις μία γραμμή για όλες, π.χ. «1 of 2 actions done», με ό,τι απέτυχε και γιατί.

Και ένα θέμα στον οδηγό

Αν τα ακουστικά σου περνούν τους άλλους στο δικό τους μικρόφωνο, το Troubleshooting του οδηγού εξηγεί πλέον τον echo canceller του PipeWire, με σύνδεσμο στην τεκμηρίωσή του. Δεν το δοκίμασα εδώ· η βελτίωση που αναφέρει είναι μέτρηση από την αναφορά του προβλήματος, όχι δική μου.

Πως δοκιμάστηκε

Όλα τα τεστ σε Linux (276) και σε Windows μέσα σε VM, το πρόγραμμα εγκατάστασης των Windows και αναβάθμιση πάνω από την προηγούμενη έκδοση, και τα πακέτα Linux σε καθαρά Ubuntu 22.04 και Fedora. Το κόλλημα δοκιμάστηκε με εικονικές συσκευές του PipeWire, όχι με πραγματικό Bluetooth ακουστικό. Έλεγξα επίσης ότι μια καθυστερημένη παράδοση ήχου δεν περνιέται για κόλλημα: με την εγγραφή παγωμένη δύο φορές για 0,6 δευτερόλεπτα βγήκαν 14,98 δευτερόλεπτα για 15, δηλαδή δεν μπήκε επιπλέον σιωπή.

Ευχαριστώ πολύ: Thomas Torggler και stbeck11 για τα δύο pull requests, και Jankees van Woezik που συγχώνευσε το δικό μου.

Το RecMeets δεν έχει βγει ακόμη για όλους. Όσα κάνει μέχρι σήμερα είναι στη σελίδα του RecMeets.