[Hawk84r]

If it were me I'd get something like this https://www.mytrendyphone.eu/shop/magnetic-sports-armband-226227p.html , strap the R3 right on my other wrist and ditch the middleman and a whole lot dead weight while exercising. Just sayin' (the magnet for the armband can go on the back of one of the several removable cases shipped with the R3)

That be swell if I have bout any of them for exercising . And even if i did - as I live way up north we rarely have weather to go shirtless anyhow
Would be glad for any useful comments on the matter above

 

[Joe Bloggs]

Hi Joe Bloggs! Correct me if I'm wrong, but I have an impression, that you somehow connected to development of HibyMusic. So, I was using HibyMusic with my phone (LG V30) and controlled playback via Samsung Galaxy Watch built-in music app, which can generally control any music app, only bugs I encountered were: 1) cover art seem to get to watch shrinked out of proportion vertically and 2) it stops providing media information to watch every 3-4 consecutive skips with "launch media on phone first" then continues normally). Then heard all about Hiby R-series and HibyLink bout R3. And here is the problem: I can't control playback, when HibyMusic on phone is connected to R3 via HibyLink, although notification in app drawer is present and I can control playback via it. I get that HibyMusic stops answering for media intents as it does not act as media server in that mode even thou Galaxy Watch does detect it as currently active media app. I already contacted Hiby support about this, but have strong reasons to believe they did not understand what i actually want and keep saying that I can't control player via third party app -_-. Maybe you can shed some light on how it can be done or assist for implementing some sort of emulated playback in HibyMusic. Thanks!

So as I understand it--using HiByMusic on your smartphone the Watch could control its playback with e.g. next and prev. track commands; you would like HiByLink to be able to fool the phone into thinking it's playing music too (and respond to prev. and next track commands) when it's actually the R3 playing?

 

[Hawk84r]

So as I understand it--using HiByMusic on your smartphone the Watch could control its playback with e.g. next and prev. track commands; you would like HiByLink to be able to fool the phone into thinking it's playing music too (and respond to prev. and next track commands) when it's actually the R3 playing?

Yes, precisely that.

 

[marcolights88]

Hello, I'm new with Hiby Music. I'm starting to use it, my music is on a network drive, Hiby Music is installed on a tablet with Android 8.1.
From menu 'my private cloud' I have access to the music folder on my network drive and I can play the music files.
But I don't understand how to scan the music files by Hiby. if I launch the scan function it fails because no music is present in internal tablet memory. How can I scan the music on external network drive?
Without scanning I'm not able to see the artists or album etc. indexing, nor display the cover present on my music folders. What is the procedure to scan/indexing external music files on network drive?

 

[Joe Bloggs]

Unfortunately media scanning a network drive is not possible at present. The network access is more useful if you have a usable folder hierarchy for your music files...

 

[marcolights88]

Unfortunately media scanning a network drive is not possible at present. The network access is more useful if you have a usable folder hierarchy for your music files...

thanks Joe Blogg for info. Do you think this feature will be released in future?

 

[Hawk84r]

So as I understand it--using HiByMusic on your smartphone the Watch could control its playback with e.g. next and prev. track commands; you would like HiByLink to be able to fool the phone into thinking it's playing music too (and respond to prev. and next track commands) when it's actually the R3 playing?

Hi again! Sooo... is it at all possible? Can it be implemented/worked around or should I forget about it?

 

[svil3]

Hi again! Sooo... is it at all possible? Can it be implemented/worked around or should I forget about it?

Unfortunately I tried this too and it's not possible, the media controls that the Hiby app displays for Hibylink, are not the standard Android controls for videos or music, it's more of a custom notification actually.

So even music widgets fail to detect Hiby link as media playing on the Android device

 

[Joe Bloggs]

Hi again! Sooo... is it at all possible? Can it be implemented/worked around or should I forget about it?

The engineeers are looking into it

 

[svil3]

The engineeers are looking into it

