I want to try it !!!!! when i come back home i' ll try it immediatly..

Same here!

It looks very nice!
Thanks for supporting AISS!

@Mason

Quote:

Thanks for making the images. They fit just perfectly.

BTW: there's a minor bugfix on the homepage (0.62.1)
(here)

Funnily it played a whole day yesterday without a glitch until I stumbled on it today (after another day of playback)...
If someone find it useful, I update the stuff constantly.
Every bugfix is followed by another upload.

Jack

The link for the fix don't work here

I will give it a try this weekend.

Jerry

@Jack
I have a big directory. Reading tags from cache takes too much time. I tried to disable it from prefs but it tried still to read tags from cache. (I deleted envarcs before testing again.) (I have mostly aiff files.)

What about closing a prefs window when user selects "Save prefs".

@TSK:

The "use tags" only prevents displaying the contents of directoy using tags (for example if you have some directories containing a mix of tagged and non-tagged files, then display will be according to directories structure).
Global setting is "disable tags scan"
How big is your collection?
I guess I should add a "don't use tags" for certain patterns....
Putting on 2do list.

Closing prefs on save? Should close indeed, thats an easy one. Two bytes of code, one of them is a space...

Jack

@Jack
2668 files, 82 dirs, 41 GB

@TSK:
Quote:

Average=15MB per file. How long does it load?
Here 19GB, 3800 files 463 dirs take 80 second to load. All are tagged.

The process is as follows:

files are found

cache is loaded as is

cache db key field values (filenames) are searched and if the entry is empty (AREXX has default values for uninitialized vars) then the file is added to the db (or if timestamp is different than recorded in the db)

then the sorting (artists by abc, albums by year or abc, tracks by number, number derived from filename, or abc)

then collection tree listbrowser

Sorting is the longest here, then lookup, then gui.
Maybe I should make lookup on demand viia some button/menu.
Any optimisation ideas are wellcome.

Jack

I get the 'read tags from the cache' & then wait forever, need to kill the task or reboot.

Damn sundown, you can be such an idiot sometimes..

Didn't have the right SQLite version installed & then forgot to set the 'e' flag after I did.

It still locks me up if it has trouble with tags on some songs when scanning on startup, turning off tag scanning gets it going ok.

@Sundown:
Quote:

Can you locate the troublesome dir?
And then to run "tag2rexx" on the files and send me the output so I could make the app ablt to cope with the output?
(like:
tag2rexx 1-st_file >t:out
tag2rexx 2-nd_file >>t:out
tag2rexx 3-rd_file >>t:out

10x
Jack

Ok, turned tag scanning back on, AMuse says 'getting missing tags', output window pops up with the following errors.

Error 18 in line 514: Invalid argument to function
Error 18 in line 387: Invalid argument to function
Error 18 in line 1213: Invalid argument to function
Error 18 in line 31: Invalid argument to function

No other information & locks me up when I close that window.

Errors are consistent, turning off tag scan gets me going again.

@Sundown

What I meant is to run the "tag2rex" located in amuse's dir manually on the files you suspect to cause the problem, if you aren't sure about the identity of the files - just say and I'll send you a debug version that'll try to print some info.
I suspect broken tags or something like that. When I'll know that cause of the problem I'll try to avoid/workaround it.
I didn't have broken tags here, so there alomst no safety checks there.

Jack

@Jack

I'm working on tracking down the bad mp3s. Found 2 at least that show zero time that crash me if I try to play them. Think I'll just move them all into one directory to avoid the list tree. 2am here, need to sleep, but I'll do my best to get you the information on the bad ones I find.

I updated sqlite and Amuse (0.62.4). Now after reading directories it opens multiview showing some ELF file everytime. And still same problem. (Waiting 3-30 mins before killing it.) I disabled that tag thing in prefs but still same. I tried to copy a file in Workbench while Amuse was reading tags, whole WB froze.

TSK:

Quote:

No part of amuse calls mutliview...

Quote:

Looks something in interaction with sql is fishy
Some sanity checks, please verify if it is the same:
10.AOS4:> list `getenv amuse/sqlite`
Directory "Programs:tools/sqlite-3.3.13-amiga/build-ppc-amigaos/bin" on ??? ????? 19-???-08
sqlite3 556067 ----rwed

Can you delete the amuse.db ans repeat?

Jack

@Sundown

I added a sanity check for 0-length tag so please remove the amuse.db and retry the 0.62.5 I just uploaded.
Let's see if this elliminates the craches with your collection.
BTW: tag2rexx accepts many files in one go.

Edit: just added a version which spits out some info near the line where the fault happened with env var amuse/debug set to 1.


Jack

@TSK:

Quote:

Do you have some trick that opens with mutliview every non-executable file called from shell?
If so, you don't have the "e" permission on the sqlite executable.


Jack

@Jack
Quote:
Oh c**p !!!
I forgot to check that. That missing "e" permission was the problem. Now it works fast (I tested with 0.62.4). And that was even mentioned in this thread. I'm very sorry I caused unnecessary trouble ! (And I suppose to be computer expert...

I don't use any extensions in my file names usually. So is it possible to make Amuse accept all files without any patterns at all ? And I use a song name as a file name and I put an artist name into filenote/comment field and also into tooltypes field. Is it possible to make Amuse to search tags from comment and tooltypes too ?

If I change some prefs like Tunenet extra options f.ex. they're not saved. Amuse finds old settings every time.

It say it doesn't find Tunenet but the path is correct. It starts playing files anyway.

Looks like it recreates everything everytime it's started. Is it possible to save list browser list to a file or a database so it's faster to read all list content next time Amuse is started ? It takes some time to recreate everything now.

TSK:

No problem.
Added the check for sqllite permissions. Should have done it b4.
Actually thanks for finally forcing me to do the neccessary thing.


Tunenet extra options weren't saved (obviosly). Fixed.

Quote:

What's the exact message? (I guess it's in the progress bar)

As to init time: populating the browser is the fastest awnpipe can do.
As to caching the collection view, will have to think about.
(rexx isn't too fast when loading/saving files, this forced me to the least possible number of i/o actions, I hope it'll be worth the effort)

Jack

@Jack

Tried the x.6 build & found 1 mp3 that crashes me, here's the tag2rexx output.

reading: hotlegs.mp3
TITLE="Hot Legs"
ARTIST="Rod Stewart"
ALBUM="The Story So Far: Very Best of Rod Stewart"
YEAR="2002"
COMMENT="A legend of British rock over the past three decades, everyone's favourite pseudo Scotsman, Rod Stewart has had more than enough top-drawer hits to fill this double album, The Story So Far. There is no chronological order, which is probably a good thing as his golden period in the 1970s would undoubtedly cast a shadow over his subsequent work, which although good is no match for "Maggie May", "You Wear it Well" or the swaggering blues rocker "Hot Legs". The album is split into two distinct sections, "A Night Out" which as you may guess is the up-tempo numbers like "This Old Heart" and "Ooh La La" whereas "A Night In" shows the more tender side of balladeer Rod beginning with the "love it or hate it" anthem "Sailing" and then onto classics like "I Don't Want To Talk About It", "The Killing of Georgie" and "Have I Told You Lately". Rod Stewart has been the subject of many compilations before The Story So Far but with many of them being either single discs with glaring omissions or box sets with just a few too many album fillers, this is the most definitive yet succinct greatest hits yet. --David Trueman"
TRACK="7"
GENRE="Rock"
BITRATE=128
SAMPLERATE=44100
CHANNELS=2
LENGTH=314

The only way I'm able to use it is from the CLI. Any other way causes it to crash.

@Sundown:

I see, comment field confuses the app, wip.

Edit: homepage contains new snapshot (with an attempt to fix the issue)

Thanks a lot
Jack

@Valiant:
Can you please post a crashlog here:

http://crashlog.os4depot.net

Thanks
Jack

@Jack

