sv1-devel

[Sv1-devel] image export

[Rainer M. E. <en...@en...>]

I encountered some difficulties in what I intended to achieve in Sonic
Visualizer.

1. View/Zoom
It is possible to zoom any visual representation of an audio file to a
free percentage of your choice, also a "zoom to fit" is possible via
menu. What I was looking for is a fixed zoom correlating to the length
of an audio file. It would be great to scale i.e. to 1000px per minute
audio length.

2. Ruler
In an exported visual representation I recognized black rulers. I only
managed to change their color but not their "opacity/visibility". Same
for the units shown to the left.


If a CLI is planned to automate the rendering of visual representations
this might become obsolete. I only tried to automate this process via
GUI-mode of Sonic Visualizer for now and as described above I came
across these problems.

Generally speaking the export of rendered images by grabbing the already
rendered viewport image with its settings might be OK, but in my opinion
it would be better to define settings independently.

Best Regards,
Rainer


-- 
Rainer M. Engel, Dipl. Digital Artist
scientific|Media GbR
Pichelsdorfer Str. 143
13595 Berlin

Re: [Sv1-devel] portable Sonic Visualiser (no installer) | CLI

[Rainer M. E. <en...@en...>]

Thank you Chris, for your reply.

I'm not familiar with OSC, but I think that a good structured CLI is a
huge task. I mean it wouldn't make any sense if this request is not
something that others have asked for as well and that doesn't seem to be
the case.

It would be nice to hear from other users if they would use a CLI and in
what way (what for) or is this a developer only list?

Best Regards,
Rainer


Am 10.12.2013 18:03, schrieb Chris Cannam:
> 
> On Mon, Dec 9, 2013, at 06:32 PM, Rainer M. Engel wrote:
>> Hello there,
>>
>> I have two questions and brief answears are fine with me, maybe where to
>> find more information would be of great help.
>>
>> 1. Does the portable SV search for i.e. Vamp Plugins in a relative
>> subfolder of its EXE?
> 
> No -- you still have to adjust the VAMP_PATH environment variable to get
> a non-system install location. I would like to address this in a
> subsequent release somehow (as well as getting a 64-bit Windows build).
> 
>> 2. Is it possible to work with SV via Command Line Interface to i.e.
>> create waveforms/spectograms by batch? If not, is this possible with
>> Sonic Annotation?
> 
> Also currently no, I'm afraid. Sonic Visualiser can be controlled
> "remotely" (by OSC) but not as a batch process at all; Sonic Annotator
> can't produce image data, only textual data files like CSVs or RDF.
> 
> 
> Chris
> 

Re: [Sv1-devel] portable Sonic Visualiser (no installer) | CLI

[Chris C. <ca...@al...>]

On Mon, Dec 9, 2013, at 06:32 PM, Rainer M. Engel wrote:
> Hello there,
> 
> I have two questions and brief answears are fine with me, maybe where to
> find more information would be of great help.
> 
> 1. Does the portable SV search for i.e. Vamp Plugins in a relative
> subfolder of its EXE?

No -- you still have to adjust the VAMP_PATH environment variable to get
a non-system install location. I would like to address this in a
subsequent release somehow (as well as getting a 64-bit Windows build).

> 2. Is it possible to work with SV via Command Line Interface to i.e.
> create waveforms/spectograms by batch? If not, is this possible with
> Sonic Annotation?

Also currently no, I'm afraid. Sonic Visualiser can be controlled
"remotely" (by OSC) but not as a batch process at all; Sonic Annotator
can't produce image data, only textual data files like CSVs or RDF.


Chris

[Sv1-devel] portable Sonic Visualiser (no installer) | CLI

[Rainer M. E. <en...@en...>]

Hello there,

I have two questions and brief answears are fine with me, maybe where to
find more information would be of great help.

1. Does the portable SV search for i.e. Vamp Plugins in a relative
subfolder of its EXE?

2. Is it possible to work with SV via Command Line Interface to i.e.
create waveforms/spectograms by batch? If not, is this possible with
Sonic Annotation?


Best Regards,
Rainer



