ListenLive Firmware development Forum:   ListenLive Firmware development

Topic: Firmware 1.51 feedback and bugfix progress report

There are still some minor bugs (not only related to remote control), but in my opinion they are no show-stoppers

Be sure, after releasing 1.52 you will get a lot of feedback and a lot of work to go ahead to 1.53 

It seems there are no more known bugs and no more last minute additions. (be quick if you still have something!)
I am going to create the update archives and do final testing on them.
The public 1.52 should be available soon...

VOLUME does not work as designed.

It returns current volume level, e.g. 45. If manually decreased, it may show 0 on lowest level.

But if the device is muted via remote-control-button or remote command MUTE, the returned VOLUME still shows 45.

I still can not decide wether the device is muted (via MUTE switch) or not.


Quote:
I just tested new version with a lot of success
There are two issues:
MESSAGE: please give a possibility to close the popup from remote completely! Maybe easiest way could be just to send an empty MESSAGE. Overwriting the existing popup works as designed. Even with an empty message: the popup shows nothing but is still open.
POWERSTATE: not working at all. It looks like the device interpreting POWERSTATE as POWER and results in switching on/ off instead of returning the state. Maybe renaming POWERSTATE to STATE could solve the problem?
 
And one more question: what is the meaning of answer to MINFO command? (state - mp - ms)

POWERSTATE changed to STATE
MESSAGE:

Any old message that is displayed will be removed when you send a new message popup.
Any current popup that is displayed can be closed with OK or other command (LEFT/EXIT etc.) as the routine is waiting for any key press..

So, now you need to know if a popup is displayed in order to remove it with OK..
MINFO will give: state=21 when a popup is on the display (no matter if it was a popup from the MESSAGE command or a popup from the internal program).
So, MINFO gives numbers based on what the program is doing...


Hello William,

I just tested new version with a lot of success

2014.01.17 12:20:30 3: LISTENLIVE ll C: VERSION R: VER=1.52
2014.01.17 12:20:51 3: LISTENLIVE ll C: MINFO R: Menu state=33 mp=0 ms=1
2014.01.17 12:21:32 3: LISTENLIVE ll C: LISTINFO R: List pos=0 1=Internetradio-Favoriten 2=Internet-TV-Favoriten 3=Podcast-Favoriten 4=Vodcast-Favoriten 5=Letzte Musikwiedergabe fortsetzen 6=Letzte Video-Wiedergabe fortsetzen 7=
2014.01.17 12:22:47 3: LISTENLIVE ll C: MESSAGE bla R: OK
2014.01.17 12:24:15 3: LISTENLIVE ll C: VOLUME R: VOL=40
2014.01.17 12:28:59 3: LISTENLIVE ll C: METAINFO R: Meta 1=SWR3 AM MITTAG 2=SWR3 3=N/A 4=44100 Hz,128k 5=Playing

There are two issues:

MESSAGE: please give a possibility to close the popup from remote completely! Maybe easiest way could be just to send an empty MESSAGE. Overwriting the existing popup works as designed. Even with an empty message: the popup shows nothing but is still open.

POWERSTATE: not working at all. It looks like the device interpreting POWERSTATE as POWER and results in switching on/ off instead of returning the state. Maybe renaming POWERSTATE to STATE could solve the problem?

And one more question: what is the meaning of answer to MINFO command? (state - mp - ms)

Quote:
If my HA sent a popup with warning about thunderstorm, ice etc. and the weather warning is no longer valid, the popup itself is no longer necessary. Independent whether the user confirmed the message or not. I think, a possibility to close popups from remote (e.g. MESSAGE CLEAR) could be a useful feature.
Okay, changed the behaviour.
MESSAGE will now remove existing popups and put a new popup.
Also, MESSAGE was a "blocking" operation for the network remote commands, it no longer is.

Quote:

I mean, if your HA system puts a popup on the radio, then the user has to push OK to confirm he saw it.
If your HA system is also removing the popup after x time, then it can not be sure that the user saw the popup..


Yes. But:

If my HA sent a popup with warning about thunderstorm, ice etc. and the weather warning is no longer valid, the popup itself is no longer necessary. Independent whether the user confirmed the message or not. I think, a possibility to close popups from remote (e.g. MESSAGE CLEAR) could be a useful feature.


Quote:

And there is another bug inside the firmware:

I started the device via power on and selected Settings -> Info to see the version info. I did this BEFORE the WLAN connection and connection to LL was established. Exactly from the moment, when WLAN connection was established, the device left the "Info" screen and all buttons - except power button - were dead. I had to poweroff the device to get the buttons working again.


