mp3splt / mp3splt Goto Github PK

Imported from SourceForge on 2020-09-13 14:15:38
Created by *anonymous on 2005-08-24 17:57:16
Original: https://sourceforge.net/p/mp3splt/patches/1

the attached patch allows mp3splt-2.1 to compile
without errors against gcc4.

hope this helps.

Imported from SourceForge on 2020-09-13 14:15:45
Created by fmarier on 2008-06-03 03:12:51
Original: https://sourceforge.net/p/mp3splt/patches/2

Here's a trivial patch to correct the hyphens/minus lintian warnings I get when building this package on Debian.

Imported from SourceForge on 2020-09-13 14:26:04
Created by snw on 2006-12-28 14:00:50
Original: https://sourceforge.net/p/mp3splt/feature-requests/37

mp3splt-qtk 0.3.1 & SnackAmp 3.1.3 Beta installed, winXPpro sp2, trying to split ogg file, has succesfully read cue. player is connected, plays the file, splitpoints defined automatically from cue. tried to move the file from disc to disc, also to mp3splt dir, same result.

Imported from SourceForge on 2020-09-13 14:24:29
Created by *anonymous on 2006-08-18 11:57:07
Original: https://sourceforge.net/p/mp3splt/feature-requests/32

Hello:
Thanks for a great utility, and keep up the good work.
Below are entries found in the mp3splt.log of a recent
run with the silence option.
The first two numbers are respectively the threshold
level (dB) to be considered silence, and min (minimum
number of seconds to be considered a valid splitpoint).
The rest I am unable to understand. I have tried
several "theories" of what the entries might mean, but
when I try them on the actual numbers and do some
arithmetic, the numbers "do not add up".

Can you please describe the meaning of these entries.
You might want to consider adding this description to
the doc. If it is there, I did not find it.

Thank you in advance.

-48.00 6.00
1503.790039 1517.060059 403
1401.329956 1413.449951 373
1229.369995 1241.150024 369
1557.150024 1568.359985 325

Virgil
P.S. If possible send please a copy or your reply to:
wkq6luffgyoeb18 jetable.org

Imported from SourceForge on 2020-09-13 14:17:45
Created by *anonymous on 2014-03-23 12:25:53
Original: https://sourceforge.net/p/mp3splt/patches/9

Currently (if enabled) manpage linking for flacsplt/oggsplt is performed in install-exec-hook, which has no relation to install-man and therefore fails in my environment with error of non-existent target /usr/share/man/man1 directory (make 4.0). It happened to work with -jN with N > 1 probably due to install-man and install-exec being performed in parallel and therefore exec-hook being luckily executed after install-man was performed. Please apply attached patch which changes linking from install-exec-hook to install-data-hook.

Attachments:

• https://sourceforge.net/p/mp3splt/patches/9/attachment/mp3splt-man_link.patch

Imported from SourceForge on 2020-09-13 14:18:13
Created by jprobst on 2016-11-29 21:27:36
Original: https://sourceforge.net/p/mp3splt/patches/11

Using mp3splt-gtk-0.9.2 with libmp3splt-0.9.2 incl. id3tag support, splitting an mp3 in one part (i.e. using two split-points) would not result in a file with the expected id3tags if preferences->tags->"split file tags" is set to "original file tags" or "extract tags from filename". Both cases would result in the same tags you get with "Custom tags (from the splitpoints table)", that is, empty tags by default if no custom tags were set in the splitpoints table.

How fixed (for developers): In every case, a tags_group is appended to the mp3split_state for every splitpoint, with the custom tags data. Then at a later time, in case of "original file tags" or "extract tags from filename", an additional tags_group is added with the expected tags. But since only the first splitpoint's tags are written to file, the last group is ignored. So I just added an if-clause which only appends the custom tags_groups if the "custom tags" mode is actually set.

Attachments:

• https://sourceforge.net/p/mp3splt/patches/11/attachment/mp3splt-gtk-0.9.2-tags.patch

Imported from SourceForge on 2020-09-13 14:19:06
Created by *anonymous on 2002-11-09 21:28:35
Original: https://sourceforge.net/p/mp3splt/feature-requests/1