-- 
Rainer M. Engel, Dipl. Digital Artist
scientific|Media GbR
Pichelsdorfer Str. 143
13595 Berlin

[Sv1-devel] Sonic Visualiser 2.3 pre-release test build

[Chris C. <ca...@al...>]

Hi all -- I've just put up a pre-release test version of SV v2.3. I'd
appreciate any quick feedback on whether it works for you...

Source code:
http://sonicvisualiser.org/pre/sonic-visualiser-2.3-pre1.tar.gz

Windows installer (thanks Josias for fixing this):
http://sonicvisualiser.org/pre/sonic-visualiser-2.3-pre1.msi

Mac:
http://sonicvisualiser.org/pre/Sonic%20Visualiser-2.3.dmg

Changelog:
https://code.soundsoftware.ac.uk/projects/sonic-visualiser/repository/revisions/72c1dd980802/entry/CHANGELOG

No Linux builds yet (perhaps other Linux users could test the build from
source for the moment?)

Thanks...


Chris

[Sv1-devel] analysis in image domain

[Rainer M. E. <en...@en...>]

Hi everyone,

I recently recovered SV in the demand of creating waveform and
spectogram images of audio. My background is typically image processing
with a focus on moving picture (film) restoration.

My plan, belonging more to personal interest, is to do some automated
audio analysis in the image domain. So maybe I have to test Sonic
Annotation and some of the plugins as well I guess, but as I did nothing
read about it, is there a way to get the nice audio plots of SV
(waveform, spectogram) preferable via command-line?

I hoped to create static waveforms and spectograms images of higher
resolution than found inside the GUI.

I also tried SoX but this tool seems to lack here a bit although it is a
very mature and cool piece of software.

Any tip/comment/help is much appreciated.

Best regards,
Rainer



-- 
Rainer M. Engel, Dipl. Digital Artist
scientific|Media GbR
Pichelsdorfer Str. 143
13595 Berlin

[Sv1-devel] Exporting annotation layer for all panes at the same time

[Hartmann M. <maa...@st...>]

Dear list,

I have a lot of .sv session files. Each file has the same number of panes, and for each pane there is an audio waveform and an annotated time instants layer. I would like to export all this data at the same time, but I was not yet able to find a suitable method other than selecting each pane and exporting the annotation layer for that specific pane. This is problematic for me because I have 6 panes per session and a total of 30 sessions, so I would have to do the same thing manually 180 times. If I was able to export the layers of all the panes at the same time for the same session and repeat the process 30 times I would already be happy. 

If you have any suggestions, please let me know!

Best,
Martin



------------------------------------------
Martín Ariel Hartmann 
Lic., MA, Doctoral Student
Finnish Centre of Excellence in Interdisciplinary Music Research
P.O. Box 35(M)
40014 University of Jyväskylä
Finland
mar...@jy...

[Sv1-devel] New test builds

[Chris C. <ca...@al...>]

A couple of small fixes, but I'm making another test build because I'm
really hoping to have a good build in place before the start of the
autumn term! Again, let me know how you get on.

Windows (dynamic with msi installer)
http://sonicvisualiser.org/pre/sonic-visualiser-2.2-pre-20130730.msi

Windows (almost-static exe)
http://sonicvisualiser.org/pre/sonic-visualiser-2.2-pre-20130730.zip

OS/X
http://sonicvisualiser.org/pre/Sonic%20Visualiser-2.2-20130730.dmg

Linux to follow.


Chris

[Sv1-devel] Detecting if two tracks are contiguous with visualiser?

[Nick H. <nix...@gm...>]

Hi Folks,

I have been playing with the visualiser to see if there is any relationship
between the last few seconds of track 0 to the first few seconds of track 1
which may suggest that the two tracks are contiguous.  For instance, the
second half of The Beatles Abbey Road album has contiguous "gapless"
tracks.  I'm hoping to detect such tracks with audio analysis and
additional information from the original CD (each audio file represents a
track from a CD, unfortunately may not include a TOC with gap info).

