Active Topics
-
The N900 is now 15 years old! (9)
to Nokia N900 by Arno_11 - 23 hrs, 55 mins ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 6 days, 12 hrs ago - more...
 |
|
2010-10-17
, 18:56
|
|
Posts: 355 |
Thanked: 205 times |
Joined on Jun 2010
@ Germany
|
#472
|
The shuffle problem seems to be solved. The high skipping times seem to
be caused by the covers. However MB sometimes has problems with
updating the displayed metadata. Sometimes the last view tracks are updated
again in a fast sequence. I don't know, how to describe this problem more
precise.
be caused by the covers. However MB sometimes has problems with
updating the displayed metadata. Sometimes the last view tracks are updated
again in a fast sequence. I don't know, how to describe this problem more
precise.
__________________
May the force be with us!
May the force be with us!
| The Following User Says Thank You to mase For This Useful Post: | ||
 |
|
2010-10-17
, 18:59
|
|
Posts: 3,404 |
Thanked: 4,474 times |
Joined on Oct 2005
@ Germany
|
#473
|
Originally Posted by mase
No need to describe. I've seen it, too.
The shuffle problem seems to be solved. The high skipping times seem to
be caused by the covers. However MB sometimes has problems with
updating the displayed metadata. Sometimes the last view tracks are updated
again in a fast sequence. I don't know, how to describe this problem more
precise.
Thanks for giving quick feedback.
__________________
Tidings - RSS and Podcast aggregator for Jolla - https://github.com/pycage/tidings
Cargo Dock - file/cloud manager for Jolla - https://github.com/pycage/cargodock
Tidings - RSS and Podcast aggregator for Jolla - https://github.com/pycage/tidings
Cargo Dock - file/cloud manager for Jolla - https://github.com/pycage/cargodock
|
|
2010-10-17
, 19:09
|
|
Posts: 355 |
Thanked: 205 times |
Joined on Jun 2010
@ Germany
|
#474
|
Do you really think, the cover sizes are making problems? It would be a lot
of work to delete all covers, test it, and insert them again.
I made all covers in cd print size 120x120mm with 300dpi.
of work to delete all covers, test it, and insert them again.
I made all covers in cd print size 120x120mm with 300dpi.
__________________
May the force be with us!
May the force be with us!
|
|
2010-10-17
, 19:32
|
|
Posts: 3,404 |
Thanked: 4,474 times |
Joined on Oct 2005
@ Germany
|
#475
|
Originally Posted by mase
Maybe you can try with one cover and see if the file gets loaded quicker.
Do you really think, the cover sizes are making problems? It would be a lot
of work to delete all covers, test it, and insert them again.
I made all covers in cd print size 120x120mm with 300dpi.
I'll be looking at the large cover issue. Normally having large covers shouldn't hurt.
__________________
Tidings - RSS and Podcast aggregator for Jolla - https://github.com/pycage/tidings
Cargo Dock - file/cloud manager for Jolla - https://github.com/pycage/cargodock
Tidings - RSS and Podcast aggregator for Jolla - https://github.com/pycage/tidings
Cargo Dock - file/cloud manager for Jolla - https://github.com/pycage/cargodock
 |
