I’m also having trouble updating a custom tag. I long-pressed an ear. The box did a freshness check. The cloud gets lots of requests but when I put the tag back on I still get the old content.
Please check the logs of the freshnessCheck for the tag. Also check the log, when you place the figurine on the box.
This looks a bit odd
Audio-id 65B3AFE8 unknown but previous content known by model .
I am getting this when I put on the tag and also a lot of them when I run the freshness check.
That is not part of the ID of the tag, though.
Please either post a full log of the freshnessCheck and when you are placing the tag on top, or filter the log output for the affected UID and post it here.
Putting on the tag:
teddycloud | WARN |contentJson.c:0275:content_json_update_model| Audio-id 65B3AFE8 unknown but previous content known by model .
teddycloud | WARN |contentJson.c:0275:content_json_update_model| Audio-id 65B3AFE8 unknown but previous content known by model .
teddycloud | INFO |server.c:0569:server_init| 4 open HTTPS connections
teddycloud | INFO |server.c:0248:httpServerRequestCallback| UA=TB/1620325289 SP/34471936 HW/1048904, FW=1620325289, SP=34471936, HW=1048904
teddycloud | INFO |handler_cloud.c:0218:handleCloudClaim| >> client claim requested rUID ad5e9c12500304e0, auth 0000000000000000000000000000000000000000000000000000000000000000
teddycloud | WARN |contentJson.c:0275:content_json_update_model| Audio-id 65B3AFE8 unknown but previous content known by model .
teddycloud | INFO |handler_cloud.c:0265:handleCloudClaim| >> nocloud content, nothing forwarded
teddycloud | INFO |server.c:0569:server_init| 3 open HTTPS connections
RTNL:
Raw2 | #1562 Uptime: 1449700 Func: 15-8718 Payload: '129C5EADE004035001000000' ASCII: '..^....P....'
Raw2 | #1563 Uptime: 1449700 Func: 15-8627 Payload: '129C5EADE0040350' ASCII: '..^....P'
Raw3 | Datetime: 1706523060 Unknown: 11
Raw2 | #1564 Uptime: 1449701 Func: 24-6139 Payload: 'CA170000CB170000' ASCII: '........'
Raw2 | #1565 Uptime: 1449701 Func: 24-8387 Payload: '2D000000' ASCII: '-...'
Raw2 | #1566 Uptime: 1449701 Func: 35-6211 Payload: '2D180000' ASCII: '-...'
Raw2 | #1567 Uptime: 1449703 Func: 35-6219 Payload: '2D180000' ASCII: '-...'
Raw2 | #1568 Uptime: 1449703 Func: 22-8390 Payload: '2D000000' ASCII: '-...'
Raw2 | #1569 Uptime: 1449704 Func: 22-7054 Payload: '' ASCII: ''
Raw2 | #1570 Uptime: 1449704 Func: 20-6872 Payload: '601800005A000000' ASCII: '`...Z...'
Raw2 | #1571 Uptime: 1449704 Func: 22-355 Payload: '' ASCII: ''
Raw2 | #1572 Uptime: 1449705 Func: 22-8640 Payload: '129C5EADE0040350' ASCII: '..^....P'
Raw2 | #1573 Uptime: 1449705 Func: 22-1241 Payload: '2800000000800200' ASCII: '(.......'
Raw2 | #1574 Uptime: 1449719 Func: 22-8524 Payload: '00407200' ASCII: '.@r.'
Raw2 | #1575 Uptime: 1449732 Func: 22-6480 Payload: '636F6E74656E742F61643565396331322F353030333034653000004072000AB2B365' ASCII: 'content/ad5e9c12/500304e0..@r....e'
Raw2 | #1576 Uptime: 1449735 Func: 22-297 Payload: 'E8AFB36503000000' ASCII: '...e....'
Raw2 | #1577 Uptime: 1449735 Func: 22-7376 Payload: '0080020000407200' ASCII: '.....@r.'
Raw2 | #1578 Uptime: 1449736 Func: 22-8637 Payload: '129C5EADE0040350' ASCII: '..^....P'
Raw2 | #1579 Uptime: 1449736 Func: 22-6870 Payload: '00000000001000005B000000' ASCII: '........[...'
Raw3 | Datetime: 1706523060 Unknown: 12
Raw2 | #1580 Uptime: 1449739 Func: 22-291 Payload: '' ASCII: ''
Raw2 | #1581 Uptime: 1449739 Func: 22-6887 Payload: '5B000000' ASCII: '[...'
Raw2 | #1582 Uptime: 1449739 Func: 20-6803 Payload: 'E8AFB3651D000000' ASCII: '...e....'
Raw2 | #1583 Uptime: 1449740 Func: 20-8620 Payload: '38010000' ASCII: '8...'
Raw2 | #1584 Uptime: 1449745 Func: 22-288 Payload: '28000000' ASCII: '(...'
Raw2 | #1585 Uptime: 1449751 Func: 6-110 Payload: '2F76312F636C61696D2F61643565396331323530303330346530003139322E3136382E322E3500' ASCII: '/v1/claim/ad5e9c12500304e0.192.168.2.5.'
Raw2 | #1586 Uptime: 1449755 Func: 6-1009 Payload: '3139322E3136382E322E3500C0000000A80000000200000005000000' ASCII: '192.168.2.5.................'
Raw2 | #1587 Uptime: 1449756 Func: 20-6804 Payload: '02000000290000001E000000' ASCII: '....).......'
Raw2 | #1588 Uptime: 1449890 Func: 26-4851 Payload: '16000000' ASCII: '....'
Raw2 | #1589 Uptime: 1451116 Func: 6-6087 Payload: '550000005F180000' ASCII: 'U..._...'
Raw2 | #1590 Uptime: 1451139 Func: 6-8628 Payload: '129C5EADE004035001000000C8000000' ASCII: '..^....P........'
Raw2 | #1591 Uptime: 1451143 Func: 6-1327 Payload: '55000000' ASCII: 'U...'
Raw2 | #1592 Uptime: 1457268 Func: 15-8630 Payload: '129C5EADE0040350' ASCII: '..^....P'
Raw3 | Datetime: 1706523068 Unknown: 13
Raw2 | #1593 Uptime: 1457270 Func: 24-166 Payload: '' ASCII: ''
Raw2 | #1594 Uptime: 1457271 Func: 24-6139 Payload: 'CB170000CA170000' ASCII: '........'
Raw2 | #1595 Uptime: 1457271 Func: 24-8387 Payload: '2E000000' ASCII: '....'
Raw2 | #1596 Uptime: 1457271 Func: 35-6211 Payload: '32180000' ASCII: '2...'
Raw2 | #1597 Uptime: 1457273 Func: 35-6219 Payload: '32180000' ASCII: '2...'
Raw2 | #1598 Uptime: 1457273 Func: 22-364 Payload: '' ASCII: ''
Raw2 | #1599 Uptime: 1457276 Func: 20-6886 Payload: '' ASCII: ''
Raw2 | #1600 Uptime: 1457277 Func: 20-6872 Payload: '601800005C000000' ASCII: '`...\...'
Raw2 | #1601 Uptime: 1457278 Func: 22-8635 Payload: '129C5EADE0040350' ASCII: '..^....P'
Raw2 | #1602 Uptime: 1457279 Func: 22-284 Payload: '' ASCII: ''
Raw2 | #1603 Uptime: 1457280 Func: 22-8418 Payload: '4000000040000000' ASCII: '@...@...'
Raw2 | #1604 Uptime: 1457281 Func: 20-6872 Payload: '601800005D000000' ASCII: '`...]...'
Raw2 | #1605 Uptime: 1457282 Func: 24-6138 Payload: 'E017000023000000' ASCII: '....#...'
Raw2 | #1606 Uptime: 1457283 Func: 22-8419 Payload: '2E000000' ASCII: '....'
Raw2 | #1607 Uptime: 1457284 Func: 24-8427 Payload: 'E0170000230000000000000000000000000000002D000000' ASCII: '....#...............-...'
Raw2 | #1608 Uptime: 1457295 Func: 20-6883 Payload: '000000005B000000' ASCII: '....[...'
Raw2 | #1609 Uptime: 1457295 Func: 20-6882 Payload: '' ASCII: ''
Raw2 | #1610 Uptime: 1457414 Func: 26-4850 Payload: '17000000' ASCII: '....'
Raw2 | #1611 Uptime: 1458360 Func: 3-7004 Payload: '7F0F0000' ASCII: '....'
And which UID is the one not working?
In the logs I see, that the box isn’t asking for new content for ad5e9c12500304e0 / E0040350129C5EAD because the content on the box is identical to the content on the server.
INFO |handler_cloud.c:0218:handleCloudClaim| >> client claim requested rUID ad5e9c12500304e0, auth 0000000000000000000000000000000000000000000000000000000000000000
INFO |handler_cloud.c:0637:handleCloudFreshnessCheck| uid: E0040350129C5EAD, nocloud: 1, live: 0, updated: 0, audioid: 65B3AFE8 (2024-01-26 13:13:12), audioid-server: 65B3AFE8 (2024-01-26 13:13:12)
So, what is it using to check if the content is the same? I overwrote the audio file. And I deleted and regenerated the .json.
Just to clarify: When I put the tag on the box I hear different content from just hitting play on the file in teddycloud.
It is the audio-id within the file. In the logs the one on the box and the one on the server are identical.
Deleting the .json is not needed.
Well, the box is still playing the old content.
Is this audio-id part of the taf file? Should I edit 500304E0 after generating it with opus2tonie.py?
Yes it is within the TAF.
I suggest you to use the internal encoder within teddyCloud or teddyBench. There the audio id will be set to the current datetime.
With opus2tonie I cannot help you. Editing the file by hand is not recommended-
1 Like
Since we’re already discussing audio-id what does this do: “Update content on lower audio id”
A lower audio id means an older date, so older content. If this is enabled (should be by default), it checks if the audio id is different. If it is disabled, it only marks the content for to be updated if the audio id on the server is newer than the one on the box.
1 Like
Ah, so depending on what opus2tonie.py put in the audio-id I have to turn this off. Thanks.
No, if you disable it, you won’t be able to place older files (audio-id) onto your server. TeddyCloud won’t mark them as updated any more.
I don’t understand. First you said if it’s enabled it will only mark content to be updated if the audio id is newer. Now you’re saying if it’s disabled I won’t be able to place older files on the server anymore?
Sorry, the second enabled should have been disabled.
Idk, there is something else wrong, I think. The server seems to be confused about the files:
INFO |handler_cloud.c:0637:handleCloudFreshnessCheck| uid: E0040350129C5EAD, nocloud: 1, live: 0, updated: 0, audioid: 65B3AFE8 (2024-01-26 13:13:12), audioid-server: 65B3AFE8 (2024-01-26 13:13:12)
but
ls -lah 129C5EAD/500304E0
-rw-r--r-- 1 default default 5.8M Jan 29 11:52 129C5EAD/500304E0
No, the server is not confused about the file. The datetime of the file is not the audio-id (which is also a timestamp). It is within the TAF.
But this file was just generated using the cloud audio encoder…