So far ideas are to use knowledge that each audio file represented a real
track on the CD and the following:

 o Use RMS volume between samples, variance should be minimal
 o Spectrum analysis between samples
    + Peak Bins between samples
 o Use Melodic analysis between samples
    + dB for certain percentage of frequencies line up between samples
    + Phase?

Here are some screenshots which displays Track 10 and 11 joined together.
 These two tracks play from a CD contiguously without gap from 2:26:26
position (cursor is there in screenshots).

http://imageshack.us/a/img708/7442/rfg9.png
http://imageshack.us/a/img209/4337/ard.jpg
http://imageshack.us/a/img96/8233/if3i.jpg

Any pointers on accomplishing this?

Thanks

Re: [Sv1-devel] finding if two files are continuous (gap detection)?

[Nick H. <nix...@gm...>]

Perhaps another way to word this question is, can anyone point me to the
location in the source containing spectrum details like, Time, Bin Freq,
Bin Pitch, dB and Phase is created from a given sound sample?  This would
ultimately be used to create the spectrum GUI screen.

Thanks


On Sun, Jul 28, 2013 at 12:51 PM, Nick Hughes <nix...@gm...> wrote:

> Hi Folks,
>
> I'm trying to programatically determine if two audio files have a gap
> between them and I'm hoping someone in this community can lead me in the
> right direction. For instance if the end of track 0, transitions into the
> beginning of track 1 with no gap, that could be detected.  The audio files
> can be assumed to be lossy.  The use case is to convert FLAC files back to
> RedBook standard, using either gap or gapless silence between tracks.  This
> requires gap detection between two audio files.
>
> I suspect there is some audio processing here.  For instance, the last
> sample of track 0 could have perhaps close amplitude level as first sample
> of track 1. Other considerations would be frequency analysis. I'm hoping
> there is some tool or low level library that could accomplish this
> automatically.
>
> At the moment, I'm inspecting the two files with Sonicvisualiser<http://www.sonicvisualiser.org/>'s
> spectogram of the audio. I'm thinking a good match could be made here using
> three factors for the last samples of track 0 and first few samples of
> track 1. Using silence gap, change in RMS amplitude for the samples and
> spectrum match for the samples. Obviously some hueristic would need to be
> applied. I'm hoping to avoid reinventing the wheel here.
>
> There are some other tools that appear to look at frequency domain, which
> I'm still investigating:
> http://dream.cs.bath.ac.uk/software/sndan/mqan.html
> http://dream.cs.bath.ac.uk/software/sndan/pvan.html
>
>
> Anyone have any suggestions or could point me in the right direction?
>
> Thanks,
> Nick
>

[Sv1-devel] pre-releases to try out

[Chris C. <ca...@al...>]

I've made some pre-releases of the forthcoming 2.2 bugfix release.

I'd be interested in any instant feedback, especially since some of the
changes are to build/packaging.

Specifically:

 * there are two different Windows bundles: one msi installer as used
 for v2.1, and one with an *almost* static executable that you can put
 anywhere (sadly I haven't yet managed to make it a totally static build
 like the old v2.0 one was)

 * the Mac build is now marked as retina-capable (only makes a
 difference to text components -- sorry -- but it should make a
 significant difference there if you have the hardware)

 * the Linux versions should now open FLAC files (accidentally omitted
 from the previous build)

For other fixes, see the CHANGELOG at
https://code.soundsoftware.ac.uk/projects/sonic-visualiser/repository/entry/CHANGELOG.

The builds are here:

Windows (dynamic with msi installer)
http://sonicvisualiser.org/pre/sonic-visualiser-2.2-pre-20130729.msi

Windows (almost-static exe)
http://sonicvisualiser.org/pre/sonic-visualiser-2.2-pre-20130729.zip

OS/X
http://sonicvisualiser.org/pre/Sonic%20Visualiser-2.2.dmg

Linux (32-bit deb)
http://sonicvisualiser.org/pre/sonic-visualiser_2.2cc-1_i386.deb

Linux (64-bit deb)
http://sonicvisualiser.org/pre/sonic-visualiser_2.2cc-1_amd64.deb