Nice find! I will fix it.

Quote:
At least the MESSAGE command is working properly.

But sending a message is impossible unless a former message is confirmed on the device (and the popup closed). 

I think it would be better, to close an open popup and open a new popup with the new message.

Uh, yes.. thats how it is coded at the moment.
When you send a message the popup blocks other tasks..
In could change that, but would that not be useless?

I mean, if your HA system puts a popup on the radio, then the user has to push OK to confirm he saw it.
If your HA system is also removing the popup after x time, then it can not be sure that the user saw the popup..


At least the MESSAGE command is working properly.

2014.01.15 19:40:17 3: LISTENLIVE ll command: MESSAGE RHARBARBER

2014.01.15 19:40:18 3: C: MESSAGE RHARBARBER R: OK

2014.01.15 19:40:18 3: LISTENLIVE ll response: OK


But sending a message is impossible unless a former message is confirmed on the device (and the popup closed). 

I think it would be better, to close an open popup and open a new popup with the new message.



Very strange results from remote commands...

<cut>

And there is another bug inside the firmware:

I started the device via power on and selected Settings -> Info to see the version info. I did this BEFORE the WLAN connection and connection to LL was established. Exactly from the moment, when WLAN connection was established, the device left the "Info" screen and all buttons - except power button - were dead. I had to poweroff the device to get the buttons working again.

 

(Penbex: I cut some test results as they are already outdated. you have a new test version now..)


(Last Edited by penbex on January 16, 2014, 3:10 pm)

Hi William

Nice to see you are working on it again    YEAH !!!!!!!!!

I have run a quick test.

The message command is working 
unfortunately it does take some time after hitting the "any" button .   if you are inpatient ( like me )  you escape from the menu as
I have pressed the "any" button twice.  But besides that it is working !

none of the below commands did work and indeed only responded ok..

MENUINFO  > supposed to report info about the menu position
LISTINFO > supposed to report the display list data
METAINFO > supposed to report data displayed in the player (like track name etc)

Please let me know if and how I can obtain the newer version ?
And PLEASE can you make the icons , used in your display, availble to us as well?  So I can used them in the menu items?

Cheers and please keep up the nice work !!

  Brammie



Hi Brammie, I will have a fixed version for you too.

Something was wrong and the replies did not go through correctly.
I also changed the entire routine. Now you get OK on the known remote control commands. (UP/DOWN etc.)

The "MESSAGE xxxx" command will answer OK and generate a popup with xxxx as contents.

You get a reply on MENUINFO, LISTINFO, METAINFO, VERSION, POWERSTATE and VOLUME.

Anything else will get you a UNK message to indicate the command was unknown.

The problem with communications stopping seems to be related to socket errors.
This would break the routine and abort. The only way to fix it would be to restaret the entire device or to manually stop and start the network remote under settings as this would restart the thread processing things.
I have changed this behaviour. Socket errors are now catched and the whole thing is freshly restarted.

Because we dont want the network remote thread to endlessly eat up resources when there are socket problems, I have for now set an error count on that so that the restart happens max 100 times.
We have to see if this is needed or not...

~W.


I found the port already stopped in a few hrs  < 1 day.
During idle times I do send a "keep alive"  hello to the device.  

that solved it..  and indeed.. if blocked a  reboot is the only cure...
Strangely enough all other functions still work.


Indeed looks like something is wrong. I will get that fixed and get you a new test version asap.

Is MENUINFO already implemented in 1.51 beta-test version?

When I send MENUINFO to LL-device, I only receive a OK as response

2014.01.14 20:04:01 3: C: MENUINFO R: OK

BTW: It seems, OK is replied in any case - even on commands that are not existent.

And I recoginzed that communication via webport 8080 stopped after about 1,5 days not used.
I had to pull power supply to get the communication working again.

William, can you please provide me a version including the three new network remote commands to test and improve my FHEM-module available for controlling Listenlive-devices?


Quote:
Quote:
ICY Info: StreamTitle='МАКАРЕВИЧ АНДРЕЙ - ИЗ-ЗА УГЛА';  
the station name is displayed correctly on my OTEK
Issue fixed.

Quote:

Hi William, Hi everyone,

happy new year and much fun with the devices! 

One question as I am a little bit surprised: I´m missing a version 1.50 which is dedicated for "normal" users. 

