[Logo] Jaikoz and SongKong Forums
  [Search] Search   [Recent Topics] Recent Topics   [Members]  Member Listing   [Groups] Back to home page 
[Register] Register / 
[Login] Login 
Messages posted by: mbc  XML
Profile for mbc -> Messages posted by mbc [4]
Author Message
First of all: Thanks for your answer, I appeciate it.

Okay, if that is the case then you should realize that making loads of unfounded critisms and incorrectly explaining to me how my own program works is not the best way to get help and support.  

"unfounded critism" would be if there is no fault and I am lying, but that isnt the truth, I have no reason to tell here something that is NOT correct. But I see here things other than you see them.
"incorrectly explaining" I can only tell you what I see, if your program works not correctly I can only tell you what I see on my side, not what you wanted to see me, this is also called "bug". I dont know how your program work internaly, thats why I ask, it is sometimes not logical and I only can guess from what I see.

The report and log files do not overwrite each other.  

This is interesting, so they are all collected in one single zip-file, this is very fine, but I am very sure that I deleted logs and reports on 04/6, but inside the support-zip are dates from 31/5, they shouldnt be still there ... or should they ?

SongKong process works on a folder by folder basis, this means it would only fingerprint one folder folder before trying to match them not all your songs. 

Not to be personal, but now I have to ask you if you know how your own program works This is NOT what I am seeing here. I did a test and got (as ever) an other impression. >ou can watch the video on youtube: https://youtu.be/07HZw86eTb8. I did this video very quick, dont have time for cosmetic

I must fairly say: That test-run did very well, it renamed all 980 files within about 30 minutes, that was really GOOD !!!!

So unless you have thousands of songs in a single folder there should be little delay before matching. 

In this test-run it was a very little gap, in my last days there was a up to 15 minutes gap for about 5000 songs.

It doesnt work on a single song basis because SongKong is trying to match songs to releases not just single songs to any version of that song on the release. 

But exactly this is what I always see (and you can see in the video). Its confusing me, it starts and then pauses for a very long time ...

It does not store all this processing data in memory it is stored in a database so there should not be any memory problems. 

You can see in this case it was "very less" usage of RAM, but I - often - have more than 2 - 3 GB of RAM usage, last days also running an overclocked I7 at 90% CPU-Power.
But to be fair: 1700 MB RAM-usage is very much, "only" for tagging files.

This program sucks very much memory, this is one of the things I mentioned from the beginning I used it. I dont know if this is wanted that way, or a bug in SongKong or either in Java ... I can only tell you what I see HERE !

Then once a folder has been fully processed the changes to the song are saved to file 

No, definitifly not, please watch the video. For me it looks not that way, I hope you can explain that.

If you actually have 100,000 files in one single folder then we have a problem. 

Yes, we have one, I am only a stupid user. If this is a problem, SongKong had to solve it by itself -> If there are no subfolder, only take a amount of files "at once" and finish them ...
Also it is not a solution that the user has to split the files into hundreds of folders and then starting to process every folder by hand ... this takes days ... no good.

BTW: If I have all songs fine sorted in folders, what should I need SongKong for? Sin of that program is to identify and sort files out of a mess ... or did I missunderstood something

If this is the case the way forward would be use a file renaming application to reorganize your files more sensibly before then running SongKong Fix Songs.  

That is the funny stuff and why I am so upset: I HAD them sorted in folders before, but SongKong didnt worked with those folders, so I was forced to copy all of them into ONE single folder ... dont ask me why !

You can see my settings in the video, maybe I did some wrong settings, but results are fine for me. I am not interested in albums or complitations, My "boss" just needs artist and title, he doesnt need more.

Delete Duplicates works best when songs have been previously identified by SongKong, so should be run after a successful Fix Songs but this is not the case with how you have done it.  

Yes, I know, but as long as SongKong doesnt tag my files I cant go further.

My third program I was forced to buy does a very good job with it, It cant tag, but identifies duplicates even without tags. So basicaly it seems not to be the only way to use tags. And even that I tried, but there was no difference with finding duplicates or tagging with SongKong, you can do a lower number of songs at once, but not a hugher one.

My other program had no problems to filter out duplicates out of 190000 songs at once. It took 24 hours, but ran total smooth ...

As to say again: My recorded test-run did very well, also tagging-speed was VERY good, but that isnt the normal case. Also in my logs there have been many error because of "wrong audio", but all files are OK, they are not damaged, it "must" be a fault in SongKong.
In my first run it reported over 500 damaged files, after restart, clearing database and logs it processed those damaged files, but it took up to 5 runs to get all files tagged, that is also not a normal case. 
First of all: Thanks for your answer, I appeciate it.