Thanks for letting me know anything you find. In the unlikely event that
these all work fine, they will be simply relabelled as 2.2 and released.


Chris

[Sv1-devel] finding if two files are continuous (gap detection)?

[Nick H. <nix...@gm...>]

Hi Folks,

I'm trying to programatically determine if two audio files have a gap
between them and I'm hoping someone in this community can lead me in the
right direction. For instance if the end of track 0, transitions into the
beginning of track 1 with no gap, that could be detected.  The audio files
can be assumed to be lossy.  The use case is to convert FLAC files back to
RedBook standard, using either gap or gapless silence between tracks.  This
requires gap detection between two audio files.

I suspect there is some audio processing here.  For instance, the last
sample of track 0 could have perhaps close amplitude level as first sample
of track 1. Other considerations would be frequency analysis. I'm hoping
there is some tool or low level library that could accomplish this
automatically.

At the moment, I'm inspecting the two files with
Sonicvisualiser<http://www.sonicvisualiser.org/>'s
spectogram of the audio. I'm thinking a good match could be made here using
three factors for the last samples of track 0 and first few samples of
track 1. Using silence gap, change in RMS amplitude for the samples and
spectrum match for the samples. Obviously some hueristic would need to be
applied. I'm hoping to avoid reinventing the wheel here.

There are some other tools that appear to look at frequency domain, which
I'm still investigating:
http://dream.cs.bath.ac.uk/software/sndan/mqan.html
http://dream.cs.bath.ac.uk/software/sndan/pvan.html


Anyone have any suggestions or could point me in the right direction?

Thanks,
Nick

[Sv1-devel] [ sv1-Bugs-3613606 ] RedHat 6.4 compilation problem

[SourceForge.net <no...@so...>]

Bugs item #3613606, was opened at 2013-05-20 05:29
Message generated for change (Tracker Item Submitted) made by aaahaaah
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3613606&group_id=162924

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Albert (aaahaaah)
Assigned to: Nobody/Anonymous (nobody)
Summary: RedHat 6.4 compilation problem

Initial Comment:
Hi All, I cannot compile Sonic Visualizer on RedHat 6.4 (64-bit). The possible explanation is that RH has two directories /usr/local/lib and /usr/local/lib64, and this might be confusing. Confurator complains about certain libraries (fftw3, vamp*), but the libraries are really installed. For example, *.pc files for fftw3 live in /usr/local/lib64/pkgconfig/, while configurator probably expects  /usr/local/lib/pkgconfig/, and so on. I would appreciate any suggestion to fix the problem.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3613606&group_id=162924

[Sv1-devel] [ sv1-Bugs-3613511 ] New Version Bugs v2.1

[SourceForge.net <no...@so...>]

Bugs item #3613511, was opened at 2013-05-17 07:22
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3613511&group_id=162924

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Miscellaneous
Group: SVN build
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: New Version Bugs v2.1

Initial Comment:
Downloaded new version... And very frustrated and disappointed.
1. It's now using Q5core dlls... Size 30mb more now on Hdd  (Was 22mb)
2. It's using using MUCH MORE MEMORY just on START (was 29mb, now 56mb) (proof on pic)
3. Program Exits with Memory error (attach):





----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3613511&group_id=162924

[Sv1-devel] [ sv1-Feature Requests-3612097 ] Automated frequency analysis

[SourceForge.net <no...@so...>]

Feature Requests item #3612097, was opened at 2013-04-27 22:13
Message generated for change (Comment added) made by mirrajensen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825708&aid=3612097&group_id=162924

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Mirra Jensen (mirrajensen)
Assigned to: Nobody/Anonymous (nobody)
Summary: Automated frequency analysis

Initial Comment:
Hi,

I'm currently doing my PhD and the in the next part of the study will be looking at inherent pitch in singers.

I will be asking a large number of participants to record themselves singing a scale each day for 30 days and I would like to be able to automatically extract a frequency analysis of the average hz of each note (without having to manually hover over each note).

I haven't been able to work out if this is possible with the current software. Any suggestions?

Much appreciated!

----------------------------------------------------------------------