As I am still waiting fore months now for the possibility to use the buttons of my Albrecht device again and for a few other things I hope that the further development is not only for beta testers. Is it possible or reasonable to start now with 1.51 because I´m afraid that it might go on with a 1.52 beta version while we are still using 1.49 ...

Hi, Happy new year to you too.

The 1.50 release files were created and supposed to be released before Christmas.
There were a number of issues with it and I did not have the time to get it all sorted out in time so the release could not take place.
After doing the fixes I decided to move away from the plagued 1.50 version

So thats why you now see 1.51 being mentioned..
I released this initially only to beta testers to make sure everything was sorted out with the intention to do a public release shortly after.
However, some small issues remained (mostly fixed now). I will again skip 1.51 as a public release as that would cause too much confusion.
So we are headed for 1.52 now.

There are no plans to release future versions only to beta testers.
On the other hand, there were some pretty big changes compared to 1.49 so it was not a bad choice to let the beta testers have a go with it.

Although the main reason to call it a beta version is that it might contain some bugs.
You have access to the beta versions, but you might not be willing to test it out in that case just wait for the public release..

Oh, and regarding the Albrecht, of course the public versions will be made available for all models..

~W.


(Last Edited by penbex on January 14, 2014, 2:24 pm)

Quote:

One question as I am a little bit surprised: I´m missing a version 1.50 which is dedicated for "normal" users. 


A version 1.50 was not published. Not for "normal" user and not for beta-testing via download.

Don't be afraid - I think an official version 1.5x will be released soon. 
And it is not important if it is called 1.50 or 1.54 or whatever - the most important fact is: it should work properly.

Beta-Testing for 1.5 started 4 days ago - you did not miss anything important yet


Quote:
Indeed the stream title info is not picked up correctly by MPlayer. I will check if that can be fixed..
Name   : eTVnet Radio "Барды"                                             
Public : no                                                                    
Bitrate: 128kbit/s                                                             
Cache size set to 1000 KBytes                                                  
Cache fill:  0.80% (8192 bytes)                                                
ICY Info: StreamTitle='МАКАРЕВИЧ АНДРЕЙ - ИЗ-ЗА УГЛА';  
Cache fill:  4.80% (49152 bytes)   
the station name is displayed correctly on my OTEK

Hi William, Hi everyone,

happy new year and much fun with the devices! 

One question as I am a little bit surprised: I´m missing a version 1.50 which is dedicated for "normal" users. 

As I am still waiting fore months now for the possibility to use the buttons of my Albrecht device again and for a few other things I hope that the further development is not only for beta testers. Is it possible or reasonable to start now with 1.51 because I´m afraid that it might go on with a 1.52 beta version while we are still using 1.49 ...


Indeed the stream title info is not picked up correctly by MPlayer. I will check if that can be fixed..
Name   : eTVnet Radio "Барды"                                             
Public : no                                                                    
Bitrate: 128kbit/s                                                             
Cache size set to 1000 KBytes                                                  
Cache fill:  0.80% (8192 bytes)                                                
ICY Info: StreamTitle='МАКАРЕВИЧ АНДРЕЙ - ИЗ-ЗА УГЛА';  
Cache fill:  4.80% (49152 bytes)   

Quote:
Quote:


If you have any others that are not working correctly just report them and I will try to fix them.

~William

 

http://listenlive.nl/show.php?id=35303

Quote:
In 1.49 it was possible to switch the device into standby mode with showing night-clock by sending "POWER" command (or pressing the power button). To switch it on again, I had to send another "POWER" command.