|
2010-10-17
, 20:01
|
|
Posts: 251 |
Thanked: 131 times |
Joined on Oct 2009
@ USA
|
#476
|
Originally Posted by mase
I'm on a n900. I just updated to 2010.10.16, and I can confirm that the shuffle problems are fixed there. Thanks!
The shuffle problem seems to be solved. The high skipping times seem to
be caused by the covers. However MB sometimes has problems with
updating the displayed metadata. Sometimes the last view tracks are updated
again in a fast sequence. I don't know, how to describe this problem more
precise.
It looks like it now takes ~1min to switch between tracks for me, but I've been running it with "MediaBox -vvvv &> ~/mbox.log", so I don't know how much of it is due to the logging. Hopefully it is the logging, as it used to take a few seconds (I don't recall how many tho) to change tracks.
My cover art is mostly in external files, PNG formatted. I can hunt down exact sizes if needed, but they vary from around 500x500 pixels in size to maybe 2000x2000.
I've attached the log (generated from the command above) of it playing a few tracks (with song names and other details removed) and the script I used to rip that data out. They'll both need to be un-gzip'd.
-jkq
__________________
Class .. : Quiet One
Humor .. : [*********-] Alignment: Chaotic Good
Patience : [******----] Weapon(s): Python scripts
Agro ... : [***-------] Relic(s) : N900
Class .. : Quiet One
Humor .. : [*********-] Alignment: Chaotic Good
Patience : [******----] Weapon(s): Python scripts
Agro ... : [***-------] Relic(s) : N900
| The Following User Says Thank You to jkq For This Useful Post: | ||
|
|
2010-10-17
, 20:48
|
|
Posts: 79 |
Thanked: 11 times |
Joined on Oct 2009
@ Norway
|
#477
|
I updated to the new version in ekstras, and now i can't locate downloaded videos from youtube..
I find one of them in the "resent 50" playlist, but not in the folder..
I've tried to uninstall and install again and i've downloaded new videos to the same folder, but it won't locate the old files from before i updated.
Is this a known bug? How do i fix it? Do i need to dl it all over?
Sorry for my "english"
I find one of them in the "resent 50" playlist, but not in the folder..
I've tried to uninstall and install again and i've downloaded new videos to the same folder, but it won't locate the old files from before i updated.
Is this a known bug? How do i fix it? Do i need to dl it all over?
Sorry for my "english"
__________________
Is it not strange that we fear most that which never happens? That we destroy our initiative by the fear of defeat; when in reality, defeat is a moust useful tonic and should be accapted as sutch.
Is it not strange that we fear most that which never happens? That we destroy our initiative by the fear of defeat; when in reality, defeat is a moust useful tonic and should be accapted as sutch.
|
|
2010-10-18
, 09:22
|
|
Posts: 3,404 |
Thanked: 4,474 times |
Joined on Oct 2005
@ Germany
|
#478
|
Originally Posted by Crom
No need to download again. The videos have to be somewhere. MediaBox doesn't delete files.
I updated to the new version in ekstras, and now i can't locate downloaded videos from youtube..
I find one of them in the "resent 50" playlist, but not in the folder..
I've tried to uninstall and install again and i've downloaded new videos to the same folder, but it won't locate the old files from before i updated.
Is this a known bug? How do i fix it? Do i need to dl it all over?
Sorry for my "english"
Most likely, tracker on Maemo never discovered these videos and only MediaBox put them in its index after downloading.
The index might have got invalidated for some reason, and rebuilt from what tracker reports to be there. You can manually scan folders for media in MediaBox, too, so you don't have to rely on tracker.
__________________
Tidings - RSS and Podcast aggregator for Jolla - https://github.com/pycage/tidings
Cargo Dock - file/cloud manager for Jolla - https://github.com/pycage/cargodock
Tidings - RSS and Podcast aggregator for Jolla - https://github.com/pycage/tidings
Cargo Dock - file/cloud manager for Jolla - https://github.com/pycage/cargodock
 |
|
2010-10-18
, 13:56
|
|
Posts: 21 |
Thanked: 6 times |
Joined on Oct 2010
@ Kuala Lumpur, Malaysia
|
#479
|
Hmn... I am having similar problems too. It takes too long to skip tracks and moving on to the next song.
It didnt used to take this long in the previous version...
It didnt used to take this long in the previous version...
|
|
2010-10-18
, 21:40
|
|
Posts: 619 |
Thanked: 100 times |
Joined on Jan 2010
|
#480
|
Weird.. I don't seem to have that track skipping problem..
 |
| Tags |
| mediabox, pycage rules |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 17:37.
Tidings - RSS and Podcast aggregator for Jolla - https://github.com/pycage/tidings
Cargo Dock - file/cloud manager for Jolla - https://github.com/pycage/cargodock