>Comment By: Mirra Jensen (mirrajensen)
Date: 2013-04-29 02:25

Message:
Thanks Chris, so very much appreciated :-)

----------------------------------------------------------------------

Comment By: Chris Cannam (cannam)
Date: 2013-04-29 01:51

Message:
Hi -- 

One way to get started might be with a pitch-tracker Vamp plugin, such as
the simple cepstral pitch tracker at
http://code.soundsoftware.ac.uk/projects/cepstral-pitchtracker, the Melodia
plugin from MTG http://mtg.upf.edu/technologies/melodia, or the Aubio Pitch
plugin.

In the longer term, some people in my group are currently working on a
program based on Sonic Visualiser intended specifically to help with
singing pitch estimation -- I'll point them at this and perhaps they'll get
in touch.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825708&aid=3612097&group_id=162924

[Sv1-devel] [ sv1-Feature Requests-3612097 ] Automated frequency analysis

[SourceForge.net <no...@so...>]

Feature Requests item #3612097, was opened at 2013-04-27 22:13
Message generated for change (Comment added) made by cannam
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825708&aid=3612097&group_id=162924

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Mirra Jensen (mirrajensen)
Assigned to: Nobody/Anonymous (nobody)
Summary: Automated frequency analysis

Initial Comment:
Hi,

I'm currently doing my PhD and the in the next part of the study will be looking at inherent pitch in singers.

I will be asking a large number of participants to record themselves singing a scale each day for 30 days and I would like to be able to automatically extract a frequency analysis of the average hz of each note (without having to manually hover over each note).

I haven't been able to work out if this is possible with the current software. Any suggestions?

Much appreciated!

----------------------------------------------------------------------

>Comment By: Chris Cannam (cannam)
Date: 2013-04-29 01:51

Message:
Hi -- 

One way to get started might be with a pitch-tracker Vamp plugin, such as
the simple cepstral pitch tracker at
http://code.soundsoftware.ac.uk/projects/cepstral-pitchtracker, the Melodia
plugin from MTG http://mtg.upf.edu/technologies/melodia, or the Aubio Pitch
plugin.

In the longer term, some people in my group are currently working on a
program based on Sonic Visualiser intended specifically to help with
singing pitch estimation -- I'll point them at this and perhaps they'll get
in touch.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825708&aid=3612097&group_id=162924

[Sv1-devel] [ sv1-Feature Requests-3612097 ] Automated frequency analysis

[SourceForge.net <no...@so...>]

Feature Requests item #3612097, was opened at 2013-04-27 22:13
Message generated for change (Tracker Item Submitted) made by mirrajensen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825708&aid=3612097&group_id=162924

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Mirra Jensen (mirrajensen)
Assigned to: Nobody/Anonymous (nobody)
Summary: Automated frequency analysis

Initial Comment:
Hi,

I'm currently doing my PhD and the in the next part of the study will be looking at inherent pitch in singers.

I will be asking a large number of participants to record themselves singing a scale each day for 30 days and I would like to be able to automatically extract a frequency analysis of the average hz of each note (without having to manually hover over each note).

I haven't been able to work out if this is possible with the current software. Any suggestions?

Much appreciated!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825708&aid=3612097&group_id=162924

[Sv1-devel] [ sv1-Feature Requests-3612051 ] Automated frequency analysis

[SourceForge.net <no...@so...>]

Feature Requests item #3612051, was opened at 2013-04-27 19:42
Message generated for change (Tracker Item Submitted) made by mirrajensen
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825708&aid=3612051&group_id=162924

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Mirra Jensen (mirrajensen)
Assigned to: Nobody/Anonymous (nobody)
Summary: Automated frequency analysis

Initial Comment:
Hi,

I'm currently doing my PhD and the in the next part of the study will be looking at inherent pitch in singers.

I will be asking a large number of participants to record themselves singing a scale each day for 30 days and I would like to be able to automatically extract a frequency analysis of the average hz of each note (without having to manually hover over each note).

I haven't been able to work out if this is possible with the current software. Any suggestions?

Much appreciated!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825708&aid=3612051&group_id=162924

