Thanks for your time and effort.
I tried a clean build OS, and new vm. I tried disabling the ethernet interface, but the picture still appears. If I copy without properties, the artwork is removed. It is in the file somewhere, there are no hidden files in the directory.
I've uploaded the file with the art removed. it is the same size.
http://www.mrg9999.com/pub/get_iplayer/T...emoved.m4a
I took a look at the file sizes of what you posted and they're as follows:
Code:
-rw-r-----@ 1 12560607 27 Jul 13:12 The_Archers-s01e17725-The_Archers-2015-07-26 - art removed.m4a
-rw-r-----@ 1 12560938 27 Jul 00:08 The_Archers-s01e17725-The_Archers-2015-07-26.m4a
-rw-r-----@ 1 36690 27 Jul 13:19 archers-b062kcdv.png
There's a 300 byte or so difference in the properties/no properties files. The artwork you posted is just under 37KB or so. It can't physically fit inside the files you posted at that size and with the reported file size differences - if they're correct.
It sounds more like theres something on your system watching for media files and automatically downloading and/or associating artwork.
If you are using a VM to download but are downloading to a network disk or local disk upon which you have some other programme monitoring for adding artwork it wouldn't matter if the VM was fresh or not. It's the OS in charge of the disk being downloaded to that's doing the adding.
Having had a look at both files you uploaded, there's definitely no artwork in the files themselves. It seems that copying without properties removes the association between the m4a file and the album art on your system.
My money is on another bit of software adding the album artwork and associating the m4a file to it.
You mentioned using iOS. iTunes will associate artwork to downloaded media without embedding it in side the file itself, it keeps the artwork in the database I believe and simply adds an association to the media file. That would fit with what's seemingly happening here.
If you disable the ethernet interface you won't be able to download anything, much less the thumbnail image, so I don't know what you were trying to prove with that.
Since the new file is the same size as the one you previously posted (which supposedly contained embedded artwork), that tells you that there is no embedded artwork in either one.
You said you copied the file "without properties" and the image disappeared. Those properties aren't stored in the file, so you need to find out what is creating filesystem metadata properties for your files. Neither get_iplayer nor AtomicParsley creates filesystem metadata.
I downed the interface, to see if vlc was pulling the image in real time, over the web. I monitored the connection with wireshark - zilch.
The first file in VLC has the image, the second, doesn't (just shows the traffic cone), it's definitely in the file somewhere!!
I did try m4art --extract and nothing in there. I'm extremely puzzled.
I installed a new win7 from iso, only installed get_iplayer and it the image appears in vlc or mplayer.
You can't extract artwork with mp4art because it isn't there. You won't be able to extract it with AtomicParsley for the same reason - I checked.
VLC caches artwork from files opened from disk, so no network access would be necessary. You would need to remove the relevant images from VLC's artwork cache before testing further. VLC won't pull from the net unless you've configured it to do so, and I think that is disabled by default.
As for mplayer, I assume you're referring to some kind of gui interface to mplayer. The only one I have is SMPlayer, and it doesn't show any embedded artwork for your files. To my knowledge, mplayer itself doesn't display embedded artwork in audio files. FWIW: PotPlayer, mpv and iTunes don't display artwork for your files, either.
I installed a virgin linux-mint virtual machine, installed get iplayer 2.9.4 from PPA.
ran the same commands and options (Although I'm getting mightily confused by now!) and get the same result in vlc, ie the picture.
As I've said, I can delete the image with external tools, so not a problem. I just want to work out why.
I've put the files on my webserver (
http://www.mrg9999.com/pub/get_iplayer/)
get_iplayer Output:
drwxr-xr-x 2 gerald gerald 4096 Jul 28 01:09 .
drwxr-xr-x 24 gerald gerald 4096 Jul 28 00:53 ..
-rw-r--r-- 1 gerald gerald 12471296 Jul 28 00:58 test1-with-art.mp3
-rw-r--r-- 1 gerald gerald 12466176 Jul 28 01:02 test2-no-artwork.mp3
command line
get_iplayer --type=radio --pid=b0639jpg --force --overwrite --verbose --aactomp3 --output "." --no-artwork
screenshot of vlc
Linux directory shows artwork / noartwork
[Image:
http://www.mrg9999.com/pub/get_iplayer/linux2.PNG]
[Image:
http://www.mrg9999.com/pub/get_iplayer/g...-linux.PNG]
Tried posting the log using the widget , but I received a 413, Entity too large.
The logfile is at (1.6MB)
http://www.mrg9999.com/pub/get_iplayer/logfile
I'll really quite understand if you don't respond.
Stop trying to use VLC to prove your point. You already know that it can grab cover art from files or from the net, and that it caches cover art separately from media files. Once you load a file in VLC tagged as an episode of The Archers that contains cover art, that image will be cached and used for other files tagged as episodes of The Archers. There is no way for us to know if you configured VLC to avoid that, and I don't even think you can avoid it with VLC 2.2. I was wrong about the default setting - you have to opt out of network metadata retrieval. Forget VLC and use a tool that only reads what is in the file, not what is cached on disk or stuffed into filesystem metadata. At the very least pick up a copy of Mediainfo, which will tell you if cover art is present. Otherwise you are just chasing your tail.
We can't support VLC or any other media player. If your iOS podcast app is choking on embedded artwork, take it up with the developer. For all we know that problem may have nothing to do with artwork. All you have demonstrated thus far is that both VLC and get_iplayer work as intended insofar as embedded artwork is concerned. The logs you provided earlier showed that get_iplayer (via AtomicParsley) did not embed artwork in the M4A output files. The two M4A files you provided did not contain embedded artwork. The Caja screenshot you posted shows the MP3 file you downloaded with get_iplayer does not contain embedded artwork. Your claims cannot be verified on Linux, OS X, or Windows. Multiple applications on all 3 platforms show that there is no artwork embedded when --no-artwork is used with get_iplayer. There is nowhere else to go with this, so don't waste your time setting up any more VMs. get_iplayer works the same on every platform.
Tip for the future: If you're going to post a log file, at least have the courtesy to remove all the (50!) failed downloads. You're not going to have artwork embedded in files that didn't download. Nobody, me included, is going to wade through all that spew. You weren't to know, but logs are useless for monitoring MP3 tagging. I had you switch to M4A for a reason.
Dinky
Thanks. I won't post anymore large files / screenshots.
As I said on my very first post, I can remove the image from the file or wherever it is, so that vlc displays its default image, so that it plays properly in pplayer (IOS).
I'm sorry about the log file size, I didn't realise under linux, it did this, I just piped it to logfile on my webserver directory, it was about 1am, I'm far from my best.
I ran it again just now 17:00 (verbose) and the logfile was 11k, both times.
On linux --no-artwork the file has no artwork, without it has artwork. I think you're right, there is something on windows that is getting and caching the artwork, even if it's not in the current directory.
In future, I'll probably use linux for get_iplayer, much more consistent result.
Once again thank you for all your assistance, I've definitely learned from the experience. I'll try and not be such <insert preferred rooster based expletive> in future.
