Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: foobar2000 v1.1.7 beta (Read 39808 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

foobar2000 v1.1.7 beta

Reply #26 –
Can be added ability to view album art in properties dialog in next version?

foobar2000 v1.1.7 beta

Reply #28 –
So, I just downloaded the new beta, mainly to see the new embedding-feature.
And here are some comments/thoughts regarding it:
- It's a bit inconvenient not being able to edit the pictures while the track is playing since it's usually the one you'd wanna edit. "Attached editing picture failure: Sharing violation"
- Also, going through the drop-down menu to embed a picture is pretty time consuming since you have to locate the file on the hard drive. Instead it would be quicker to just be able drag and drop the file onto the Album Art Viewer, and then maybe some pop-up would ask whether it is the front or back or whatever.

Also on a sidenote: It would be neat to be able to change the colors on each UI Element separately.

foobar2000 v1.1.7 beta

Reply #29 –
foobar2000 v1.1.7 beta 2 was just released.
  • Ability to add/remove embedded pictures in vorbis and speex files


Download - Changelog

foobar2000 v1.1.7 beta

Reply #30 –
Quote from: pilo on
- It's a bit inconvenient not being able to edit the pictures while the track is playing since it's usually the one you'd wanna edit. "Attached editing picture failure: Sharing violation"

Because of the way ID3v2 tags work, it's not really possible to change them while the file is loaded in memory.

foobar2000 v1.1.7 beta

Reply #31 –
albumart support is gr8, but I'd like to see it better integrated, mainly to be able to see all available albumart in props dialog, and optionally during playback, hopefully this gets in next betas done.
I've noticed that not only Ogg container is supported but flac also. Would it be possible to embed album art into TAK files? Thanks.

foobar2000 v1.1.7 beta

Reply #32 –
When I select a single file without any embedded images, foobar still lets me "remove" any type of image through the context menu, over and over. Even with a warning every time that the image will be permanently gone.
I know this is setup as a batch processing (from the window title), so also for a larger selection, but shouldn't the option of deleting a (certain type of) image be only possible if there is (at least) one (in the selection)?
In theory, there is no difference between theory and practice. In practice there is.
 

foobar2000 v1.1.7 beta

Reply #33 –
Thanks for the album art support, but somehow when I add some artwork to FLAC file, it increases its bitrate in properties->bitrate property. That's not good, right?

foobar2000 v1.1.7 beta

Reply #34 –
Quote from: GeSomeone on
most notably the EBU R128 based scanner takes more of the low end into account, the old scanner seemed to ignore a bit too much there.

I won't make a case for making the type of replaygainscanner user configurable, but I hope there might become a plugin available with the "old" scanner, like there has been for the new one. On some occasions I found 70's music (jazz, piano or synthesizer) more uneven and louder than with the old scanner. Tracks with a single instrument were too loud compared to busy tracks. In this case the old scanner fixed this.

Completely agree. I have scanned many different albums and come to same conclusion.
'Old' method is preferable for me. Would be excellent, if plugin with "old" replay gain scanner become available.

foobar2000 v1.1.7 beta

Reply #35 –
Can you guys elaborate more on this? I'd like a few examples, like songs, etc.

foobar2000 v1.1.7 beta

Reply #36 –
This issue does not pertain to 1.1.7 Beta. I realize it is a concern to some others. You could append your questions to the existing technical threads or start a new one.

How about "I have not ABX anything but the FUD is killing me" for a thread title. 

foobar2000 v1.1.7 beta

Reply #37 –
Quote from: tpijag on
This issue does not pertain to 1.1.7 Beta.

To get back On Topic, I'd like to add that in 1.1.7(b) the RG algorithm has improved on this point due to changes in ebur128lib. (Note that I was quoted from the 1.1.6beta thread.)

Also the "old" RG was not always 100% perfect either. I love the replaygain feature in foobar anyway.

@tpijag: ABX is not the point here, RG values can be compared easily but small differences will presumably go unnoticed during normal listening.
In theory, there is no difference between theory and practice. In practice there is.

foobar2000 v1.1.7 beta

Reply #38 –
Quote from: Anakunda on
albumart support is gr8, but I'd like to see it better integrated, mainly to be able to see all available albumart in props dialog, and optionally during playback, hopefully this gets in next betas done.

Agreed.  I'd like the dialog to show what's there now and after attaching the image.  It would also be nice to be able to paste an image from the clipboard, instead of just being able to attach an image file. 

If adding a cover would be a sharing violation, presumably because the song is being played, it would be helpful to queue the operation so it could be added when the song is no longer being played.  Or was this previously rejected due to concerns over confusion, file integrity, etc.?

foobar2000 v1.1.7 beta

Reply #39 –
Beta 3 is out. You can now batch-attach images in a manner similar to how foobar2000's external album art loading works.

Quote from: pilo on
- It's a bit inconvenient not being able to edit the pictures while the track is playing since it's usually the one you'd wanna edit. "Attached editing picture failure: Sharing violation"
Noted.

Quote from: Anakunda on
I've noticed that not only Ogg container is supported but flac also. Would it be possible to embed album art into TAK files? Thanks.
OK, since TAK format uses APE tags, I'll just add it to recognized APE-tag formats.

Quote from: GeSomeone on
When I select a single file without any embedded images, foobar still lets me "remove" any type of image through the context menu, over and over. Even with a warning every time that the image will be permanently gone.
I know this is setup as a batch processing (from the window title), so also for a larger selection, but shouldn't the option of deleting a (certain type of) image be only possible if there is (at least) one (in the selection)?
Tied to the fact that foobar2000 doesn't "know" whether a file has attached pictures the way it "knows" other information that's shown by eg. the properties dialog; attached picture information is read from the file on need-to-view basis. I need to add some kind of a tech info field that reports attached image types, then fixing this will be trivial.

Quote from: steffyno on
Thanks for the album art support, but somehow when I add some artwork to FLAC file, it increases its bitrate in properties->bitrate property. That's not good, right?
Reported bitrate change is related to file size increase; it's nothing to worry about. I'll look into possibly making FLAC bitrate calculation more accurate (exclude tags/headers).
Microsoft Windows: We can't script here, this is bat country.

foobar2000 v1.1.7 beta

Reply #40 –
I think that "When attached picture already exists" is strangely worded, it kind of implies that it'll skip when the exact picture you're trying to embed is present.

Will there be resizing options in the future? My library is small compared to others, but embedding the full size art to each track would add over 3 gigs.

foobar2000 v1.1.7 beta

Reply #41 –
please add paranoia option.

Preferences | Advanced | Tagging | Force delete pictures

I hate pictures in audio files. (I don't want to waste my disk.)

foobar2000 v1.1.7 beta

Reply #42 –
Quote from: pulbitz on
please add paranoia option.

Preferences | Advanced | Tagging | Force delete pictures

I hate pictures in audio files. (I don't want to waste my disk.)

There is already a way to do this using the properties dialog:
Metadata tab: ctrl+a (select all), ctrl+c (copy), tools => remove tags, shift+ctrl+v (paste fields), apply.
That works for all formats using APE or ID3 tags (MP3, Musepack, WavPack, APE, TAK). Unfortunately it is powerless against other formats (WMA, FLAC, MP4, whatever Ogg).

I'll put a proper "remove all pictures" command on my todo list.
Microsoft Windows: We can't script here, this is bat country.

foobar2000 v1.1.7 beta

Reply #43 –
Quote from: Peter on
Quote from: pulbitz on
please add paranoia option.

Preferences | Advanced | Tagging | Force delete pictures

I hate pictures in audio files. (I don't want to waste my disk.)

There is already a way to do this using the properties dialog:
Metadata tab: ctrl+a (select all), ctrl+c (copy), tools => remove tags, shift+ctrl+v (paste fields), apply.
That works for all formats using APE or ID3 tags (MP3, Musepack, WavPack, APE, TAK). Unfortunately it is powerless against other formats (WMA, FLAC, MP4, whatever Ogg).

I'll put a proper "remove all pictures" command on my todo list.

thanks!!!

foobar2000 v1.1.7 beta

Reply #44 –
Quote from: Peter on
Quote from: pulbitz on
please add paranoia option.

Preferences | Advanced | Tagging | Force delete pictures

I hate pictures in audio files. (I don't want to waste my disk.)

There is already a way to do this using the properties dialog:
Metadata tab: ctrl+a (select all), ctrl+c (copy), tools => remove tags, shift+ctrl+v (paste fields), apply.
That works for all formats using APE or ID3 tags (MP3, Musepack, WavPack, APE, TAK). Unfortunately it is powerless against other formats (WMA, FLAC, MP4, whatever Ogg).

I'll put a proper "remove all pictures" command on my todo list.


I want to point out that (if nothing's changed since 1.1.6) this method won't preserve any tags that are non-standard (the ones that show up like <TAG> in the dialog box) since the holders of these tag values also disappear when you remove all tags.

foobar2000 v1.1.7 beta

Reply #45 –
Concerning what happens to tags with the remove and paste approach and the comment that tags enclosed in <> in the properties dialog box would be lost, it would be great if someone could clarify what happens with tags listed as natively supported on the Foobar2000 ID3 Tag Mapping page http://wiki.hydrogenaudio.org/index.php?ti...ID3_Tag_Mapping, but are are displayed within <> in the properties dialog box.  <unsynced lyrics> (mapped to USLT) is one such tag.

thanks

foobar2000 v1.1.7 beta

Reply #46 –
sylla, Godrick: Tags are displayed as <TAGNAME> in the properties dialog when they are not listed in Standards Fields for a user's display preferences (advanced preferences->Display->Properties dialog). It has nothing to do with ID3 mapping or how they are read by fb2k or written to tags.


As per Peter's explanation, field names are most definitely preserved when using the Paste Fields function  (Ctrl+shift+V), not using standard paste (Ctrl+V). Your reading comprehension is poor.
elevatorladylevitateme

foobar2000 v1.1.7 beta

Reply #47 –
You are right. Sorry about that.

foobar2000 v1.1.7 beta

Reply #48 –
Quote from: Peter on
I'll put a proper "remove all pictures" command on my todo list.


It would be great if there where an option not only to remove all pictures from tags but to save one cover picture per album as <filename>, so that one could get rid of all embedded artwork and still keep a folder.jpg for each album.

I imagine foobar would just take the embedded front cover artwork from the first track of each set and save it in the track's directory (maybe appending some suffix if the file already exists). If you want to take account of compilations with individual track pictures there could be a checksum comparison between all track artworks in order to save each unique artwork (IMHO rather dispensable).

foobar2000 v1.1.7 beta

Reply #49 –
It would be great if the dialog for cover images was a part of the Properties dialog (under its own tab), rather than a completely separate window.