it would be very nice to implement support for .cue files
(as used by goldenhawk's cdrwin) which get more
popular these days.

Imported from SourceForge on 2020-09-13 14:19:49
Created by *anonymous on 2003-10-11 23:27:14
Original: https://sourceforge.net/p/mp3splt/feature-requests/7

The split on silence is a nice feature, but I'd also
like to remove any long periods of silence. Often when
using the -s flag, I end up with many files with
several seconds of silence at the end. Being able to
truncate this dead air would be great!

[email protected]

Imported from SourceForge on 2020-09-13 14:23:07
Created by dane_1 on 2005-11-12 06:51:14
Original: https://sourceforge.net/p/mp3splt/feature-requests/24

I note that upon splitting an MP3 with CUE file
operation, the track names are NOT matching the cue
file track names.

Also the tag information is completely blank, although
much information is available in the cue file

I detail my suggestions and the problem in the attached
zip file. Containing a cue file, a DIR listing and a
suggestion *.txt file.

thank you

Imported from SourceForge on 2020-09-13 14:21:54
Created by *anonymous on 2005-06-04 21:21:47
Original: https://sourceforge.net/p/mp3splt/feature-requests/20

mp3splt creates only id3v1 tags when splitting using a
cuesheet,
this results in long song names being cut off.

Imported from SourceForge on 2020-09-13 14:24:26
Created by *anonymous on 2006-07-17 16:57:59
Original: https://sourceforge.net/p/mp3splt/feature-requests/31

Hello,
Very nice util!

it would be great if one's able to split Vorbis files
by samples like vcut...

Regards,
Adrian

Imported from SourceForge on 2020-09-13 14:23:30
Created by *anonymous on 2005-12-07 01:48:53
Original: https://sourceforge.net/p/mp3splt/feature-requests/26

It would be nice if mp3splt could create a .cue file
for you from the errors found in the file. Like
using -e but instead of splitting hte file, create
a .cue file.

Imported from SourceForge on 2020-09-13 14:24:07
Created by wkearney99 on 2006-05-19 22:37:30
Original: https://sourceforge.net/p/mp3splt/feature-requests/29

Is there a way to get it to save the tracks it finds
using silence gaps, with track names found from freedb?

As in, I have an album 'whole' recorded from LP. I'd
like to split it and attach the freedb tags. The time
markers are different but the tracks are the same (in
number and order).

Possible?

Imported from SourceForge on 2020-09-13 14:22:47
Created by dane_1 on 2005-11-11 07:17:40
Original: https://sourceforge.net/p/mp3splt/feature-requests/23

Using mp3splt-gtk v0.2

1. I open a cue file
2. Press Add Cue split points button
3. Click the Check mark "Split files"
4. result - ONE time it split the mp3. Ever since then, all
   I get is a message on bottom status bar "Error: cannot
   open file"

notes on my efforts to solve problem:
a) the mp3 is NOT marked read only

b) I checked the cue files, they have the right MP3 file
name

c) Tried on about 20 different cue/mp3 files. Got same
error message

d) tired to split an MP3 which did not have a cue file
*not an albumwrap mp3. and also got same error
message

e) reinstalled the program

Imported from SourceForge on 2020-09-13 14:20:30
Created by dov-g on 2004-01-19 20:05:32
Original: https://sourceforge.net/p/mp3splt/feature-requests/12

I have in vain tried to use the -a option to
automatically find silent points. It didn't work for me
and what is frustrating is that I don't know why it
doesn't work. It would be nice if there was a warning
describing the failure. E.g. something like:

Warning: no silent split point found in interval

16:30-17:30.
Max silence time found was 0.7s.

Imported from SourceForge on 2020-09-13 14:26:37
Created by *anonymous on 2007-02-01 07:23:12
Original: https://sourceforge.net/p/mp3splt/feature-requests/38

when someone goes back to add a split point at the beginning, all default split points should be renumber, instead of example for 'description here 17' being the first track

Imported from SourceForge on 2020-09-13 14:21:14
Created by vuego on 2004-05-31 14:21:40
Original: https://sourceforge.net/p/mp3splt/feature-requests/16