Okay, if that is the case then you should realize that making loads of unfounded critisms and incorrectly explaining to me how my own program works is not the best way to get help and support.  


"unfounded critism" would be if there is no fault and I am lying, but that isnt the truth, I have no reason to tell here something that is NOT correct. But I see here things other than you see them.

"incorrectly explaining" I can only tell you what I see, if your program works not correctly I can only tell you what I see on my side, not what you wanted to see me, this is also called "bug".

The report and log files do not overwrite each other.  

This is interesting, so they are all collected in one single zip-file, this is very fine, but I am very sure that I deleted logs and reports on 04/6, but inside the support-zip are dates from 31/5, they shouldnt be still there ... or should they ?

SongKong process works on a folder by folder basis, this means it would only fingerprint one folder folder before trying to match them not all your songs. 


Not to be personal, but now I have to ask you if you know how your own program works. This is NOT what I am seeing here. I did a test and got (as ever) an other impression. >ou can watch the video on youtube: https://youtu.be/07HZw86eTb8. I did this video very quick, dont have time for cosmetic

I must fairly say: That test-run did very well, it renamed all 980 files within about 30 minutes, that was really GOOD !!!!

So unless you have thousands of songs in a single folder there should be little delay before matching.[code]

In this test-run it was a very little gap, in my last days there was a up to 15 minutes gap for about 5000 songs.

 
It doesnt work on a single song basis because SongKong is trying to match songs to releases not just single songs to any version of that song on the release.


But exactly this is what I always see (and you can see in the video. Its confusing, it starts and then pauses for a very long time ...

 
It does not store all this processing data in memory it is stored in a database so there should not be any memory problems.

You can see in this case it was "very less" usage of RAM, but I - often - have more than 2 - 3 GB of RAM usage, last days also running an overclocked I7 at 90% CPU-Power.
This program sucks very much memory, this is one of the things I mentioned from the beginning I used it. I dont know if this is wanted that way, or a bug in SongKong or either in Java ... I can only tell you what I see HERE !

 
Then once a folder has been fully processed the changes to the song are saved to file

No, definitifly not, please watch the video. For me it looks not that way.

 
If you actually have 100,000 files in one single folder then we have a problem.

Yes, we have one, I am only a stupid user. If this is a problem, SongKong had to solve it by itself -> If there are no subfolder, only take a amount of files "at once" and finish them ...
Also it is not a solution that the user has to split the files into hundreds of folders and then starting to process every folder by hand ... this takes days ... no good.

BTW: If I have all songs fine sorted in folders, what should I need SongKong for? Sin of that program is to identify and sort files out of a mess ... or did I missunderstood something

 
If this is the case the way forward would be use a file renaming application to reorganize your files more sensibly before then running SongKong Fix Songs.

That is the funny stuff and why I am so upset: I HAD them sorted in folders before, but SongKong didnt worked with those foilders, so I was forced to copy all of them into ONE single folder ... dont ask me why !

You can see my setting in the video, maybee I did wrong settings, but results are fine for me.

 
Delete Duplicates works best when songs have been previously identified by SongKong, so should be run after a successful Fix Songs but this is not the case with how you have done it.

Yes, I know, but as long as SongKong doesnt tag my files I cant go further.

My third program I was forced to buy does a very good job with it, It cant tag, but identifies duplicates even without tags. So basicaly it seems not to be the only way to use tags. And even that I tried, but there was no difference with finding duplicates or tagging with SongKong, you can do a lower number of songs at once, but not a hugher one.

My other program had no problems to filter out duplicates out of 190000 songs at once. It took 24 hours, but ran total smooth ...

As to say again: My recorded test-run did very well, also tagging-speed was VERY good, but that isnt the normal case. Also in my logs there have been many error because of "wrong audio", but all files are OK, they are not damaged, it "must" be a fault in SongKong.
In my first run it reported over 500 damaged files, after restart, clearing database and logs it processed those damaged files, but it took up to 5 runs to get all files tagged, that is also not a normal case.
So, yeah ...

To say before: I am an on-going software-developer.
I like your program (basicaly) but taking money for this "thing" is NOT ok, Ive never had such an unstable and buggy program before, and I have some experience, belive me.

I am very pissed off right now, SongKong is a big mess. I dont know where you learned to program, but you are breaking the basic rules every programmer learns in the first hour of school.

I hope you take this critic "as a man" and recognize my feeling that I as customer have right now.
I bought basically an other program to do this job, but that failed, because of wrong description, thats why i bought SongKong, but this fails too, so I bought another program to get at least rid of my duplicates (and this works very fine and without any problems).
So why should I buy programs in future and pay for them ? They dont work, or it was told something that is not the truth, the program is not capable of doing ...

A friend of mine asked me to sort out his business, meanwhile its an unsorted collection of about 900 000 songs (yes, its that big).

So I am very frustrated to buy several programs, no ones work, or works that slow that it would take months to do the job. SongKong needs about 4 seconds to tag a single file.

Back to topic:
I now tried to tag only !! 1000 !! songs. Songkong failed COMPLETELY.
It took me ! 5 ! passes to get these 1000 songs tagged, it took at all about 2,5 hours, thats absolutely UNACCEPTABLE !!!

I attached 3 logs of these passes. In first pass I got about 500 errors, but the files are NOT damaged, they passed my other software which decodes audio-part completely to analyse it, there have been NO problems, so they cant be damaged. I also removed all tags and covers before I started tagging with SongKong. Better conditions are not possible.

Correction: Songkong does not name those support-files individual, so my first two logs have been overridden ... first big failure.

Not possible to attach support-file here ... server error, I have to use email hmm ? :
Code:
type Exception report
 
 message
 
 description The server encountered an internal error that prevented it from fulfilling this request.
 
 exception
 
 java.lang.NullPointerException
 	net.jforum.JForumExecutionContext.enableRollback(JForumExecutionContext.java:272)
 	net.jforum.JForum.service(JForum.java:209)
 	javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
 	net.jforum.util.legacy.clickstream.ClickstreamFilter.doFilter(ClickstreamFilter.java:59)
 
 note The full stack trace of the root cause is available in the Apache Tomcat/7.0.30 logs.
 


Also here have been some bugs:
Some songs also been moved into a folder, but have been not renamed,
that might be, because they dont have tags inside ... and there was only the fingerprint in tags, nothing more. But that cant be, how are they moved, based on what data? :
Code:
 895 songs loaded into SongKong
 895 songs checked
 781 (87%) songs matched to MusicBrainz release
 4 (0%) songs matched to MusicBrainz song only
 13 (1%) songs matched to Acoustid song only
 729 (81%) songs matched to Discogs
 801 (89%) songs matched with Artwork
 937 (104%) songs updated with Acoustic metadata
 895 songs have had information modified and have been saved
 


895 songs is correct, 937 have been updated ? How is that possible ? 895 modified and saved, but those files have still ONLY the Fingerprint-ID.

Another wasted hour of my life and expensive energy, without making ANY progress with my 900 000 files ...

I dont know where to start, this program is full of problems, but one of the main problem is the wrong workflow you did.

It cant be that it fingerprints and downloads 18 hours long, loading ALL Data only into memory and after a crash or Windows-10-Forced-Unwanted-Update-Reboot) ALL is lost ... come on.