Yeah, you are right.
POWERSTATE added, two possible answers..:
STATE=NIGHT (nightstand mode)
STATE=ON  (normal operation


Hello William,

thanks for your reply and your code changes. Regarding POWERSTATE:

In 1.49 it was possible to switch the device into standby mode with showing night-clock by sending "POWER" command (or pressing the power button). To switch it on again, I had to send another "POWER" command.
I did not check this behavior on 1.51 yet, but I need a possibility to recognize whether the device is in standby mode or really running. 

Of course you are right, asking the POWERSTATE on a completeley switched off device would be useless.

Regards,
Udo

Quote:
can we please have some more webcommands?

Sure

Quote:
POWERSTATE - reports if the device is switched on
MUTESTATE - reports if the device is muted or unmuted
VERSION - reports device's firmware version

Hmm. the following I have added to the code..

VERSION will reply VER=xxxx  (string eg. 1.51, 1.52b, 1.52 ..)
VOLUME will reply VOL=99  (integer range 0-255, 0=muted) I figure thats even better as you not only know if muted but also know the actual volume level which at the same time can be used to confirm the VOLp and VOLm commands. 

POWERSTATE is pretty useless as "OFF" would never be transmitted because the device is not able to send things when its powered down.
So that leaves the only value that can be send as "ON" which is pretty obvious if the device can answer any of the other commands, like VERSION..
So perhaps you just send the VERSION command to see if the device will answer the current version (POWERSTATE=ON) or not answer (POWERSTATE=OFF)

~W.


Hello William,

can we please have some more webcommands?

POWERSTATE - reports if the device is switched on
MUTESTATE - reports if the device is muted or unmuted
VERSION - reports device's firmware version

POWERSTATE and MUTESTATE are needed for my implementation into home-automation, because these commands are toggle-commands for both activating and deactivating the corresponding function.
VERSION is needed to decide which (firmware-dependent) commandset is available when used inside home automation.

Thanks & regards
Udo


Quote:
Where can I find a documentation to the new network remote capabilities?

Here:
MENUINFO  > supposed to report info about the menu position
LISTINFO > supposed to report the display list data
METAINFO > supposed to report data displayed in the player (like track name etc)
MESSAGE xxxx > supposed to display xxx in a popup

~William


Quote:
Hi!
Thank you for new FW!
Some problems:
- incorrect Cyrillic symbols in tags on some stations, f.e. http://listenlive.nl/show.php?id=35948&category=140&page=4
- after upgrade was problem with wifi connection. My access point is not displayed in the list of available (WPA2 AES).
 Only after several reboots it appeared.


For searching access points:
The listenlive firmware is using wpa_supplicant to search. This is the exact same software and exact same commands as in the original firmware.

I checked station 35948, it was only giving "numbers" as playlist data. This was displayed correctly within the listenlive player as well as on my PC with VLC. The stream does not work anymore here though.
If you have any others that are not working correctly just report them and I will try to fix them.

~William

 


I noticed that a factory reset after upgrading to firmware 1.5x will help to get things working again. 
Without the factory reset, I had some wlan problems (and some more minor issues), too. 
After the firmware reset and new configuration everything seems to be fine now.
I checked this behavior on two devices with same effects.

Where can I find a documentation to the new network remote capabilities?



Hi!
Thank you for new FW!
Some problems:
- incorrect Cyrillic symbols in tags on some stations, f.e. http://listenlive.nl/show.php?id=35948&category=140&page=4
- after upgrade was problem with wifi connection. My access point is not displayed in the list of available (WPA2 AES).
 Only after several reboots it appeared.

Development of version 1.52 is now closed, the release will be soon.
Firmware version 1.51 has been released, it is available in the beta testers download section!

This thread should be used to post your experiences and report possible bugs that might be present in the 1.51 firmware.
Below you will also find a list of bugs that have already been fixed and changes that are done on the code.
These fixes and changes will be present in the next firmware.

If you report a bug or some issue, then include information about your model (eg. a device with 3.5inch, 4.3 or 7inch screen..)
In the changelog below, any entry that does not mention a specific screen size means that it is for all hardware versions!

Firmware version 1.52 Bugfixes:
- Fixed: In some cases coverart was displayed incorrectly in the favorites app
- Fixed: Favorites app would sometimes loose favorite station list
- Added: 'VOLUME' 'STATE' and 'VERSION' commands to the network remote interface
- Fixed: Twitter was not working due to some missing file.
- Fixed: Cyrillic character issues
- Fixed: UTF8/ISO8859-1 detection issues
- Fixed: TuneIn playing of streams under favorites in some cases failed when many stream URL's were obtained. Now a proper playlist is created.
- Fixed: Network remote control routines were not working properly. Changed behaviour.
- Fixed: When you went to the about screen while the device was still doing its startup routines the device would hang.
- Changed: network remote command MENUINFO is now MINFO.
- Changed: network remote command MESSAGE will now remove existing popups and display the new popup.
- Fixed, more apps, 5th row of apps was initialized incorrectly.
- Fixed: iMovies and Classic Movies where not available within China.
- Changed: USAToday app replaced with NRJ app.
- Changed: The firmware update option under settings now automatically forwards to the loader app. No reboot or prepared SD is required anymore.
- Changed: The loader will be updated to version 3.2 with this firmware. The loader can also update from internal flash memory (v3.1 already had this feature for 3.5inch devices)


There were some issues with the new tag routine so this will most likely be added to the 1.53 version.
- Added: Support for metadata and cover art from APE files.
- Added: Support for metadata and cover art from FLAC files.
- Fixed: improved ID3 tag support.

Firmware version 1.51- dated: 10 January 2014
- Fixed: 4.3 inch SD model: Device buttons now function properly.
- Added: 4.3 and 7 inch: Now displays a warning message before switching to HDMI 720p output. Make sure a proper display is attached
- Fixed: 7 inch: FM Radio volume would not go completely silent when volume was set to zero.
- Fixed: 7 inch: Mediaplayer skip to next track was not skipping correctly.
- Fixed: 7 inch: long press to power off was not working correctly.
- Changed: 7 inch: left/right on the device are reversed to feel more natural.
- Fixed: In some cases UTF16 metadata tags were not handled properly.
- Fixed: recording on 3.5 inch devices was not functioning properly in 1.49 due to the new mplayer. Note that the HD (4.3 and 7 inch) devices use the SD as read-only and thus can not record to it.
- Fixed: recording was displaying an icon too much, removed.
- Removed: displaying the playing time on live radio streams was useless.
- Fixed: When browsing podcasts the selection bar would sometimes not start at the top of the list which is usually the most recent entry.
- Added: Factory reset now also removes TuneIn and Live365 account details
- Fixed: Alarm: number of snooze repeats and time between snoozes now survives reboots
- Added: When music is playing and we are in clock mode up/down on the remote now also control the volume.
- Added: Line-in app up/down now also control the volume.
- Added: Apps that need a network connection will now test if the connection is working otherwise a long time out could happen.
- Changed: minor cosmetic change to the analog clock.
- Changed: poweron with auto play of FM radio will not display the antenna cable message even when it is set to display
- Fixed: 7 inch: screen would sometimes go dark when it should show video, pageup will then show video. Now should not go dark anymore
- Fixed: HD models, SamLivecast video codec crashed. Using alternative codec works fine in HD. Code changed to support this.
- Fixed: HD models: blubrry and some other apps, video codec crashed. Using alternative codec works fine in HD. Code changed to support this.
- Added: while watching video, left/right will increase/decrease an audio delay so you can manually adjust audio/video synchronization
- Added: while listening to live audio streams the repeat button can toggle between stereo and mono (useful as some streams have only one channel, then mono will at least use both speakers)
- Fixed: Cyrillic UTF8 issue
- Fixed: In some cases two instances of MPlayer could run at the same time.
- Fixed: When a podcast was played from MyFavorites it was not recognized properly as podcast and missing some features.
- Added: Improved support for images/cover art on podcast
- Fixed: Mute would in some cases conflict with the alarm. Can not happen anymore
- Fixed: QingTing app: needed to be updated due to server side changes. All is working again.
- Fixed: Anyradio app: data reload failed due to server side bugs. Added a workaround.
- Changed: Improved gzip internet traffic compression handling, internet traffic timeouts and redirections.
- Added: Podcast app did not play embedded asx streams.
- Fixed: Favorites app podcasts: did not support all possible audio formats.
- Removed: firmware update through settings only will test if a new version is available online. Updates need to be done through the loader.
- Added mpg support to vodcast app.
- Fixed: Weather app: radar images are working again.
- Fixed: Twitter is working again.
- Fixed: Live365, showed some incorrect text characters.
- Fixed: TuneIn, showed some incorrect text characters.
- Changed: Icecast lists are no longer cached as the files were too large and filling up the small storage space that we have available for it.
- Fixed: bad data from Tuner causing some incorrect text characters, now gets fixed on the fly.
- Added: Homeradio: stations from China and Switzerland.
- Fixed: due to changes at Rad.io some stations refused to start playing.
- Fixed: aborting keyword search on Rad.io would still search the network.
- Fixed: aborting keyword search on Tuner would still search the network.
- Fixed: aborting keyword search on TuneIn would still search the network.
- Added: account searching on SoundCloud.
- Added: additional network remote commands. Now also feedback is given on the menu and contents and a message can be displayed.
- Fixed: Wifi driver reports a working connection while it is not really working. Added detection for this which can be enabled/disabled via settings.
- Weather app blocked use of up/down to change the volume. Now it works when the up/down are not used for other tasks.
- Fixed: typo, lowest volume setting did not work.
- Added: "Extra stereo" feature for music playback.
- Changed: Shoutcast app has been rewritten. Now matching the shoutcast website with Top500 and search options.
- Changed: 7 inch: clock displayed slightly larger.
- Fixed: it was not always stopping the UPnP engine properly.


(Last Edited by penbex on January 22, 2014, 8:43 pm)

 
 

Get notified of new forum posts via