INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: Ripping problem with text not on files  (Read 1503 times)

Harroun4

  • World Citizen
  • ***
  • Posts: 143
Ripping problem with text not on files
« on: December 07, 2017, 05:16:14 am »

With the last release of version 23 64 bit, when ripping CD's to FLAC files, the is not being saved so it can be displayed on "file explorer" and other text editing programs. The test displays OK on MC, though.

Regards, Harroun

PS: rip a disc and then look at the results in windows file explorer, no title, artist, album name,
Logged

shAf

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 863
Re: Ripping problem with text not on files
« Reply #1 on: December 07, 2017, 07:50:06 am »

[...]
rip a disc and then look at the results in windows file explorer, no title, artist, album name,
What happens if you ‘update tags (from library)’?
Logged
cheerios from the Avalon Peninsula, Newfoundland

Harroun4

  • World Citizen
  • ***
  • Posts: 143
Re: Ripping problem with text not on files
« Reply #2 on: December 07, 2017, 11:59:28 am »

Update tags from library loads the data. But we should not have to use this tool for regular ripping of CD's.

Regards, Harroun
Logged

ferday

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 1732
Re: Ripping problem with text not on files
« Reply #3 on: December 07, 2017, 05:42:18 pm »

we don't.  mine tags the files just fine.

have you verified that the tags should be written to file? (options>library & folders>manage library fields)

Logged

Cinelder

  • World Citizen
  • ***
  • Posts: 212
Re: Ripping problem with text not on files
« Reply #4 on: December 07, 2017, 05:58:56 pm »

I have had this as an intermittent problem with 64-bit (don’t know about 32-bit) builds after build 73. I found it happened with all Build 8x so far (don't know about Build 89). 

When it occurs, metatag info is  not written in the ripped file.  If examined with win 10 explorer, there are no artist, album,  track number info written to the file after being ripped and edited in MC editor even though the expected tag info is displayed in MC. 

For example, my library ripping settings are supposed to write disc#-track# Trackname but instead of, say 1-01 Trackname, it appears in explorer as 01Trackname.  All tracks are tagged as track 1. 

It all looks correct on the first computer until the tracks are imported into a different computer running MC. 
Logged

Harroun4

  • World Citizen
  • ***
  • Posts: 143
Re: Ripping problem with text not on files
« Reply #5 on: December 07, 2017, 06:59:44 pm »

For some time now like for release 19, I have been reporting problems with ripping CD's. Very commonly wrong album artwork is automatically, this very consistent now. If one doing a lot of ripping (my collection is over 6000) and not vigilant, later there is wrong art work, and is noticed only during play back. To search all of the albums is a futile task. I am not a good proof reader.

I can rip only about 20 or 30 albums and have to rebot the computer to get stable operation restored.

Unicode complex fonts display correctly, but can not be edited. Definitely from experience Thai language is impossible to edit. This problem must affect your customers in many none English countries.

Sometimes I end up with too many tacks showing up for a CD, or the previous track text loaded onto a new one.

There is a long time suggestion to give us the ability to resume play from the last track played in each list when switching from one to another. For those with large collection, the program is useless. My total tacks run to about 130,000, with each genre list between 10,000 and 40,000 tracks. The program wants to start and the beginning on every change. How can one remember the last location and scroll down through all the individual tracks to continue playback?? Impossible. Radio KISS is not the answer.

This could be a great program, however user problems and recommendations are not being followed up on. This ruins the a lot of good points.

Sorry, Harroun
Logged
Pages: [1]   Go Up