It would be nice if mp3splt would create a .m3u file of
the new mp3 files.
Thanx

Imported from SourceForge on 2020-09-13 14:23:24
Created by *anonymous on 2005-11-14 05:29:37
Original: https://sourceforge.net/p/mp3splt/feature-requests/25

I have a cheap MP3 player that forgets where it was
whenever you turn it off, and can't fast-forward (it can only
skip tracks.) I'd like to split my bigger podcasts into
chunks so that I don't always have to start at the
beginning. It looks like mp3splt could do the job, but I'd
have to run it several times to get all the chunks, and I'd
have to know in advance how long the file is. Ideally,
there's be a mode where you just tell it "give me three-
minute chunks" and it would make however many files it
took.

Thanks in advance.

my e-mail: [email protected]

Imported from SourceForge on 2020-09-13 14:17:34
Created by atler_ on 2014-03-23 11:22:11
Original: https://sourceforge.net/p/mp3splt/patches/8

As it's now more and more popular to build packages with -Werror=format-security enabled by default, please apply attached patch to fix errors found in oformat_parser.c.

Attachments:

• https://sourceforge.net/p/mp3splt/patches/8/attachment/libmp3splt-format_security.patch

Imported from SourceForge on 2020-09-13 14:19:57
Created by dcollodel on 2004-01-02 16:18:39
Original: https://sourceforge.net/p/mp3splt/feature-requests/9

I noticed that when splitting an MP3 with a different
artist per track using a CUE sheet, the ID3 tags only
have the first artist listed in the CUE sheet for all
the artists.

As most of my splitting is done on DJ mixes, it would
be very helpful if the tracks would hae the correct artist.

Imported from SourceForge on 2020-09-13 14:25:32
Created by *anonymous on 2006-11-25 15:51:54
Original: https://sourceforge.net/p/mp3splt/feature-requests/35

Does mp3splt support UTF8 unicode characters. I splitted an ogg vorbis file with this program using cue method and it truncates all the unicode characters (Japanese). Is it normal or do I miss something. If it has been implemented I can compile from svn no problem.

Having a lot of cue album files make my life miserable when I switch to Linux but your software saves the day. Thanks.

Imported from SourceForge on 2020-09-13 14:21:06
Created by *anonymous on 2004-04-29 09:59:57
Original: https://sourceforge.net/p/mp3splt/feature-requests/15

When i have a 2CD album and two cue files
the program always starts numbering tracks from "01"
I'd like to be able to create one big album from that,
where the first track number in 2nd CD will be last
track number from 1st CD +1.

all I need is command line option like
--starting-track-number=number

Imported from SourceForge on 2020-09-13 14:20:09
Created by dov-g on 2004-01-19 19:58:03
Original: https://sourceforge.net/p/mp3splt/feature-requests/11

It would be nice if there was an option for detecting
silence in the beginning and the end of the input file
which would then be discarded in the output.

Imported from SourceForge on 2020-09-13 14:17:06
Created by avani42 on 2013-10-04 13:44:04
Original: https://sourceforge.net/p/mp3splt/patches/7

In mp3splt-gtk, the existing forward/backward seeks change the current time for a predetermined, though sound length dependent amounts. In a certain situation, I found this to be undesirable: while the sound length varied, the structure of the data in different recordings was the same, thus the same seek jump length was desirable for all files.

The attached patch makes seek jump length configurable. The defaults are such that the old behaviour is retained. For small jumps, the default value is 300 (milliseconds). For normal and big seeks, the default value of 0 triggers the old ("automatic") behaviour.

I hope you will find this patch useful and include it in the future versions.

Attachments:

• https://sourceforge.net/p/mp3splt/patches/7/attachment/main_window.c.patch
• https://sourceforge.net/p/mp3splt/patches/7/attachment/player_window.h.patch
• https://sourceforge.net/p/mp3splt/patches/7/attachment/preferences_window.c.patch
• https://sourceforge.net/p/mp3splt/patches/7/attachment/ui_manager.c.patch
• https://sourceforge.net/p/mp3splt/patches/7/attachment/ui_types.h.patch

