Xiph.Org issueshttps://gitlab.xiph.org/groups/xiph/-/issues2003-05-26T00:21:21Zhttps://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/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/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 Montgomeryhttps://gitlab.xiph.org/xiph/positron/-/issues/376audiofile.detect fails to recognize an MP32017-08-03T06:41:40Zbcsmit1audiofile.detect fails to recognize an MP3```
The detect() function of the audiofile module sometimes
fails to recognize legitimate MP3s. Attached is a
scrunched version of an MP3 that demonstrates the problem:
the first 25K of the original followed by the last 25K.
``````
The detect() function of the audiofile module sometimes
fails to recognize legitimate MP3s. Attached is a
scrunched version of an MP3 that demonstrates the problem:
the first 25K of the original followed by the last 25K.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/377detect() sees no ID3 data on an MP32017-08-03T06:41:40Zbcsmit1detect() sees no ID3 data on an MP3```
I have an MP3 where the audiofile module detect() function
fails the find any ID3 tags whatsoever, even though they
are there. Attached is a scrunched version of the original
MP3; the first 25K followed by the last 25K.
``````
I have an MP3 where the audiofile module detect() function
fails the find any ID3 tags whatsoever, even though they
are there. Attached is a scrunched version of the original
MP3; the first 25K followed by the last 25K.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/378detect() function sees wrong ID3 information2017-08-03T06:41:40Zbcsmit1detect() function sees wrong ID3 information```
The attached MP3 has two sets of ID3 information. I'm
not sure, but I think the old set is ID3v1.1, and the new
set is ID3v2. At any rate, the detect() function of the
audiofile module sees the old tags, whereas most players,
such ...```
The attached MP3 has two sets of ID3 information. I'm
not sure, but I think the old set is ID3v1.1, and the new
set is ID3v2. At any rate, the detect() function of the
audiofile module sees the old tags, whereas most players,
such as XMMS and Rhythmbox, see the new ones. The given
MP3 has the first 25K of the original followed by the
last 25K.
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/382NEUROSETTA - can't mount after firmware upgrade2017-08-03T06:41:40ZMike BursellNEUROSETTA - can't mount after firmware upgrade```
There isn't yet a Neurosetta heading, so I'm entering this under positron:
please change as required.
After upgrading the firmware as explained on <URL:
http://www.xiph.org/neurosetta/>, I can no longer mount my Neuros. It seems to...```
There isn't yet a Neurosetta heading, so I'm entering this under positron:
please change as required.
After upgrading the firmware as explained on <URL:
http://www.xiph.org/neurosetta/>, I can no longer mount my Neuros. It seems to
have changed how the USB is reported, upsetting the kernel drivers. I'm using
2.5.73, and get the following tail from /var/log/messages (I've reported it to
the relevant list):
Jul 1 14:20:24 satsuma kernel: hub 1-0:0: debounce: port 2: delay 100ms stable
4 status 0x501
Jul 1 14:20:24 satsuma kernel: hub 2-0:0: debounce: port 2: delay 100ms stable
4 status 0x101
Jul 1 14:20:24 satsuma kernel: hub 2-0:0: new USB device on port 2, assigned
address 5
Jul 1 14:20:29 satsuma kernel: drivers/usb/core/message.c:
usb_control/bulk_msg: timeout
Jul 1 14:20:29 satsuma kernel: usb-storage: This device (0451,5409) has
unneeded SubClass and Protocol entries in unusual_devs.h
Jul 1 14:20:29 satsuma kernel: Please send a copy of this message to
<linux-usb-devel@lists.sourceforge.net>
Jul 1 14:20:34 satsuma kernel: drivers/usb/core/message.c:
usb_control/bulk_msg: timeout
Jul 1 14:20:35 satsuma kernel: scsi3 : SCSI emulation for USB Mass Storage devices
Jul 1 14:20:35 satsuma kernel: Vendor: NEUROS Model: dig. audio comp.
Rev: 1.00
Jul 1 14:20:35 satsuma kernel: Type: Direct-Access
ANSI SCSI revision: 02
Jul 1 14:20:35 satsuma kernel: SCSI device sda: 39070048 512-byte hdwr sectors
(20004 MB)
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/383positron can't find pyogg, pyvorbis2017-08-03T06:41:40Znandwalspositron can't find pyogg, pyvorbis```
so, i just installed the beta neurosetta firmware into the neuros, and followed
all the instructions given on the ...xiph/positron and /neurosetta pages.
but when i get to doing
positron add
it tells me that i'm missing the pyt...```
so, i just installed the beta neurosetta firmware into the neuros, and followed
all the instructions given on the ...xiph/positron and /neurosetta pages.
but when i get to doing
positron add
it tells me that i'm missing the python bindings pyogg and pyvorbis.
now, i just installed those without incident from the RPM files, so why can't it
find them? could it perhaps be something wrong with how my OS (SuSE) handles the
RPMs?
i installed pyogg from tarball fine, but i couldn't install the pyvorbis
tarball. when i ran python setup.py build in the /pyvorbis directore, i got:
scodec.c -o build/temp.linux-i686-2.2/pyvorbiscodec.o
src/pyvorbiscodec.c:21:17: missing terminating " character
src/pyvorbiscodec.c:24: error: parse error before "If"
src/pyvorbiscodec.c:24: error: stray '\' in program
src/pyvorbiscodec.c:25:26: missing terminating " character
src/pyvorbiscodec.c:75: error: `py_dsp_write_wav' undeclared here (not in a
function)
src/pyvorbiscodec.c:75: error: initializer element is not constant
src/pyvorbiscodec.c:75: error: (near initialization for `DSP_methods[4].ml_meth
')
src/pyvorbiscodec.c:76: error: initializer element is not constant
src/pyvorbiscodec.c:76: error: (near initialization for `DSP_methods[4]')
src/pyvorbiscodec.c:78: error: initializer element is not constant
src/pyvorbiscodec.c:78: error: (near initialization for `DSP_methods[5]')
src/pyvorbiscodec.c:80: error: initializer element is not constant
src/pyvorbiscodec.c:80: error: (near initialization for `DSP_methods[6]')
src/pyvorbiscodec.c:81: error: initializer element is not constant
src/pyvorbiscodec.c:81: error: (near initialization for `DSP_methods[7]')
error: command 'gcc' failed with exit status 1
again: is there something i'm doing wrong here?
thanks!
```Stan SeibertStan Seiberthttps://gitlab.xiph.org/xiph/positron/-/issues/385poistron del deletes the wrong files2017-08-03T06:41:40Zdbergerpoistron del deletes the wrong files```
I cd'd into /mnt/neuros/music and ran the following command:
% positron del barrage/barrage/*.mp3
it reported correctly removing the 15 tracks in that subdirectory. when I
looked in .positron/deleted - which was empty prior to thi...```
I cd'd into /mnt/neuros/music and ran the following command:
% positron del barrage/barrage/*.mp3
it reported correctly removing the 15 tracks in that subdirectory. when I
looked in .positron/deleted - which was empty prior to this operation - I see this:
c:/music/barrage/barrage/01-chopsticken.mp3
c:/music/douglas adams/the hitch-hiker's guide to the galaxy - cd 4/17-on
improbability drive.ogg
c:/music/richard searles/celtic cross/08-sir festus burke.ogg
c:/music/billy joel/greatest hits vol 1/09-movin' out (anthony's song).ogg
c:/music/walt disney/the official album of disneyland and walt disney
world/01-main street electrical parade.ogg
c:/music/percy sledge/the millennium series volume 2 the 1960's/05-when a man
loves woman.ogg
c:/music/stevie ray vaughan and double trouble/live at montreux 1982 & 1985 disc
1/02-rude mood.ogg
c:/music/barrage/barrage/08-calypso jam.mp3
c:/music/vertical horizon/everything you want/11-shackled.ogg
c:/music/stevie ray vaughan and double trouble/texas flood/11-srv speaks.ogg
c:/music/dion/20 collector's records of the 50's and 60's/07-the wanderer.ogg
c:/music/b b king/the best of b b king the millenium collection/08-paying the
cost to be the boss.ogg
c:/music/barrage/barrage/13-allens bar.mp3
c:/music/paul van dyk/out there and back/01-vega.ogg
c:/music/shelly fabares/mermaids/05-johnny angel.ogg
Clearly those aren't the files that were deleted (I spot checked - the ones I
checked are all still on disk, but no idea if they're still in the database)
```Stan SeibertStan Seibert