| fledermaus | is there any way to debug javascript errors in the sailfish browser? | 00:23 |
|---|---|---|
| mal | Laalf: which device? | 00:39 |
| *** zbenjamin is now known as Guest51177 | 02:12 | |
| *** zbenjamin_ is now known as zbenjamin | 02:12 | |
| *** feodoran is now known as Guest43270 | 03:10 | |
| *** feodoran_ is now known as feodoran | 03:10 | |
| Laalf | mal: my phone died. | 05:01 |
| kimmoli | closest make i can find is "Diel" :) | 05:18 |
| *** frinring_ is now known as frinring | 06:29 | |
| Krikke | so if I flash my XA2 with the free thing will I be able to buy the android support later? | 08:24 |
| ViGe | Krikke: yes | 08:25 |
| Krikke | nice | 08:25 |
| Krikke | already unlocked the bootloader | 08:25 |
| Krikke | and I don't like the android that is installed | 08:26 |
| *** leinir_ is now known as leinir | 10:01 | |
| m0hm0h | hi, does sailfish OS somehow blacklist devices that are sold outside of 'EU, Norway, Switzerland', or does that geographic limitation only apply to the purchase of the OS software package? | 15:54 |
| tadzik | no, there is no blacklisting | 16:10 |
| m0hm0h | thanks | 16:10 |
| taixzo | So, I'm trying to use qml mediaplayer to play an mp3 file from a URL. If I just pass the url to it as a source, it stutters for about 5 seconds, before smoothing out and playing the rest of the file. This seems to happen even on the fastest network I've tested (260 mbps, fast enough that the entire file should be downloaded even before the stuttering stops) | 17:09 |
| leszek | taixzo: yes this is a gstreamer/qtmultimedia issue. My video player (LLs Video Player) for example waits for the buffer to reach 1 before starting playback to not let it stutter | 17:11 |
| leszek | other players do the same apparently | 17:11 |
| taixzo | I do want to cache the file anyway, so I figured I'd download it via curl (called by a python subprocess) and point the qml mediaplayer at it as soon as the file is over 100 kb. However, mediaplayer seems to only check how long an audio file is when it first starts playing it, so it stops after getting a few seconds in | 17:12 |
| taixzo | leszek: interesting, according to the qml mediaplayer documentation it does not start playing until the buffer reaches 1 | 17:12 |
| taixzo | I tried listening for mediaplayer.onPlaybackStateChanged and, if the song wasn't over, just play() again, but it jumps back to the beginning. It even jumps to the beginning if I call seek() just after play(). The only way I've found is to throw seek() on a .25 second timeout, which obviously is audible. | 17:15 |
| leszek | taixzo: yeah the documentation seems to be wrong. It was so with gstreamer 0.8 backend. Since gstreamer 1.x backend it starts playback before reaching 1 apparently | 17:18 |
| taixzo | is there a way to tell it that the length of an audio file is something other than it is? so it can play a file while it's downloading? | 17:20 |
| r0kk3rz | when does it start caching? | 17:20 |
| taixzo | r0kk3rz: are you asking me or leszek? | 17:20 |
| r0kk3rz | either, the answer should be the same :P | 17:21 |
| r0kk3rz | the cheap way is to delay starting the thing playing | 17:21 |
| r0kk3rz | it would be good to find out where the issue is though | 17:22 |
| leszek | taixzo: you can play the file during downloading. I do this sometimes. Put the video in the downloadmanager and click already on the downloading video it plays just fine | 17:30 |
| leszek | so in theory you could just start downloading every media file to a temporary cache and start immediate playback. That should work fine as long as the internet connection works. Otherwise you need to implement fallbacks yourself | 17:31 |
| taixzo | leszek: but it doesn't work - I start downloading, wait a second, tell the mediaplayer to play and it plays the first five or six seconds and then stops | 17:33 |
| taixzo | despite the fact that by the time it reaches that point, it's gotten far past five seconds downloaded | 17:34 |
| taixzo | if I force it to resume playing from that point (via the timeout+seek trick) it will play for another two minutes or so, then stop. | 17:41 |
| leszek | taixzo: strange it works for me | 17:46 |
| leszek | ah it stops after two minutes. That I did not test | 17:47 |
| taixzo | right. it stops as soon as it reaches the end of the data that had been downloaded when you *first* told it to play | 18:01 |
| taixzo | the buffer fix helps, but I'd prefer to download it in a separate file so I can save it as well (unless there's some mediaplayer option I missed that enables that) | 18:03 |
| attah | r0kk3rz,taixzo: I have that exact same issue on my app S'Play... i couldn't really notice a difference between the default and my current "autoLoad: false" | 20:09 |
| attah | and if i actually read what you say.. i could have figured out the solution | 20:09 |
| attah | combining this with retrying to play when there is a NetworkError will be... fun | 20:12 |
| attah | Any way of triggering loading other than assigning a source? I.e. i want autoLoad=false, but still being able to preload on demand | 20:31 |
| *** svartoyg_afk is now known as svartoyg | 20:33 | |
| *** SpeedEvil is now known as Guest94098 | 21:03 | |
| wdehoog | attah: taixzo: I have buffering problems when playing internet audio streams | 21:06 |
| attah | Yeah, this sucks | 21:06 |
| wdehoog | the qml mediaplayer creates a playbin without buffers | 21:06 |
| wdehoog | I modified gstreamer plugin see https://api.merproject.org/package/show/home:wdehoog:gstreamer/gst-plugins-base | 21:06 |
| wdehoog | maybe it also works for you | 21:07 |
| wdehoog | or somethig like that | 21:07 |
| attah | but for regular Joe using my app? | 21:07 |
| wdehoog | try to see what buffer_size or flags improves your media player | 21:08 |
| attah | Let's say i find a good size, then what? | 21:08 |
| wdehoog | then complain somewhere | 21:09 |
| wdehoog | that they should fix the size or allow you to do so easily | 21:09 |
| * attah screams into the void (read:TJC) | 21:09 | |
| wdehoog | Maybe your argument will be stronger if you can show that it can actually work as you want it to | 21:10 |
| wdehoog | but first see if it helps | 21:10 |
| wdehoog | high change it does not | 21:11 |
| r0kk3rz | wdehoog: seems reasonable, make a mr on git.merproject.org | 21:12 |
| attah | +1 | 21:12 |
| attah | I'm having horrible problems filling the preload buffer on livestreams... streaming-ish complete files over http are no issue whatsoever | 21:15 |
| wdehoog | r0kk3rz: lets first see if it helps and if so in which cases it helps and it which it does not | 21:19 |
| attah | I seem to need it.. buffering livestreams to 1.0 takes forever | 21:22 |
| attah | sure.. 0.25 reduces the choppyness, but not completely | 21:22 |
| wdehoog | attah: did you give my plugins package a try? | 21:25 |
| attah | no, but i have come to terms with wanting to | 21:25 |
| attah | but will it work on my XA2? do i need them all? | 21:26 |
| attah | and... armv8el?! | 21:27 |
| r0kk3rz | just set the variables | 21:28 |
| attah | Wait what? I thought that version of the packages *introduced* those variables? | 21:30 |
| r0kk3rz | so it does, i didnt look at the first patch | 21:31 |
| attah | however... /var/lib/environment/nemo/60-multimedia.conf has QT_GSTREAMER_PLAYBIN_FLAGS=0 | 21:32 |
| wdehoog | attah: if you look at the qtmultimedia sources for the mediaplayer you will see you can set the flags but not the buffer_size | 21:33 |
| wdehoog | I also tried to fix that: https://api.merproject.org/package/show/home:wdehoog/qtmultimedia | 21:34 |
| attah | i suspected as much | 21:34 |
| wdehoog | bu the gst-plugins is simpler to use | 21:34 |
| wdehoog | you can try them both, if they don't work for you it is easy to remove and use the official packages again | 21:35 |
| attah | I'll try tomorrow when i have some more time | 21:35 |
| *** svartoyg is now known as svartoyg_afk | 22:06 | |
| *** BitEvil is now known as SpeedEvil | 22:25 | |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!