|
|
I looked at this and the verification is related to the source data read from the CD, not the resulting (encoded) file. In fact the ripped file may not exist yet, so "Ripped filename" would be misleading even more, as the verification is typically related to some temporary file with random filename with data saved to Temp before conversion. I will try to propagate at least something like "<track#>. <title>" to the decoder, so it can display this. |
|
|
Fixed in build 3150 (2024.2), as it needs more testing. Used current string, only instead of filename "<track#>. <title>" is used. |
|
|
Verified 3150 Much better than before. |
|
|
The change is great, but it makes reading the results much harder. As the result is not aligned anymore it makes it hard to diseminate the results. Breaking the result in multiple columns is likely the best solution to this. (Note that column width change by user is not remembered on current release). image.png (162,806 bytes) |
- Anonymous