[Sv1-devel] [ sv1-Bugs-3607070 ] Incorrect M4A import on OSX

[SourceForge.net <no...@so...>]

Bugs item #3607070, was opened at 2013-03-06 09:26
Message generated for change (Comment added) made by bmcfee
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Miscellaneous
Group: None
Status: Open
Resolution: Accepted
Priority: 9
Private: No
Submitted By: Brian McFee (bmcfee)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect M4A import on OSX

Initial Comment:
(Version 2.0)

When loading certain M4A files on OSX, the track duration and pitch are both incorrect.  For example, a track that should read as 4m57s instead comes out as 4m33s and with higher pitch.  (Mediainfo dump of an offending track is attached.)

The Linux build does not appear to have this bug.

iTunes on OSX also processes the file correctly.

----------------------------------------------------------------------

Comment By: Brian McFee (bmcfee)
Date: 2013-03-07 10:48

Message:
Looks like it works.  Many thanks!

----------------------------------------------------------------------

Comment By: Chris Cannam (cannam)
Date: 2013-03-07 09:57

Message:
Hi -- can you try the new build at
https://code.soundsoftware.ac.uk/attachments/download/682/Sonic%20Visualiser-2.0.1.dmg
please, and let me know how it goes?


----------------------------------------------------------------------

Comment By: Brian McFee (bmcfee)
Date: 2013-03-06 11:09

Message:
Excellent.  Thanks!

----------------------------------------------------------------------

Comment By: Chris Cannam (cannam)
Date: 2013-03-06 11:08

Message:
OK, I think I see the cause of the bug. It's a confusion between the file
rate and sample rate members in the CoreAudio reader. Will fix, but I'm out
of time to complete a new build on OS/X today -- I should be able to do
this tomorrow.

Thanks for the report and info.

----------------------------------------------------------------------

Comment By: Brian McFee (bmcfee)
Date: 2013-03-06 09:47

Message:
Yes, it's the only file in the session, and it's the first file loaded upon
starting SV.

SV did not throw any warnings about resampling.

----------------------------------------------------------------------

Comment By: Chris Cannam (cannam)
Date: 2013-03-06 09:45

Message:
Sounds like the file is being opened at the wrong sample rate (that is, a
44100 file is being treated as 48000).

Is this the only file in the SV session? (SV takes the sample rate for the
session from the first audio file loaded into it. If you load more than one
audio file at different sample rates into the same session, the second and
subsequent will have the wrong rate unless you have resampling switched on
in the preferences. But SV should warn you about that anyway.)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924

[Sv1-devel] [ sv1-Bugs-3607070 ] Incorrect M4A import on OSX

[SourceForge.net <no...@so...>]

Bugs item #3607070, was opened at 2013-03-06 09:26
Message generated for change (Comment added) made by cannam
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Miscellaneous
Group: None
Status: Open
Resolution: Accepted
Priority: 9
Private: No
Submitted By: Brian McFee (bmcfee)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect M4A import on OSX

Initial Comment:
(Version 2.0)

When loading certain M4A files on OSX, the track duration and pitch are both incorrect.  For example, a track that should read as 4m57s instead comes out as 4m33s and with higher pitch.  (Mediainfo dump of an offending track is attached.)

The Linux build does not appear to have this bug.

iTunes on OSX also processes the file correctly.

----------------------------------------------------------------------

>Comment By: Chris Cannam (cannam)
Date: 2013-03-07 09:57

Message:
Hi -- can you try the new build at
https://code.soundsoftware.ac.uk/attachments/download/682/Sonic%20Visualiser-2.0.1.dmg
please, and let me know how it goes?


----------------------------------------------------------------------

Comment By: Brian McFee (bmcfee)
Date: 2013-03-06 11:09

Message:
Excellent.  Thanks!

----------------------------------------------------------------------

Comment By: Chris Cannam (cannam)
Date: 2013-03-06 11:08

Message:
OK, I think I see the cause of the bug. It's a confusion between the file
rate and sample rate members in the CoreAudio reader. Will fix, but I'm out
of time to complete a new build on OS/X today -- I should be able to do
this tomorrow.

