This code works.
There is an issue with the path here.
If I'm in the CWD of the file and run rage_thumb it'll get the album art work
Otherwise WHATEVER i do trying to get the program
With the above patch this works: $ /opt/lib/rage/utils/rage_thumb "Alien 3.mp4" 10000 1 $ tycat /home/netstar/.cache/rage/albumart/8e/62635d6a7d9302ea99290b11e3d57041c093df.jpg
This on the other hand:
/opt/lib/rage/utils/rage_thumb "/home/netstar/Videos/Alien.mp4" 10000 1
Dosnt work it just generates an image from the file....!!!!
Am a bit confused looking at the path in thumb.c it looks ok???
That is a bad example...
I've both films. The same happens with "Alien 3.m4v" and "Aliens.m4v" bad example on my part. Oops!!!
I don't understand but the Video thumbnails are only properly generated if I change the CWD of /usr/local/lib/rage/utils/rage_thumb when searching for video thumbnails to $HOME/Videos and then use just the filename - otherwise it'll fail.
well i can say for sure that CWD isnt changed to make rage_thumb work... cwd is whatever rage the process inherits... and generally for me cwd is $HOME but sometimes something else and it works... rage_thumb should be getting passed full paths by rage as we hash the full path to fighure out the thumb hash to use... as the same filename in 2 dirs may definitely not be the same file or movie or music etc. eg /home/user/Music/Smellyband/Albumofants/track1.mp3 ... the file is track1.mp3 but the file path really matters... :)
Hi it must be something to do with the mmap...in emotion we're using. I recall beforehand full path worked fie with memset...so the above code without the bogus chdir worked with a copy of data...
Wonder why this happens?
So with the mmap there is an image returned but it's some other image, unless change the CWD and then emotion_file_meta_artwork_get cannot get the actual album art image!