2.4.0 CUE file error - java exception

[starterz]

Hello,

I was just testing the new version concerning playing lossless FLACs with a .cue file - in 2.4.0 the CUE folder is not being read at all. I tried several cue files, the contents could not be shown within the "folder" (the .cue is presented as a folder in the file browser).

I see several exceptions in the log, full is in attach:

Code: Select all

INFO  2013-02-11 21:37:51.885 [pool-83-thread-1] Exception in thread "pool-83-thread-1" java.lang.NullPointerException
INFO  2013-02-11 21:37:51.892 [pool-83-thread-1] 	at net.pms.dlna.CueFolder.resolve(CueFolder.java:99)
INFO  2013-02-11 21:37:51.893 [pool-83-thread-1] 	at net.pms.dlna.DLNAResource.run(DLNAResource.java:830)
INFO  2013-02-11 21:37:51.894 [pool-83-thread-1] 	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
INFO  2013-02-11 21:37:51.895 [pool-83-thread-1] 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
INFO  2013-02-11 21:37:51.896 [pool-83-thread-1] 	at java.lang.Thread.run(Unknown Source)

Please check what is going on - listening to FLACs (many of them in one image with a .cue file) is becoming another primary action for me while using UMS - apart from video with subs.

Thank you in advance for any help.

[starterz]

Please, someone to look at this?

All best.

[IdPezzo]

I have also problem with cue files:
Track can be seen, starts to play first track, than shows second track, but plays the first again. If the length of the second track is longer, than that of the first, starts to play the beginning of second track in the remaining time, then shows the third track, but really starts to play again the first one. Strange and annoying.

Can anybody help?

Reinstalled UMS, just testing...

[valib]

Please follow instructions written in red above and provide the .log in the TRACE mode.

[IdPezzo]

Attaching debug file.
The same problem with APE cue files.
Just remembering the problem: All track appear under cue, but only the first track is repeated, but shows 2nd, 3rd etc. tracks. (If the length of the track actually displayed is shorter, than the first track, the repeated playing of the first track stops earlier, and starts to repeat ubder the number of the next track ... and so on.). If I start another track (not the first one), always the first track is played.

[Sami32]

Hi IdPezzo,

Do you have also this issue with UMS 4.2.2/4.3.0 and eventually 5.2.3/5.3.0 ?
You can find them there: https://sourceforge.net/projects/unimed ... s/Windows/

It's for debugging purpose, as it could be related to this old commit:
https://github.com/UniversalMediaServer ... 41b099bf87

Do you get this issue only for FLAC and APE files ?

[valib]

IdPezzo your renderer is not properly recognized. Try to use this conf and send the log.

[Sami32]

IdPezzo, try the @valib advice first, as that APE could be not supported by the default renderer.
And post a new TRACE log if any issue arise while using the @valib test renderer..

[IdPezzo]

Valib, Sami32, inserting the Pioneer-BDP.conf, the problem hasn't been solved. Both with FLAC and APE cue always the first track is played, irrespectively of which track is started and which track is shown on the display.
I did not use earlier versions of UMS, I'm a noob.
I use only FLAC and APE music files (and DSF, but Pioneer BDP 170 has no DSF support), thus I don't know, if other file types are affected by this problem.

As regards
'It's for debugging purpose, as it could be related to this old commit:
https://github.com/UniversalMediaServer ... 41b099bf87'
I cannot understand, and don't know, what to do with it.

[IdPezzo]

And I now tried UMS 5.3 - the same problem.