The Following 4 Users Say Thank You to pichlo For This Useful Post: | ||
|
2014-05-25
, 06:38
|
Posts: 252 |
Thanked: 221 times |
Joined on Jul 2010
|
#1252
|
/media/mmc1/cuteTube/.thumbnails $ ls Camera\ falls\ from\ airplane\ and\ lands\ in\ pig\ pen--MUST\ WATCH\ END__.jpg Camera falls from airplane and lands in pig pen--MUST WATCH END__.jpg /media/mmc1/cuteTube/.thumbnails $ ls ../Camera\ falls\ from\ airplane\ and\ lands\ in\ pig\ pen--MUST\ WATCH\ END__.mp4
|
2014-05-25
, 08:22
|
|
Posts: 6,445 |
Thanked: 20,981 times |
Joined on Sep 2012
@ UK
|
#1253
|
|
2014-05-25
, 19:15
|
Posts: 252 |
Thanked: 221 times |
Joined on Jul 2010
|
#1254
|
|
2014-05-26
, 17:06
|
|
Posts: 157 |
Thanked: 36 times |
Joined on Mar 2013
|
#1255
|
|
2014-05-28
, 00:24
|
|
Posts: 2,448 |
Thanked: 9,523 times |
Joined on Aug 2010
@ Wigan, UK
|
#1256
|
This is from observation only so marxian may want to correct me. All paths are relative to MyDocs/cuteTube:
1. Downloading a video foo creates files foo.mp4 and .thumbnails/foo.jpg.
2. Dowloading foo again creates a copy named foo(1).mp4 and (1).jpg (note not .thumbnails/foo(1).jpg as one might expect).
3. foo(1).mp4 does not have a matching foo(1).jpg in the .thumbnails subfolder and thus it is shown in Archive with only the default thumbnail. So downloading it again is not going to help.
4. Deleting a video from Archiive deletes foo.mp4 but not .thumbnails/foo.jpg.
I have managed to reproduce your issue like this:
1. Download foo, creating foo.mp4 and .thumbnails/foo.jpg.
2. Delete foo, deleting foo.mp4 but leaving .thumbnails/foo.jpg behind.
3. Corrupt .thumbnails/foo.jpg (e.g. truncate it to zero bytes).
4. Download foo again: voila, no thumbnail in Archives!
|
2014-05-28
, 00:26
|
|
Posts: 2,448 |
Thanked: 9,523 times |
Joined on Aug 2010
@ Wigan, UK
|
#1257
|
|
2014-05-28
, 00:28
|
|
Posts: 2,448 |
Thanked: 9,523 times |
Joined on Aug 2010
@ Wigan, UK
|
#1258
|
|
2014-05-28
, 07:39
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#1259
|
|
2014-05-28
, 13:43
|
|
Posts: 2,448 |
Thanked: 9,523 times |
Joined on Aug 2010
@ Wigan, UK
|
#1260
|
Just a little request that buggered me for a while - is it absolutely necessary, that every new version of cuteTube (no matter if it's a "small" bugfix-release) overwrites configuration to default? It's surely not a showstopper and I can live with it, but I'm just wondering if it's done on purpose, or effect of some overlook.
Thank you for your awesome work on cuteTube,
/Estel
Funnily enough, the problem still reccurs from time to time. Downloaded video plays in Media Player once, twice, five times, then out of the blue stops playing although it keeps playing fine in CuteTube. Killing mafw-dbus-wrapper as you suggest helps in those cases. Which makes the issue OT in this thread, sorry.
1. Downloading a video foo creates files foo.mp4 and .thumbnails/foo.jpg.
2. Dowloading foo again creates a copy named foo(1).mp4 and (1).jpg (note not .thumbnails/foo(1).jpg as one might expect).
3. foo(1).mp4 does not have a matching foo(1).jpg in the .thumbnails subfolder and thus it is shown in Archive with only the default thumbnail. So downloading it again is not going to help.
4. Deleting a video from Archiive deletes foo.mp4 but not .thumbnails/foo.jpg.
I have managed to reproduce your issue like this:
1. Download foo, creating foo.mp4 and .thumbnails/foo.jpg.
2. Delete foo, deleting foo.mp4 but leaving .thumbnails/foo.jpg behind.
3. Corrupt .thumbnails/foo.jpg (e.g. truncate it to zero bytes).
4. Download foo again: voila, no thumbnail in Archives!
Your use case may have been different but I would start by looking into your MyDocs/cuteTube/.thumbnails folder for leftover files.
Русский военный корабль, иди нахуй!