Wow if they can achieve that it would be so awesome,
That way I could use my smartwatch to control my Cayin N3!

 

[Lohb]

Anyone have to give permission every time a USB DAC is hooked in OTG ?
I have just updated an Asus phone to Android P, and same issue with previous Android pre-P albeit it a slightly different style of permission screen.
As I remember with UAPP and other DACs, it was just a 1-time deal with allowing permission nag screen.
Edit: same issue with UAPP - so this is new build Android incompatiblity as its also not sensing my OTG DAC as well with Hiby/UAPP and I had everything working perfectly 2 days ago regarding hooking up a DAC on an older Android system and build...doooh.

 

[329161]

Wowsa! Thread resurrection time. Loving Hiby Music, especially the mseb feature. Genius!
Love the Hiby Connect feature too, except for one annoying thing. Everytime the app is started again, there needs to be a rescanning of the entire library on the server device. Could there be a feature implemented so that this isn't necessary. Eg a snapshot of the library contents could be kept in memory on the client device, and if there is no change in the library of the server device, then it will simply indicate this negating the need for another scan.
Also could we have access to mseb and the eq in Hiby Connect, or at the very least, could we have the ability to turn them on or off in Connect mode?

 

[Joe Bloggs]

Wowsa! Thread resurrection time. Loving Hiby Music, especially the mseb feature. Genius!
Love the Hiby Connect feature too, except for one annoying thing. Everytime the app is started again, there needs to be a rescanning of the entire library on the server device. Could there be a feature implemented so that this isn't necessary. Eg a snapshot of the library contents could be kept in memory on the client device, and if there is no change in the library of the server device, then it will simply indicate this negating the need for another scan.
Also could we have access to mseb and the eq in Hiby Connect, or at the very least, could we have the ability to turn them on or off in Connect mode?

By HiBy Connect do you mean HiByLink or? It sounds like HiByLink but the description of what's going on doesn't quite jive.

 

[329161]

By HiBy Connect do you mean HiByLink or? It sounds like HiByLink but the description of what's going on doesn't quite jive.

Yes, I'm sorry, it's Hibylink. Also the gapless playback feature doesn't seem to work over Hibylink.

 

[Frug]

@Joe Bloggs

Mmm, I like HiBy better than USB Player Pro however the DLNA function in HiBy seems like missing something. It cannot display some files in some of the folders. Very weird. When browse with USB Player Pro, it shows them. Any solutions?

I face the same issue.

I have a W10 PC running Minim Server and a mixed mp3/flac library.
Within Hiby music player on Android, I can only see mp3 files, flac are not displayed. I have tried that with other players (BubbleUpnp for Android, USB Audio Player Pro) and none have the issue: flac files are displayed appropriately.

From what I have gathered from Hiby Music player and Minim Server logs, the issue seems to be related to the flac audio mime type expected by Hiby Music player:

• when browsing for flac files, Hiby Music app reports:

2019-07-28 02:11:52,184 [ERROR][com.hiby.music.smartplayer.mediaprovider.dlna.DlnaManager@Thread 1674 (Active: 5)] - Audio name: Aus tiefer Noth schrei ich zu dir, Cantate BWV 38 is not support MimeType audio/x-flac​

• meanwhile, Minim Server reports:

[...] <res duration="0:05:01.520" size="6756678" bitsPerSample="16" bitrate="176400" sampleFrequency="44100" nrAudioChannels="2" protocolInfo="http-get:*:audio/x-flacLNA.ORG_OP=01;DLNA.ORG_FLAGS=01700000000000000000000000000000"> [...]​

What I understood is that the mime type for flac used by Minim Server (audio/x-flac) is an accepted standard (again other players work fine with flac served by Minim Server).
Perhaps it is just a matter of adding compatibility with audio/x-flac mime type for flac files in Hiby Music player?

Anyway if you could have a look, it would be grand.
I'd be happy to provide any other helpful information.

Regards