Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2003-05-25T01:56:09Zhttps://gitlab.xiph.org/xiph/positron/-/issues/351Some MP3s not recognized as music files2003-05-25T01:56:09ZtboneSome MP3s not recognized as music files```
A small percentage of my mp3 collection is not recognized as as mp3 music. I
can't figure out why these files are any different than files that are
recognized as normal mp3s. For example, out of one album that I believe was
ripped ...```
A small percentage of my mp3 collection is not recognized as as mp3 music. I
can't figure out why these files are any different than files that are
recognized as normal mp3s. For example, out of one album that I believe was
ripped all in one go, about half of the tracks are not recognized and therefore
not uploaded to the neuros. Around 10% of my 10 Gig collection is not
recognized. These tracks play normally on my computer and were known to play
just fine on the neuros when loaded by NSM.
Here is what happens if I try to explicitly add one of these tracks:
------------------------
[tbone@hermes Poem]$ positron add Delerium\ -\ Poem\ -\ 10\ -\ A\ Poem\ For\
Byzantium.mp3
Generating file list...
Skipping Delerium - Poem - 10 - A Poem For Byzantium.mp3. Not a recognized
audio format.
No files left to add!
Sorting tracks...
Done!
-------------------------
I will attach this file.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/352Album and Artist lists not sorted on the Neuros2003-05-26T06:44:18ZtboneAlbum and Artist lists not sorted on the Neuros```
While the Songs list is sorted alphabetically on the Neuros, the Artists and
Albums lists are not, when synced with positron.
``````
While the Songs list is sorted alphabetically on the Neuros, the Artists and
Albums lists are not, when synced with positron.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/353positron crashes on del with no parameters2003-05-25T04:47:43ZManuel Lorapositron crashes on del with no parameters```
positron del
Traceback (most recent call last):
File "/usr/bin/positron", line 153, in ?
main(sys.argv)
File "/usr/bin/positron", line 138, in main
cmd.run(config, myNeuros, remaining[1:])
File "/usr/lib/python2.2/site...```
positron del
Traceback (most recent call last):
File "/usr/bin/positron", line 153, in ?
main(sys.argv)
File "/usr/bin/positron", line 138, in main
cmd.run(config, myNeuros, remaining[1:])
File "/usr/lib/python2.2/site-packages/positron/cmd_del.py", line 94, in run
print __module__.__doc__
NameError: global name '__module__' is not defined
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/354Neuros paths for flash backpack2003-05-26T00:21:21ZmatthiasNeuros paths for flash backpack```
The harddrive uses c:/ for the root directory, which positron does fine, but if
I remove the hard drive and use the flash backpack, it fails because the neuros
sees the flash as d:/. A trivial workaround is to substitute D: for C: i...```
The harddrive uses c:/ for the root directory, which positron does fine, but if
I remove the hard drive and use the flash backpack, it fails because the neuros
sees the flash as d:/. A trivial workaround is to substitute D: for C: in lines
160 and 168-9 in src/neuros.py A better fix would be to add a new command-line
flag to switch between neuros roots.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/355Files with accented characters cannot be played2003-05-26T06:43:43ZManuel LoraFiles with accented characters cannot be played```
``````
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/356Duplicate files cannot be deleted2003-09-08T16:51:12ZManuel LoraDuplicate files cannot be deleted```
Two files were uploaded. Copies of each other, except for the filename (content,
tags being the same). They can be played by cannot be deleted.
``````
Two files were uploaded. Copies of each other, except for the filename (content,
tags being the same). They can be played by cannot be deleted.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/358Incorrect case?2007-06-17T08:44:04ZGitlab BotIncorrect case?```
As root, I can "positron list" and get a list.
As a user, "positron list" returns this error:
Traceback (most recent call last):
File "/usr/bin/positron", line 157, in ?
main(sys.argv)
File "/usr/bin/positron", line 142, ...```
As root, I can "positron list" and get a list.
As a user, "positron list" returns this error:
Traceback (most recent call last):
File "/usr/bin/positron", line 157, in ?
main(sys.argv)
File "/usr/bin/positron", line 142, in main
cmd.run(config, myNeuros, remaining[1:])
File "/usr/lib/python2.2/site-packages/positron/cmd_list.py", line 70, in run
database = neuros.open_db(arg)
File "/usr/lib/python2.2/site-packages/positron/neuros.py", line 160, in open_db
self.db_formats[name]["no_flatten"])
File "/usr/lib/python2.2/site-packages/positron/db/WOID.py", line 73, in open
mdb.open(mdbpath)
File "/usr/lib/python2.2/site-packages/positron/db/MDB.py", line 113, in open
self.file = file(filename, "r+b")
IOError: [Errno 13] Permission denied: '/mnt/neuros/WOID_DB/audio/audio.mdb'
My neuros is mounted on /mnt/neuros, but the directory woid_db is lower-case.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/359positron breaks while adding/syncing and will not work thereafter2006-06-12T11:14:11Zjeanpositron breaks while adding/syncing and will not work thereafter```
While using positron to add some mp3s to my 20GB neuros under Gentoo 1.4-rc4
(kernel 2.4.20-gentoo-r5, modules: input, mousedev, keybdev, hid, usb-ohci,
usb-storage, running on a dual Athlon 2400-MP box [Iwill motherboard]), after
su...```
While using positron to add some mp3s to my 20GB neuros under Gentoo 1.4-rc4
(kernel 2.4.20-gentoo-r5, modules: input, mousedev, keybdev, hid, usb-ohci,
usb-storage, running on a dual Athlon 2400-MP box [Iwill motherboard]), after
successfully adding numerous files and several directories I started getting the
following:
positron add MCHawking
Traceback (most recent call last):
File "/usr/bin/positron", line 157, in ?
main(sys.argv)
File "/usr/bin/positron", line 142, in main
cmd.run(config, myNeuros, remaining[1:])
File "/usr/lib/python2.2/site-packages/positron/cmd_add.py", line 44, in run
audio_db = neuros.open_db("audio")
File "/usr/lib/python2.2/site-packages/positron/neuros.py", line 160, in open_db
self.db_formats[name]["no_flatten"])
File "/usr/lib/python2.2/site-packages/positron/db/WOID.py", line 76, in open
sai.open(saipath)
File "/usr/lib/python2.2/site-packages/positron/db/SAI.py", line 58, in open
header = struct.unpack(pattern, self.file.read(size_required))
IOError: [Errno 5] Input/output error
unmounting and remounting the neuros worked a couple of times, but now even that
will not clear up the problem. As the user trying to run the neuros command I
can touch and remove a file in WOID_DB, WOID_SYNC, music, and the root directory
of the device [I didn't try that in the firmware directory], so read/write
permissions are fine.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/360Positron crashes while processing some VBR files.2003-06-04T06:39:58ZdpanofskyPositron crashes while processing some VBR files.```
I've been using positron to add a large quantity of files to my Neuros, and
there are a couple of files which crash positron. I can find no difference
between these files and the others in the collection. Here's the output:
/mp3$ po...```
I've been using positron to add a large quantity of files to my Neuros, and
there are a couple of files which crash positron. I can find no difference
between these files and the others in the collection. Here's the output:
/mp3$ positron add Joy_Division/Still/\[12\]-Shadow_Play.mp3
Generating file list...
Joy_Division/Still/[12]-Shadow_Play.mp3
Traceback (most recent call last):
File "/usr/bin/positron", line 157, in ?
main(sys.argv)
File "/usr/bin/positron", line 142, in main
cmd.run(config, myNeuros, remaining[1:])
File
"/root/positron/positron-1.0b2/debian/positron/usr/lib/python2.2/site-packages/positron/cmd_add.py",
line 85, in run
File "/usr/lib/python2.2/site-packages/positron/add_file.py", line 41, in
gen_filelist
if not mp3file.detect(fullname):
File
"/root/positron/positron-1.0b2/debian/positron/usr/lib/python2.2/site-packages/positron/audiofile.py",
line 55, in detect
File
"/root/positron/positron-1.0b2/debian/positron/usr/lib/python2.2/site-packages/positron/MP3Info.py",
line 440, in __init__
File
"/root/positron/positron-1.0b2/debian/positron/usr/lib/python2.2/site-packages/positron/MP3Info.py",
line 305, in __init__
File
"/root/positron/positron-1.0b2/debian/positron/usr/lib/python2.2/site-packages/positron/MP3Info.py",
line 412, in _parse_xing
struct.error: unpack str size does not match format
There were 3 files in my collection which caused this behavior. My workaround
was to manually copy all my files to the neuros, and run a positron rebuild.
This also crashed when trying to process these files, so I added a print
statement in /usr/lib/python2.2/site-packages/positron/add_file.py so I could
find the files being crashed on, and removed those files. Eventually, the
rebuild succeeded after I'd found all three bad files. I'd be happy to get one
or all of these files to you if you tell me the best way for this.
If nothing else, it would be great if positron would gracefully skip a problem
file instead of bailing out.
I'm running positron version 1.0b2
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/361Most mp3s from Emusic.com are not recognized2006-06-12T11:08:51ZtboneMost mp3s from Emusic.com are not recognized```
Most of the MP3 files I download from EMusic.com are not recognized as music
files. They work fine in xmms.
I will include a link to some sample files.
When I tested this with beta-2, 20 out of 166 files were recognized. When I
u...```
Most of the MP3 files I download from EMusic.com are not recognized as music
files. They work fine in xmms.
I will include a link to some sample files.
When I tested this with beta-2, 20 out of 166 files were recognized. When I
used the latest cvs, 2 more were recognized.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/vorbis/-/issues/363autogen.sh incorrect for OSX2017-04-08T10:58:44Zhast510autogen.sh incorrect for OSX```
Okay, here's the deal. I did some heavy tweaking of autogen.sh to get this to
compile on 10.2.6, but it was convoluted. Now that I have done some further
examining, I think I have a more elegant solution. I believe OS X comes ship...```
Okay, here's the deal. I did some heavy tweaking of autogen.sh to get this to
compile on 10.2.6, but it was convoluted. Now that I have done some further
examining, I think I have a more elegant solution. I believe OS X comes shipped
with glibtool, and glibtoolize instead of libtool, and libtoolize. I believe it
also comes with libtool, and libtoolize, but libtool does not support the
--version option, and libtoolize is NOT installed. Therefore, I changed libtool
to glibtool, and libtoolize, to glibtoolize. Just a heads up. BTW, if this is
not the appropriate place to publish a bug, could the project maintainer email
me? This is my first time filing a bug for an open-source project through this
system.
```Monty MontgomeryMonty Montgomeryhttps://gitlab.xiph.org/xiph/positron/-/issues/3651.0 refuses to recognize valid mp3 files2017-08-03T06:41:40Zdberger1.0 refuses to recognize valid mp3 files```
not all of them - but at least one - it plays (mpg123, winamp, etc.) and is
valid - but positron refuses to add it with the message:
Generating file list...
Skipping ... Not a supported audio format.
No files left to add!
I'd be ha...```
not all of them - but at least one - it plays (mpg123, winamp, etc.) and is
valid - but positron refuses to add it with the message:
Generating file list...
Skipping ... Not a supported audio format.
No files left to add!
I'd be happy to provide the file so the problem can be debugged.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/366attempting to overfill neuros "hangs" synchronization2006-06-12T11:18:58Zdbergerattempting to overfill neuros "hangs" synchronization```
I told positron to sync a directory with (links to) about 200M worth of mp3's
into the 128M neuros.
It got about 120 megs in and crashed with an uncaught exception - no space left
on device.
I had to remove the neuros from the back...```
I told positron to sync a directory with (links to) about 200M worth of mp3's
into the 128M neuros.
It got about 120 megs in and crashed with an uncaught exception - no space left
on device.
I had to remove the neuros from the backpack - it wouldn't unmount, it wouldn't
respond to the controls - it was dead.
Positron should deal with this more gracefully.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/367[PATCH] sync kills system interactive response2006-07-17T14:41:37Zdberger[PATCH] sync kills system interactive response```
This is almost certainly not positrons problem - but I'm filnig it here for two
reasons:
(1) i don't know who's problem it is, and
(2) I suspect others will encounter it - perhaps this can be the place where we
figure it out.
I'm t...```
This is almost certainly not positrons problem - but I'm filnig it here for two
reasons:
(1) i don't know who's problem it is, and
(2) I suspect others will encounter it - perhaps this can be the place where we
figure it out.
I'm typing this while positron is in the process of syncing about 200 files to
the neuros. My system (a 2x1Ghz PIII system with 512M RAM) is stuttering. A
top shows no process consuming more than 15% cpu time - but the load average is
4 and the machine is hurting. I'm running the latest RedHat 9 eratta kernel.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/368while scanning broad/deep directory tree, positron seems hung2017-08-03T06:41:40Zdbergerwhile scanning broad/deep directory tree, positron seems hung```
my music collection is a fairly broad and deep directory hierarchy - and doing a 'positron sync' goes away for a long time without any status updates. It does eventually return and do the right thing, but if possible it should show ...```
my music collection is a fairly broad and deep directory hierarchy - and doing a 'positron sync' goes away for a long time without any status updates. It does eventually return and do the right thing, but if possible it should show some sign of life while it's gathering the list of files to operate on
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/369Positron imports non-audio files2017-08-03T06:41:40Zapm13Positron imports non-audio files```
For some reason positron imports my .folder.png files (album cover art) into the database and
lets me "play" them on the neuros, this seems like pretty strange. Fortunately, folder.jpg files are
not imported.
``````
For some reason positron imports my .folder.png files (album cover art) into the database and
lets me "play" them on the neuros, this seems like pretty strange. Fortunately, folder.jpg files are
not imported.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/370ID3 Parsing error (simple Patch attached)2017-08-03T06:41:40Zapm13ID3 Parsing error (simple Patch attached)```
Most of my MP3's were not getting their ID3v2 info imported into the Neuros (they work in
Windows NSM and every place else). This is true in 1.0 and CVS HEAD. The error was caused
by a long copyright field in the tag, which trigg...```
Most of my MP3's were not getting their ID3v2 info imported into the Neuros (they work in
Windows NSM and every place else). This is true in 1.0 and CVS HEAD. The error was caused
by a long copyright field in the tag, which triggered a bug in the id3 parser. It was taking a byte to
be 7 bits instead of 8 for some reason. Perhaps you should use the latest version of MP3Info.py
(http://www.omniscia.org/~vivake/python/MP3Info.py), I'm not sure what other differences exist,
but it certainly didn't have this bug. Patch follows:
--- positron/MP3Info.py Thu Jun 19 12:08:44 2003
+++ MP3Info.py Sat Jun 21 16:51:34 2003
@@ -39,8 +39,7 @@
while len(synchsafe) < 4:
synchsafe = (0,) + synchsafe
(b3, b2, b1, b0) = synchsafe
-
- x = 128
+ x = 256
return (((b3 * x + b2) * x + b1) * x + b0)
def _strip_zero(s):
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/371Postitron crashes during rebuild2006-06-12T11:26:58ZManuel LoraPostitron crashes during rebuild```
manuel@localhost manuel $ positron rebuild
Creating empty databases...
pcaudio
failedhisi
audio
idedhisi
unidedhisi
Finding existing audio files on the Neuros...
Traceback (most recent call last):
File "/usr/bin/positron...```
manuel@localhost manuel $ positron rebuild
Creating empty databases...
pcaudio
failedhisi
audio
idedhisi
unidedhisi
Finding existing audio files on the Neuros...
Traceback (most recent call last):
File "/usr/bin/positron", line 175, in ?
main(sys.argv)
File "/usr/bin/positron", line 157, in main
cmd.run(config, myNeuros, remaining[1:])
File "/usr/lib/python2.2/site-packages/positron/cmd_rebuild.py", line 91, in r
un
silent=True)]
File "/usr/lib/python2.2/site-packages/positron/add_file.py", line 60, in gen_
filelist
allowed_types, silent))
File "/usr/lib/python2.2/site-packages/positron/add_file.py", line 60, in gen_
filelist
allowed_types, silent))
File "/usr/lib/python2.2/site-packages/positron/add_file.py", line 60, in gen_
filelist
allowed_types, silent))
File "/usr/lib/python2.2/site-packages/positron/add_file.py", line 40, in gen_
filelist
metadata = audiofile.detect(fullname)
File "/usr/lib/python2.2/site-packages/positron/audiofile.py", line 28, in det
ect
metadata = detect_func(filename)
File "/usr/lib/python2.2/site-packages/positron/audiofile.py", line 44, in det
ect_mp3
mp3info = MP3Info.MP3Info(f)
File "/usr/lib/python2.2/site-packages/positron/MP3Info.py", line 485, in __in
it__
self.genre = _genres[int(self.genre[1:-1])]
ValueError: invalid literal for int(): 17)(255
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/372ID3 Genre 140 should be &#34;Contemporary Christian&#34;2017-08-03T06:41:40ZhenrysoID3 Genre 140 should be "Contemporary Christian"```
ID3 Genre 140 is apparently interpreted by positron to mean "Contemporary C".
LAME (lame --list-genres) shows this to mean "Contemporary Christian" and XMMS
agrees. mpg123 shows "Comtemporary C". It would seem to me that "Contempo...```
ID3 Genre 140 is apparently interpreted by positron to mean "Contemporary C".
LAME (lame --list-genres) shows this to mean "Contemporary Christian" and XMMS
agrees. mpg123 shows "Comtemporary C". It would seem to me that "Contemporary
C" is an abbreviation, and unless there is some technical reason not to use the
longer name, perhaps positron should change to use the longer name.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/ogg/-/issues/374libxmms-flac.so references undefined plt symbol2007-06-17T08:42:16Zrretzlaflibxmms-flac.so references undefined plt symbol```
During build of src/plugin_xmms following messages are produced, the
resulting libxmms-flac.so contains undefined reference to plt
FLAC__plugin_common__init_dither_context which is reported when xmms attempts to load the plugin.
Al...```
During build of src/plugin_xmms following messages are produced, the
resulting libxmms-flac.so contains undefined reference to plt
FLAC__plugin_common__init_dither_context which is reported when xmms attempts to load the plugin.
All up looks like libtool suckage
$ libtool --version
ltmain.sh (GNU libtool) 1.4a (1.641.2.255 2001/05/22 10:39:30)
../../libtool-disable-static --mode=link gcc -I../.. -I./include -I../../includ
e -O3 -DNDEBUG -fomit-frame-pointer -funroll-loops -finline-functions -Wall -W -
Winline -DFLaC__INLINE=__inline__ -g -O2 -I/usr/pkg/include -I/usr/pkg/include/
xmms -I/usr/pkg/include/gtk-1.2 -I/usr/pkg/include/glib/glib-1.2 -I/usr/pkg/lib/
glib/include -I/usr/X11R6/include -o libxmms-flac.la -rpath /usr/pkg/lib/xmms
/Input -module -avoid-version charset.lo configure.lo plugin.lo wrap_id3.lo fil
einfo.lo ../../src/plugin_common/libplugin_common.a ../../src/share/grabbag/lib
grabbag.a ../../src/share/gain_analysis/libgain_analysis.a ../../src/share/utf
8/libutf8.a ../../src/libFLAC/libFLAC.la -L../../src/libFLAC/.libs -L/usr/pkg
/lib -L/usr/pkg/lib -Wl,-R/usr/pkg/lib -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib -L/
usr/X11R6/lib -lgtk -lgdk -lgmodule -lglib -lintl -lXi -lXext -lX11 -lm -lxmms
mkdir .libs
*** Warning: This library needs some functionality provided by ../../src/plugin_common/libplugin_common.a.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** Warning: This library needs some functionality provided by ../../src/share/grabbag/libgrabbag.a.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** Warning: This library needs some functionality provided by ../../src/share/gain_analysis/libgain_analysis.a.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** Warning: This library needs some functionality provided by ../../src/share/utf8/libutf8.a.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
```Monty MontgomeryMonty Montgomery