;)
I am fine - so its not urgent - i just read about the 8digit issue in
the trackid (a scenario thats no scenario on my side)
Gruss
Jan
DJanGo's Profile: http://forums.slimdevices.com/member.php?userid=1516
View this
mherger wrote:
> If you're using a library.db with lots of tracks and lots of rescan
> history (or whatever other odd coincidence I'm not aware of), you might
>
> reach the eight digit track ID issue.
Hi Michael,
there is something that bugs me all the time:)
In case of a clear and
there is something that bugs me all the time:)
And you don't even bother to tell us why. It can't be the numbers
themselves which are bugging you?
In case of a clear and reimport scan the scanner gets the last ID and
starts building the db from scratch but using one digit higher than the
I find the end of the log file relevant and not spilled.
Good catch :-)
I might be wrong but to me this looks like the server returns the "empty
CD case" image _before_ it tries to extract the correct artwork from the
tags of the audio file.
Yes, it does so, because it doesn't find that
1. "coverart" field in the server status with "/music//cover".
I think that's what we are seeing here. iPeng uses the field without
interpreting it, just as it comes from the server (no numerical
conversion or something).
That should be "coverid" rather than "coverart", right? If so:
2. If
So you think changing the order of precedence could help?
Still I think it's a bug to not find the artwork for the track id. A bug
that only LMS 7.9 shows.
---
learn more about iPeng, the iPhone and iPad remote for the Squeezebox
and
Logitech UE Smart Radio as well as iPeng Party, the free
I'll ask DJanGo via mail, too.
DJanGo - I guess you would be willing and able to add some code to your
LMS to get more (but not too much) information about the status query?
--
Michael
___
beta mailing list
beta@lists.slimdevices.com
mherger wrote:
>
> That should be "coverid" rather than "coverart", right? If so:
>
Actually no. It's "id" whenever "coverart=1".
I think "coverid" only got introduced with some recent server version
and is not backwards-compatible.
Shouldn't the two be the same?
---
learn more about
mherger wrote:
> Yes, it does so, because it doesn't find that cover ID in the database.
>
> This could happen if you were sending an outdated ID (stale cache
> somehow?) as part of the URL.
>
No cache. This is the big cover art which is requested straight from the
player status. Nothing gets
Here's iPeng's order of precedence for what to use for the artwork:
1. "coverart" field in the server status with "/music//cover".
I think that's what we are seeing here. iPeng uses the field without
interpreting it, just as it comes from the server (no numerical
conversion or something).
2. If
Here it is... Two commas or dots in the track ID?
Thanks! Bit where did you find this?!?
artwork_track_id => "8363eb77",
band => "Imagine Dragons",
coverart => 1,
coverid => "8363eb77",
duration => "240.306",
id => 12_085_367,
Ok, using the track ID to get artwork seems to
So you think changing the order of precedence could help?
Still I think it's a bug to not find the artwork for the track id. A bug
that only LMS 7.9 shows.
I'm pretty sure that it would show in 7.7, too. Because what it's
tripping over is rather simple: if the ID is a hex value of 8
OK, thanks!
Now that explains why it hits so few users and why it's so well
reproducible for them.
I'll do a beta with the changed lookup order so that people who never
update the server get a fix, too.
---
learn more about iPeng, the iPhone and iPad remote for the Squeezebox
and
Logitech UE
Please give the latest 7.9 nightly build another try. It should fix the
missing cover art issue.
--
Michael
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta
The WebUI URL from the large image is -
http://10.99.10.10:9001/music/8363eb77/cover.
But this one didn't fail to show on iPeng, did it? If so, around what time?
--
Michael
___
beta mailing list
beta@lists.slimdevices.com
dcteal wrote:
> I ran the test that mherger described above. Attached is the server.log
> file.
>
Here it is... Two commas or dots in the track ID?
Code:
[
{
channel => "/c0080759/slim/playerstatus/00:04:20:05:78:f8",
data => {
can_seek => 1,
duration
So you think changing the order of precedence could help?
No, I don't think so.
Still I think it's a bug to not find the artwork for the track id. A bug
that only LMS 7.9 shows.
I'd like to understand what is causing it, as the difference between the
artwork handler in 7.8 and 7.9 are
I ran the test that mherger described above. Attached is the server.log
file.
The WebUI URL from the large image is -
http://10.99.10.10:9001/music/8363eb77/cover.
+---+
|Filename: server2.zip
Attached is my server.log file.
+---+
|Filename: server.zip |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=19117|
mherger wrote:
>
> An interesting read. I'd uninstall IckStream and SongInfo, because they
> spill your log file with failure errors anyway. Then come back with a
> description of the problem you need help with.
>
Michael,
I find the end of the log file relevant and not spilled.
I might be
Attached is my server.log file.
An interesting read. I'd uninstall IckStream and SongInfo, because they
spill your log file with failure errors anyway. Then come back with a
description of the problem you need help with.
--
Michael
___
beta
dcteal wrote:
> Attached is my server.log file.
puh...
please
- drop the logfile
- disable plugins like SongInfo and SongLyrics
- check again
- upload a fresh logfile
Gruss
Jan
DJanGo's Profile:
For what it's worth and maybe not related I've been having cover art
issues too. Mine started when I recently updated a VortexBox running
2,3 and "Logitech Media Server Version: 7.8.0 - 1395395852 @ Fri Apr 18
13:29:51 EDT 2014". I'm using AMX touch screens and it works on the
older
garym wrote:
> Just to help you in debugging, I don't think the issue specifically lies
> in VB2.3 and the LMS you're running. I use the identical release of 7.8
> on my VB 2.3 setup. My iphone6 and ipad Air2 and ipad2 all see the cover
> art with no issues on iPeng8 and Squeezepad. Much of the
Actually the server.log file was indeed just two lines. It now has
additional lines, but not many.
I don't know how you're getting those log files. But a full server.log
file has a startup message which lists version, perl build etc. What you
uploaded can't be the full log file.
Please
pippin wrote:
> Yes, everything not requesting the original artwork seems to work.
> Does the big, unscaled artwork overlay in the web interface work?
Everything seems to work in the web interface, including the mouseover
on the cover that brings up a big image.
vining wrote:
> For what it's worth and maybe not related I've been having cover art
> issues too. Mine started when I recently updated a VortexBox running
> 2,3 and "Logitech Media Server Version: 7.8.0 - 1395395852 @ Fri Apr 18
> 13:29:51 EDT 2014".
Just to help you in debugging, I don't
> That is server.log. Should I turn on debugging or something?
>
No, that's only two lines out of the server.log file. Please upload all of it.
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/beta
mherger wrote:
> > Actually the server.log file was indeed just two lines. It now has
> > additional lines, but not many.
>
> I don't know how you're getting those log files. But a full server.log
> file has a startup message which lists version, perl build etc. What you
>
> uploaded can't be
vining wrote:
> For what it's worth and maybe not related I've been having cover art
> issues too. Mine started when I recently updated a VortexBox running
> 2,3 and "Logitech Media Server Version: 7.8.0 - 1395395852 @ Fri Apr 18
> 13:29:51 EDT 2014".
7.8 is afaik buggy try at minimum 7.8.1 or
mherger wrote:
> > That is server.log. Should I turn on debugging or something?
> >
>
> No, that's only two lines out of the server.log file. Please upload all
> of it.
Actually the server.log file was indeed just two lines. It now has
additional lines, but not many.
DJanGo wrote:
> What kind of image is that?
> How big is it? [filesize]
> How many colour does it have?
> Which mode is it?
I have the problem for all images. This one is jpg, 500x500 30K.
mkt's Profile:
DJanGo wrote:
> Pippin also wrote in the other Thread:
>
>
> Whats happen if you use the normal webgui on your ipad?
Webgui works fine.
mkt's Profile: http://forums.slimdevices.com/member.php?userid=14921
View this
mkt wrote:
> Webgui works fine.
Did you press the home button once to see the ipad home screen
Press the home button twice and wipe all your apps to the top to unload
them and restart ipeng again?
Otherwise if webgui is working - i am out/clueless.
Gruss
Jan
What kind of image is that?
How big is it? [filesize]
How many colour does it have?
Which mode is it?
Gruss
Jan
DJanGo's Profile: http://forums.slimdevices.com/member.php?userid=1516
View this thread:
DJanGo wrote:
> Did you press the home button once to see the ipad home screen
> Press the home button twice and wipe all your apps to the top to unload
> them and restart ipeng again?
>
> Otherwise if webgui is working - i am out/clueless.
I've restarted the app and even uninstalled and
I posted this in the ipeng thread and the developer said it's a LMS
issue because the CD case is the LSM placehold.
mkt wrote:
> Small cover art shows up in parts of ipeng but the main art get the CD
> case. Here's an image showing the art in the playlist view but not in
> the main view.
>
mkt wrote:
> I have the problem for all images. This one is jpg, 500x500 30K.
Pippin also wrote in the other Thread:
> Another reason could be that LMS is no longer able to access the
> original image. The thumbnails are coming from the artwork cache but for
> the big artwork iPeng requests the
mherger wrote:
> Please check your server.log. If there's nothing in there, re-run a full
>
> scan, then provide the scanner.log. But I'd rather expect something in
> the server.log.
>
> What's the artwork file's size?
>
> --
> --
>
> Michael
Here's the server.log. I've started the clear
Please check your server.log. If there's nothing in there, re-run a full
scan, then provide the scanner.log. But I'd rather expect something in
the server.log.
What's the artwork file's size?
--
--
Michael
___
beta mailing list
I remember we had this issue with the server not returning the unscaled
files but only the thumbnails a few times before but I don't remember
what the exact cause and fix was. I thought cleaning the artwork cache
but the OP seems to have done that.
---
learn more about iPeng, the iPhone and
Please provide the full file, not only two lines.
> Am 18.10.2015 um 08:40 schrieb mkt :
>
>
> mherger wrote:
>> Please check your server.log. If there's nothing in there, re-run a full
>>
>> scan, then provide the scanner.log. But I'd rather expect
mherger wrote:
> Please provide the full file, not only two lines.
>
> > Am 18.10.2015 um 08:40 schrieb mkt forums.slimdevices.com>:
> >
> >
> > mherger wrote:
> >> Please check your server.log. If there's nothing in there, re-run a
> full
> >>
> >> scan, then provide the scanner.log. But
43 matches
Mail list logo