Imported from SourceForge on 2020-09-13 14:25:13
Created by *anonymous on 2006-10-13 11:01:30
Original: https://sourceforge.net/p/mp3splt/feature-requests/34

Hi there,
Would it be much work to have an option that detects
silence at the begininng and end of a mp3 file that
has only one song and then discards these silent
sections and saves the mp3 file (which now has no
leading or trailing silences)?

Mp3trim for windows does this great but I can't get it
to work under wine in linux

regards

Brian
[email protected]

Imported from SourceForge on 2020-09-13 14:22:33
Created by *anonymous on 2005-10-17 21:59:23
Original: https://sourceforge.net/p/mp3splt/feature-requests/22

For splitting based on silence, there needs to be a
minimum track length. For instance, I need to be able
to specify that I don't want to split within 3 minutes of
the last split. I need to be able to set that length to any
number of minutes:seconds that I wish.

Imported from SourceForge on 2020-09-13 14:16:18
Created by erez_v on 2009-06-25 09:02:34
Original: https://sourceforge.net/p/mp3splt/patches/5

Added the output format variables @l, @l, @U, @U:

• @l/@l: Track number (like @n/@n) as a lowercase letter ('a', 'b', ... 'z', 'aa', 'ab', 'ac'...)
• @u/@U: Track number (like @n/@n) as an uppercase letter ('A', 'B', ... 'Z', 'AA', 'AB', 'AB'...)

Also supported: Specifying the number of digits, e.g., Track@u2 will give 'TrackAA.mp3', 'TrackAB.mp3', ... 'TrackAZ.mp3', 'TrackBA.mp3' , 'TrackBB.mp3'...
Still needs improvement: Calculating the number of digits in advance (this assumes base-10 at the moment)

This patch is against svn revision 522. For comparison, I've also included a minimalistic implementation (only one letter supported)

Thank you for a wonderful program!

Imported from SourceForge on 2020-09-13 14:21:20
Created by *anonymous on 2004-06-28 08:05:21
Original: https://sourceforge.net/p/mp3splt/feature-requests/17

I wanna ask if last number in "INDEX 01" in cue file
analysis is recognized in range 00-99 or 00-74. Because
I think 00-74 is standard option. So when I am
splitting mp3 files with this utility I get strange
split times, because of precision 1/100 sec(I assume)
not 1/75 sec. So you can fix this, or add option to
select the right range.

Maiky

Imported from SourceForge on 2020-09-13 14:24:15
Created by *anonymous on 2006-06-21 03:28:25
Original: https://sourceforge.net/p/mp3splt/feature-requests/30

Hi, Im using you wounderful program to split Dj sets
files into mp3s, but im suffering from the same
problem from other people.. We need a id3v2 support
for long tagnames :D

Btw, when a new release (even a BETA) will be
avaliable to download?

Imported from SourceForge on 2020-09-13 14:25:48
Created by ousia on 2006-12-13 20:49:39
Original: https://sourceforge.net/p/mp3splt/feature-requests/36

The mp3splt includes a spec file that helps to the rpm packaging.

It would be very helpful to have it for libmp3splt and mp3splt-gtk.

Thanks for your work,

Pablo

Imported from SourceForge on 2020-09-13 14:22:06
Created by paraense on 2005-06-06 07:06:24
Original: https://sourceforge.net/p/mp3splt/feature-requests/21

It would be nice if mp3splt could optinally fade in and
out all songs. Every time a mix is processed by
mp3splt, one must re-process the individual songs in
order to make them start and end smoothly.

Imported from SourceForge on 2020-09-13 14:16:09
Created by tmaas on 2008-12-06 23:14:03
Original: https://sourceforge.net/p/mp3splt/patches/4

Currently the AUTHORS files and the ChangeLog file of newmp3splt are encoded in iso-8859-1 instead of utf-8, which is afaik the default encoding for text files and terminals nowadays. The attached patch converts these files to utf-8.

Imported from SourceForge on 2020-09-13 14:21:29
Created by *anonymous on 2004-10-29 10:23:14
Original: https://sourceforge.net/p/mp3splt/feature-requests/19

flac support when cutting cue shouldnt be harder then ogg

support for ape and mpc would be nice too