That file still locks me up with the latest build, I used a tag editor & deleted the comment field, lockup gone. So you're right, it was the comment causing the problem.

I did keep the original file for testing.

@Sundown:
Plz check your inbox...

10x,
Jack

@jack

Information sent.

@Sundown:

Thanks for the info. Issue seems to be solved.

@anyone who uses the app:
Just uploaded 0.64 (same link)
Now it is more stable and even loads faster
Requires to remove the old amuse.db
Removed the comments field from the cache since it is not really needed and requires to do too much acrobatics to avoid arexx limitations, some are not documented, at leasr not in the guide I d/led from aminet:
conversion functions (c2x, x2c etc. apear to be limited to argumnets 500 chars length)
and one documented limitation that readln returns at most 1000 chars
readch is too slow and I (afaik)can't rewind pipe: to check if there was a newline and doing communication via regular file is waste of ram.
So comments tag is not in the db.


If all goes well, will continue adding features soon, so any suggestions are welcome.

Jack

@Jack
If I have Tunenet already running I'll get these messages from Amuse: "tunenet: object not found
Can't quit tunenet" (in WB output window). I want it possible to have Tunenet always running.

I tried to change Tunenet extra options in settings window of Amuse. If I put any text in that string gadget then Amuse will save it. But if I use empty string, spaces or two quotation marks it's always replaced with that default string "-daemon -p 5". If I have Tunenet always running I don't need any extra options.

@TSK:

I'll experiment a bit again (last experiments forced me to quit)
Stay tune(net)d...

Jack.

@TSK:
Quote:

Atm, I cant make it control tunenet without quitting after each playback.
I need a command to flush the current playlist.
No passing a new tune to existing tunenet instance adds the tune to the playlist, and not laways begins new tune.
I want it done without quitting tunenet too. Just posted the on the relevan forum again.

Jack

@Jack
I can put Tunenet to play a song just executing path_to_Tunenet/Tunenet "song_name". I just tested it and the full path to Tunenet is necessary/mandatory. (Tunenet won't start another copy of itself.) No need to flush the playlist. I use it that way from my Jukebox program.

Btw. Somebody asked me to make a music library application from my Jukebox. Now I don't need to do that because you created Amuse first. Thanks ! (Or should I start competition doing it anyway

@TSK

Quote:
Can you try reproduce
this


Quote:

Hehe
I did this app cause that's I missed on Amiga most.
(When A1 was with dead cpu I used some old linux box, and got addicted to Amarok)
I use it a lot and improvements (as well as new bugs) are just coming in eventually, that's the reason for the frequent subversions.
Competition isn't a bad thing, especially if there's fun involved (I'm having enormous fun here), so it's up to you.
AMuse has some inherent limitations drawback (hopefuly temporarily):
1. AWNpipe crashes with clicktabs
2. it is not fully PPC, and actually glued from lots of components: 2 languages+awnpipe+cmdline tools (although the overhead is small, most of "non-native" things are actually system calls).
3. it was created by a very sloppy programmer.
You'd probably go for C/C++ app, and different approach to main gui loop what will make is "snappier".
On the other hand scritping language is easy to debug (rexx), and networking functionality is implemented easily via wget and python scripts.
Anyway, if you need some internals on Last.FM protocol, look into the python classes that come with tunenet.
I though once to do it with rexx, but since python is just doing the job, I left it as is.


BTW: there's 0.64.3 online that fixes a crash possibility when tags contain doublequotes (during population of collection browser).
10x to Broadblues for reporting the in such a way so it took 1 minute to fix it...

Jack

@Jack
Quote:
Yes and yes.

@Jack

I don't know that I need to upload a crash log now. The .64 version now works just fine from either the dock or icon.

@Valiant

Quote:

No need. I think that with help of the bug reports the bug was gone.
Now it's the time to add some improvements.

Jack

OS4Depot has 0.65 now, the home page has 0.65.1 (hour after uploading to OS4Depot received official client identifier, this is the only differece).

Jack