I hope you give some feedback and explanation about your background steps:

1. You load all files -> dont know what is done in this step, but "ok".

2. You fingerprint all files -> Ok, but fingerprints are not saved directly or anywhere, after a crash ALL progress is lost and fingerprinting 100 000 files can take a lot of time and uses lots of memory in that case.

3. After all files are fingerprinted you connect to the server to find entries whith an identical fingerprint and download data -> this data is also not stored anywhere. So it downloads data for lots of songs without saving them.

4. After all is downloaded you start to rename and tag the files -> at this point my computer worked for 18 hours and no data has been prevented in case of crash or unwanted "Windows-Update-Reboot" ... come on ... meanwhile my memory is full (3GB, that a lot) I have luck that my server has 16 GB, so this isnt a matter to me.

So I basicaly ask you: Why the hell are you doing it that way ? Why cant you complete one file after another:
You tag them only, you dont compare them for duplication, so it is basicaly not needed to work hours only in memory and then beginning first time to save the data if not something crashed or restarted meanwhile.
Sorry to say this, but this program is not usable anymore.
It crashes all the time, even on a newly installed computer (Windows 10 x64)

- I wanted to tag about 15000 files.
It counts up files, but never starts to progress with anything, even after one hour.

- I wanted to delete identical files out of 15000 files.
It started 18 hours ago, and now is constantly at 90 % CPU-Power and 3000 MB rem. It stopped working. 18 hours of expensive energy wasted for nothing ...


- Database is often not deletable.

I dont know where to begin, but this java-stuff runs such as instable, never seen such a mess before. You cant do anything with it, never get any progress.
 
Profile for mbc -> Messages posted by mbc [4]
Go to:   
Powered by JForum 2.1.6 © JForum Team