similar to: Different configuration for voice and music, switching on the fly

Hi all, I am the autor of "toc2audio" software <https://docs.jcea.es/toc2audio/>, to add chapters to audio files. I plan to add podcast shownotes also inside the audio file, but I wonder if there is some kind of standard beside repeating a "comment=" tag per line in the comment header. Talking about that, I would be like to be able to add and an image per audio

Hi all, I am the autor of "toc2audio" software <https://docs.jcea.es/toc2audio/>, to add chapters to audio files. I plan to add podcast shownotes also inside the audio file, but I wonder if there is some kind of standard beside repeating a "comment=" tag per line in the comment header. Talking about that, I would be like to be able to add and an image per audio

Doing a "doveadm purge" today I got this: """ doveadm(jcea): Error: Corrupted dbox file /home/jcea/.thunderbird/dovecot/storage/m.686 (around offset=1385772): purging found mismatched offsets (1385742 vs 1380664, 185/275) doveadm(jcea): Warning: fscking index file /home/jcea/.thunderbird/dovecot/storage/dovecot.map.index doveadm(jcea): Warning: mdbox

On 16/06/17 18:47, Marvin Scholz wrote: > This concatenation are valid streams, it's called chaining, afaik. So > players not supporting them are broken and the authors should be > notified about it, I think. And my question is... Is THAT the way an OPUS source communicates new metadata to the icecast server?. That is the question I would like to know :-). -- Jesús Cea Avión

On 16/06/17 21:18, Marvin Scholz wrote: > Exactly Ok, GREAT: Thanks. I have another question: Could a MP3 source send metadata updates using ICY metadata (like clients receive new metadata, but in reverse order) or MUST I update via the HTTP interface?. -- Jesús Cea Avión _/_/ _/_/_/ _/_/_/ jcea at jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/

Most documents around there talk abour "dsync", but the modern way is "doveadm backup". This command is not documented in the wiki and there are a few details missing, like how to use it thru SSH. I am currently doing some tests about how to backup my mdbox. I can do tests in local using: $ doveadm backup -u jcea -m proveedores/dovecot mdbox:/tmp/aa/ This will

I am using Dovecot 2.3.4. I could upgrade if necessary. I see this capabilities after login in: """ a OK [CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN

Until today I could do this to backup my primary IMAP4 server: """ doveadm backup ssh csi doveadm dsync-server """ It doesn't work anymore after upgrading to Dovecot 2.2.18: """ jcea at ubuntu:~$ doveadm backup ssh csi doveadm dsync-server Enter passphrase for key '/home/jcea/.ssh/id_rsa': dsync-remote(root): Error: Mailbox INBOX: Failed

>>> Jesus Cea <jcea at jcea.es> schrieb am 13.01.2016 um 16:31 in Nachricht <56966DC0.9030604 at jcea.es>: > Opus 1.1.2. > > As experienced in previous release: > > """ > ./test-driver: line 107: 25185 Illegal instruction "$@" > $log_file 2>&1 > FAIL: celt/tests/test_unit_mathops > """ The shell

Opus 1.1.2. As experienced in previous release: """ ./test-driver: line 107: 25185 Illegal instruction "$@" > $log_file 2>&1 FAIL: celt/tests/test_unit_mathops """ -- Jes?s Cea Avi?n _/_/ _/_/_/ _/_/_/ jcea at jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/ Twitter: @jcea

Reading docs in http://wiki2.dovecot.org/Plugins/Virtual I wonder how is that used if I am using MDBOX as my storage backend. The only references there are about Maildir. -- Jes?s Cea Avi?n _/_/ _/_/_/ _/_/_/ jcea at jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/ Twitter: @jcea _/_/ _/_/ _/_/_/_/_/ jabber

I am using mdbox for dovecot storage. I wonder if I could skip "dovecot.index.cache" files and, in general, "*.cache" files when doing mail backup. Those files are big and change frequently. What I feel from reading documentation [1][2] is that they could be dropped in the backups, to be recreated on the fly if needed. But I would like expert confirmation. [1]

Opus "target bitrate" is ok bit I miss the "quality" settings that Vorbis has. I know that "-q 0" is OK for voice in Vorbis (or "-q 3" is enough for music to my ears), but I have no idea of what bitrate to use with Opus. Is there any plan to support "qualitative" quality beside the current "quantitative" bitrate?. -- Jes?s Cea Avi?n

On 26/11/15 20:00, Jean-Marc Valin wrote: > Hi Jesus, > > Thanks for the report. As far as I can tell, what's happening is that > when intrinsics are enabled, we compile all tests with -msse4.1, even > when it's only run-time detected. In most cases, that doesn't cause > any issue, but sometimes the compiler will take the C code and > generate an SSEx instruction

On 12/01/16 21:58, Jean-Marc Valin wrote: > The tarball is at: > http://downloads.xiph.org/releases/opus/opus-1.1.2.tar.gz > or > https://archive.mozilla.org/pub/opus/opus-1.1.2.tar.gz > > SHA256 checksum is: > da615edbee5d019c1833071d69a4782c19f178cf9ca1401375036ecef25cd78a The hash I get is "0e290078e31211baa7b5886bcc8ab6bc048b9fc83882532da4a1a45e58e907fd" in

On 14/01/16 08:23, Ulrich Windl wrote: > The shell script most likely does not have the illegal instruction; a more > useful report would be to run the thing under a debugger like gdb and then > disassemble the instruction in question. I was under the impression of this being a well known "issue" already. If you need all details I could try to find some time to provide full

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Reading the archives I see messages from a long (years) time ago discussing pluggable mailstores. No recent news, though. Any progress?. Current status? Regards - -- Jes?s Cea Avi?n _/_/ _/_/_/ _/_/_/ jcea at jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/ Twitter: @jcea

Hi there. I am using mdbox storage with great success but I am seeing something I find strange and I would like to compare notes with you. When doing "doveadm purge", "m.*" files with non deleted messages are left alone, but "m.*" files with deleted messages copy the "non deleted" messages to a newly created "m.*" file and delete the original.

Using mdbox as the storage backend, moving a message from a mailbox to another just update a reference. The message is not fisically moved on the disk. I would expect "dsync" to use this fact when source and destination are mdbox. But it doesn't. Anybody else can confirm?. Any plan to implement it?. Thanks!. -- Jes?s Cea Avi?n _/_/ _/_/_/

I use SSH-AGENT in my system, to cache SSH credentials and avoid typing my key every time I connect to a remoto host. But "doveadm sync/backup", when one of the ends is SSH accessed, doesn't use the available SSH-AGENT and forces me to type my password. -- Jes?s Cea Avi?n _/_/ _/_/_/ _/_/_/ jcea at jcea.es - http://www.jcea.es/ _/_/ _/_/