Imported from SourceForge on 2020-09-13 14:23:41
Created by weongyo on 2006-01-01 19:16:20
Original: https://sourceforge.net/p/mp3splt/feature-requests/27

Hello.

I downloaded libmp3splt v0.2.1 recently. But I can't
any example in that sources. Even i can't in google.
So i want to add some examples in libmp3splt.

Maybe i think that nobody can't use libmp3splt if he
wouldn't analyze mp3splt sources.

So, I write a example which is very simple.

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <libmp3splt/mp3split.h>

int main (void)
{
int error;
splt_state *a;
splt_options b, *c;

c = &b;

memset (c, '\0', sizeof (splt_options));

a = libmp3splt_create_new_state (NULL, &error);
a->splitpoints[0] = 1000.0;
a->splitpoints[1] = 2000.0;

libmp3splt_split_file (".\1.mp3", a, 2, "", b);

libmp3splt_free_left_variables (a);
}

i spend my time to write this code for 2 hours.

i hope that nobody don't over again like me.

Thanks. and sorry for my fool english.

Imported from SourceForge on 2020-09-13 14:19:21
Created by *anonymous on 2002-11-28 11:20:50
Original: https://sourceforge.net/p/mp3splt/feature-requests/3

I'd like an improvement in the resolution of cut, from 1/10
of second to 1/1000 of second

Imported from SourceForge on 2020-09-13 14:17:57
Created by *anonymous on 2014-04-20 11:09:11
Original: https://sourceforge.net/p/mp3splt/patches/10

Bug, again :), in cue import, after 23rd or 100mins maybe?, it adds "--last cue.." instead of next track, and afterwards all tracks gets +1 increment, mismatching their splitpoint.

Thanks

Attachments:

• https://sourceforge.net/p/mp3splt/patches/10/attachment/Clipboard01.jpg

Imported from SourceForge on 2020-09-13 14:26:50
Created by *anonymous on 2007-02-01 07:24:22
Original: https://sourceforge.net/p/mp3splt/feature-requests/39

be able to save and load split points instead of everything being lost if the program closes or crashes

Imported from SourceForge on 2020-09-13 14:19:27
Created by bendeck on 2003-03-26 17:59:44
Original: https://sourceforge.net/p/mp3splt/feature-requests/4

Since speex 1.0 is out now, it could be great if there
was a support for this audio format
in future releases of mp3splt !

Imported from SourceForge on 2020-09-13 14:15:58
Created by smilauer on 2008-12-05 23:49:03
Original: https://sourceforge.net/p/mp3splt/patches/3

As per https://sourceforge.net/tracker/index.php?func=detail&aid=1329024&group_id=55130&atid=476064, where I couldnt find how to attach a file.

Imported from SourceForge on 2020-09-13 14:24:56
Created by nobody on 2006-08-25 18:11:57
Original: https://sourceforge.net/p/mp3splt/feature-requests/33

Hi there,

Summary says it all, 2 files attached.
Use them from your portage overlay dir, "as is".

break-your-gentoo :>

feel free to mail me with questions.

Imported from SourceForge on 2020-09-13 14:23:56
Created by *anonymous on 2006-05-06 16:12:12
Original: https://sourceforge.net/p/mp3splt/feature-requests/28

When I split a large mp3 podcast file, I get files with
the name track**.mp3
Is it possible to add the name of the podcast-file
concatenated with the track**.mp3?
eg. A file is called gw20060212.mp3
The splitted files: gw20060212 track01.mp3 and so on?
Cheers.
Gert de Best.

Imported from SourceForge on 2020-09-13 14:19:46
Created by *anonymous on 2003-09-27 19:09:17
Original: https://sourceforge.net/p/mp3splt/feature-requests/6

Love the program. It is the first ACCURATE mp3 splitter
I have found that uses .CUE files. Since you have
support for direct querying of the freedb database, I
would like to see mp3splt support splitting based on
the .XMCD format downloadable from freedb. This way
a user can manually browse through the database and
find the exact version of the album data that they
would like to use, save the .XMCD file, and use it just
like a .CUE file with the -c option.

Also, for those lazy people like myself who hate typing
really long MP3 filenames into the command line, a very
simple windows GUI would be nice for the win32 release.