Thanks for the report and info.

----------------------------------------------------------------------

Comment By: Brian McFee (bmcfee)
Date: 2013-03-06 09:47

Message:
Yes, it's the only file in the session, and it's the first file loaded upon
starting SV.

SV did not throw any warnings about resampling.

----------------------------------------------------------------------

Comment By: Chris Cannam (cannam)
Date: 2013-03-06 09:45

Message:
Sounds like the file is being opened at the wrong sample rate (that is, a
44100 file is being treated as 48000).

Is this the only file in the SV session? (SV takes the sample rate for the
session from the first audio file loaded into it. If you load more than one
audio file at different sample rates into the same session, the second and
subsequent will have the wrong rate unless you have resampling switched on
in the preferences. But SV should warn you about that anyway.)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924

[Sv1-devel] [ sv1-Bugs-3607070 ] Incorrect M4A import on OSX

[SourceForge.net <no...@so...>]

Bugs item #3607070, was opened at 2013-03-06 09:26
Message generated for change (Comment added) made by bmcfee
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Miscellaneous
Group: None
Status: Open
Resolution: Accepted
Priority: 9
Private: No
Submitted By: Brian McFee (bmcfee)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect M4A import on OSX

Initial Comment:
(Version 2.0)

When loading certain M4A files on OSX, the track duration and pitch are both incorrect.  For example, a track that should read as 4m57s instead comes out as 4m33s and with higher pitch.  (Mediainfo dump of an offending track is attached.)

The Linux build does not appear to have this bug.

iTunes on OSX also processes the file correctly.

----------------------------------------------------------------------

Comment By: Brian McFee (bmcfee)
Date: 2013-03-06 11:09

Message:
Excellent.  Thanks!

----------------------------------------------------------------------

Comment By: Chris Cannam (cannam)
Date: 2013-03-06 11:08

Message:
OK, I think I see the cause of the bug. It's a confusion between the file
rate and sample rate members in the CoreAudio reader. Will fix, but I'm out
of time to complete a new build on OS/X today -- I should be able to do
this tomorrow.

Thanks for the report and info.

----------------------------------------------------------------------

Comment By: Brian McFee (bmcfee)
Date: 2013-03-06 09:47

Message:
Yes, it's the only file in the session, and it's the first file loaded upon
starting SV.

SV did not throw any warnings about resampling.

----------------------------------------------------------------------

Comment By: Chris Cannam (cannam)
Date: 2013-03-06 09:45

Message:
Sounds like the file is being opened at the wrong sample rate (that is, a
44100 file is being treated as 48000).

Is this the only file in the SV session? (SV takes the sample rate for the
session from the first audio file loaded into it. If you load more than one
audio file at different sample rates into the same session, the second and
subsequent will have the wrong rate unless you have resampling switched on
in the preferences. But SV should warn you about that anyway.)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924

[Sv1-devel] [ sv1-Bugs-3607070 ] Incorrect M4A import on OSX

[SourceForge.net <no...@so...>]

Bugs item #3607070, was opened at 2013-03-06 09:26
Message generated for change (Comment added) made by cannam
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Miscellaneous
Group: None
Status: Open
>Resolution: Accepted
>Priority: 9
Private: No
Submitted By: Brian McFee (bmcfee)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect M4A import on OSX

Initial Comment:
(Version 2.0)

When loading certain M4A files on OSX, the track duration and pitch are both incorrect.  For example, a track that should read as 4m57s instead comes out as 4m33s and with higher pitch.  (Mediainfo dump of an offending track is attached.)

The Linux build does not appear to have this bug.

iTunes on OSX also processes the file correctly.

----------------------------------------------------------------------

>Comment By: Chris Cannam (cannam)
Date: 2013-03-06 11:08

Message:
OK, I think I see the cause of the bug. It's a confusion between the file
rate and sample rate members in the CoreAudio reader. Will fix, but I'm out
of time to complete a new build on OS/X today -- I should be able to do
this tomorrow.

Thanks for the report and info.

----------------------------------------------------------------------

