sox-users@lists.sourceforge.net unofficial mirror
 help / color / mirror / code / Atom feed
From: Martin Ratinaud <martinratinaud@gmail.com>
To: sox-users@lists.sourceforge.net
Subject: Re: Wav to Mp3 leads to an mp3 file that has a longer duration
Date: Wed, 18 Dec 2019 13:06:25 +0400	[thread overview]
Message-ID: <CAKy7tYgd3ex-xJ+v6JMbGUUpbi6Y80vKJurhXsLJ=Kzqi0YoTw@mail.gmail.com> (raw)
In-Reply-To: <CANWtmUAcx=kk65NE245pch8Bv4XkZ1taw3npe3auPhLuizOYaw@mail.gmail.com>


[-- Attachment #1.1: Type: text/plain, Size: 2871 bytes --]

Ok thanks Mikko

Maybe I'm doing it wrong but here is my initial request

the number of samples is not really important to me. What does is that the
compression algorithm does not add data at the beginning of the file, which
it does now

Do you have any idea how I can achieve that ?

-----------------------------------------------------------------------
*Martin RATINAUD*
-----------------------------------------------------------------------


On Wed, Dec 18, 2019 at 11:44 AM Mikko Olkkonen <molkko@gmail.com> wrote:

> If those are your requirements why dont you just stick to mp3? If your
> additional requirements would be that 1) audio quality perception remains
> OK and 2) number of samples remains intact then I believe that solution is
> nonexisting. You must relax either compression or quality requirement. My
> reasoning is as follows: you have a lot of samples in the original audio.
> If you have all those samples (in any reasonable format) in the output file
> you have large file again i.e. dont have much compression. In other words,
> if you want compression you must do more drastic processing e.g. transform
> the signal from "time domain" to "frequency domain" like mp3 does as far as
> I know. After such compression there is no any meaningful concept of a
> "sample" anymore. Thus you can not require that number of samples matches.
> The fact that sox reports number of samples for mp3 does not change this
> fact (maybe it should not report number of samples but some concept of a
> block mp3 uses). I believe that additional difficulty (e.g. the discrepancy
> you observed when you trimmed your signal) arises from aspects discussed in
> the sox manual section "Accuracy". regards, Mikko
>
>
>
> On Wed, Dec 18, 2019 at 6:02 AM Martin Ratinaud <martinratinaud@gmail.com>
> wrote:
>
>> Ok and what would be one that
>> - compresses the file a lot
>> - is readable on the web
>>
>> Thanks
>> -----------------------------------------------------------------------
>> *Martin RATINAUD*
>> -----------------------------------------------------------------------
>>
>>
>> On Tue, Dec 17, 2019 at 2:50 PM Måns Rullgård <mans@mansr.com> wrote:
>>
>>> Martin Ratinaud <martinratinaud@gmail.com> writes:
>>>
>>> > Thanks for the tip!
>>> >
>>> > What codec should I use then ?
>>>
>>> Depends on your needs.  Obviously, you have to use a codec supported by
>>> whatever is going to read the file.
>>>
>>> --
>>> Måns Rullgård
>>>
>> _______________________________________________
>> Sox-users mailing list
>> Sox-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/sox-users
>>
> _______________________________________________
> Sox-users mailing list
> Sox-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sox-users
>

[-- Attachment #1.2: Type: text/html, Size: 4794 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
Sox-users mailing list
Sox-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sox-users

  reply	other threads:[~2019-12-18  9:07 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-11 14:26 Wav to Mp3 leads to an mp3 file that has a longer duration Martin Ratinaud
2019-12-11 17:18 ` Jeremy Nicoll - ml sox users
2019-12-12  4:18   ` Martin Ratinaud
2019-12-12 17:05     ` Jeremy Nicoll - ml sox users
2019-12-16  5:10       ` Martin Ratinaud
2019-12-16 11:48 ` Måns Rullgård
2019-12-16 12:02   ` Martin Ratinaud
2019-12-16 13:30     ` Måns Rullgård
2019-12-16 13:36       ` Martin Ratinaud
2019-12-16 17:44         ` Måns Rullgård
2019-12-17 10:04           ` Martin Ratinaud
2019-12-17 10:50             ` Måns Rullgård
2019-12-18  4:00               ` Martin Ratinaud
2019-12-18  7:43                 ` Mikko Olkkonen
2019-12-18  9:06                   ` Martin Ratinaud [this message]
2019-12-19  9:52                     ` Mikko Olkkonen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.sourceforge.net/lists/listinfo/sox-users

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAKy7tYgd3ex-xJ+v6JMbGUUpbi6Y80vKJurhXsLJ=Kzqi0YoTw@mail.gmail.com' \
    --to=sox-users@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/sox.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).