Thanks again!

Colin
[email protected]

Imported from SourceForge on 2020-09-13 14:20:46
Created by thoensi on 2004-03-23 21:02:19
Original: https://sourceforge.net/p/mp3splt/feature-requests/13

I like this application so much I'm writing a graphical
launcher for it, automatically searching freedb for
matching length albums, and manually searching google
for album art. However, I miss the year in the ID3 tags
of the splitted files!

Imported from SourceForge on 2020-09-13 14:20:02
Created by pvor on 2004-01-07 17:10:19
Original: https://sourceforge.net/p/mp3splt/feature-requests/10

Version 2.0 works just fine. Thank You.

Just a small note: Please adjust the default output
format of the track numbers to either 3 digits or use a
formula like

numdigits=int(log10(split_points))

and sorting or sorted directory listing is perfect.

pv

Imported from SourceForge on 2020-09-13 14:19:53
Created by *anonymous on 2003-11-07 21:00:02
Original: https://sourceforge.net/p/mp3splt/feature-requests/8

I'd like to see the ability to set a template for file
names and ID3 tags, even if they are not in CDDB. For
example, if I know that the album name is "Blue Album"
I'd like to specify that the ID3 tag on all output
files have "Blue Album" in the album title field.
Likewise, I'd like to say something like "-o
blue+album+track+@n" to have the first output file be
"blue album track 01.mp3" or whatever. (Sequential
number is a pretty good approximation of track number,
but one could add @s for sequential or segment number
if one preferred being exact.)

Love the program, though I use it mostly to split audio
books into 3-4 minute segments to make listening on my
mp3 player more managable... it is next to impossible
to fast forward through a 1 hour reading to find where
you left off.

Imported from SourceForge on 2020-09-13 14:20:52
Created by *anonymous on 2004-04-14 13:24:03
Original: https://sourceforge.net/p/mp3splt/feature-requests/14

First of all, i found this program amazing usefull, and
you've done a great job!!

i've only found one constrain though: the maximum
lenght of the id3 description fields.

Since you use the id3v1, the maximum length is 30, but
many many albums and compilations have tracks name much
longer than that: imagine a compilation with artist and
track name on each track entry... you easely take over
30 characters... so, why not adopt the idv3v2 or higher
specifications? many entries in the freedb.org db use
id3v2 or above.

And you can also write many more information regarding
the album with id3v2 and above...

i hope you'll listen to my whish... in the meantime,
thank you very much!!

albe

Imported from SourceForge on 2020-09-13 14:19:15
Created by *anonymous on 2002-11-10 22:38:39
Original: https://sourceforge.net/p/mp3splt/feature-requests/2

I've split about a half a dozen MP3s with this application and mp3split did not include the track numbers when assigning ID3 tags to the newly formed MP3s.

Also, if the album is a multiple disk set, it should put the disk number in the disk number field in the ID3 tag instead of appending it to the album title.

These might be features of ID3 2+ only, I'm not sure...

Imported from SourceForge on 2020-09-13 14:16:50
Created by ryo-on on 2013-07-05 15:12:22
Original: https://sourceforge.net/p/mp3splt/patches/6

Hi,

There is no alloca.h in *BSD.
Please add conditional for *BSD.
Under *BSD, alloca(3) is defined in stdlib.h.

Attachments:

• https://sourceforge.net/p/mp3splt/patches/6/attachment/patch-src_socket__manager.c

Imported from SourceForge on 2020-09-13 14:19:40
Created by *anonymous on 2003-08-19 14:12:04
Original: https://sourceforge.net/p/mp3splt/feature-requests/5

Hi,
It would be very useful to me as well as save me all kinds of IO headaches on my server if mp3splt could take it's inputfile from STDIN. Does mp3splt do any fseek(3)'s on the input file? if so, then you can not use STDIN, unless there is a way to avoid the seek's.

Cheers,

-m ([email protected])

Imported from SourceForge on 2020-09-13 14:21:26
Created by *anonymous on 2004-10-23 03:15:21
Original: https://sourceforge.net/p/mp3splt/feature-requests/18

mp3splt-GUI in english