Comment By: Brian McFee (bmcfee)
Date: 2013-03-06 09:47

Message:
Yes, it's the only file in the session, and it's the first file loaded upon
starting SV.

SV did not throw any warnings about resampling.

----------------------------------------------------------------------

Comment By: Chris Cannam (cannam)
Date: 2013-03-06 09:45

Message:
Sounds like the file is being opened at the wrong sample rate (that is, a
44100 file is being treated as 48000).

Is this the only file in the SV session? (SV takes the sample rate for the
session from the first audio file loaded into it. If you load more than one
audio file at different sample rates into the same session, the second and
subsequent will have the wrong rate unless you have resampling switched on
in the preferences. But SV should warn you about that anyway.)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924

[Sv1-devel] [ sv1-Bugs-3607070 ] Incorrect M4A import on OSX

[SourceForge.net <no...@so...>]

Bugs item #3607070, was opened at 2013-03-06 09:26
Message generated for change (Comment added) made by bmcfee
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Miscellaneous
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Brian McFee (bmcfee)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect M4A import on OSX

Initial Comment:
(Version 2.0)

When loading certain M4A files on OSX, the track duration and pitch are both incorrect.  For example, a track that should read as 4m57s instead comes out as 4m33s and with higher pitch.  (Mediainfo dump of an offending track is attached.)

The Linux build does not appear to have this bug.

iTunes on OSX also processes the file correctly.

----------------------------------------------------------------------

Comment By: Brian McFee (bmcfee)
Date: 2013-03-06 09:47

Message:
Yes, it's the only file in the session, and it's the first file loaded upon
starting SV.

SV did not throw any warnings about resampling.

----------------------------------------------------------------------

Comment By: Chris Cannam (cannam)
Date: 2013-03-06 09:45

Message:
Sounds like the file is being opened at the wrong sample rate (that is, a
44100 file is being treated as 48000).

Is this the only file in the SV session? (SV takes the sample rate for the
session from the first audio file loaded into it. If you load more than one
audio file at different sample rates into the same session, the second and
subsequent will have the wrong rate unless you have resampling switched on
in the preferences. But SV should warn you about that anyway.)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924

[Sv1-devel] [ sv1-Bugs-3607070 ] Incorrect M4A import on OSX

[SourceForge.net <no...@so...>]

Bugs item #3607070, was opened at 2013-03-06 09:26
Message generated for change (Comment added) made by cannam
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Miscellaneous
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Brian McFee (bmcfee)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect M4A import on OSX

Initial Comment:
(Version 2.0)

When loading certain M4A files on OSX, the track duration and pitch are both incorrect.  For example, a track that should read as 4m57s instead comes out as 4m33s and with higher pitch.  (Mediainfo dump of an offending track is attached.)

The Linux build does not appear to have this bug.

iTunes on OSX also processes the file correctly.

----------------------------------------------------------------------

>Comment By: Chris Cannam (cannam)
Date: 2013-03-06 09:45

Message:
Sounds like the file is being opened at the wrong sample rate (that is, a
44100 file is being treated as 48000).

Is this the only file in the SV session? (SV takes the sample rate for the
session from the first audio file loaded into it. If you load more than one
audio file at different sample rates into the same session, the second and
subsequent will have the wrong rate unless you have resampling switched on
in the preferences. But SV should warn you about that anyway.)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924

[Sv1-devel] [ sv1-Bugs-3607070 ] Incorrect M4A import on OSX

[SourceForge.net <no...@so...>]

Bugs item #3607070, was opened at 2013-03-06 09:26
Message generated for change (Tracker Item Submitted) made by bmcfee
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Miscellaneous
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Brian McFee (bmcfee)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect M4A import on OSX

Initial Comment:
(Version 2.0)

When loading certain M4A files on OSX, the track duration and pitch are both incorrect.  For example, a track that should read as 4m57s instead comes out as 4m33s and with higher pitch.  (Mediainfo dump of an offending track is attached.)

The Linux build does not appear to have this bug.

iTunes on OSX also processes the file correctly.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=825705&aid=3607070&group_id=162924