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: Native diskwriter (Read 4191 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Native diskwriter

Hello

What would be the chance of having a native diskwriter feature sometime in the future? I.e. it outputs in exactly the same format as the input.

I can think of two uses for this:

1. Stream ripping - yes i know about the alternative foo_read_http.dll but i've always felt that it's a bit of a hack, writing do the disk should be left up to the diskwriter.

2. Splitting an mp3+cue file into seperate mp3 files, unless there's another way of doing this...

cheers

Native diskwriter

Reply #1
well, 1) the diskwriter is meant for feeding decoded data to encoders writing the encoded result to disk, and more importantly 2) the input plugins are exclusively supposed to hand decoded data to foobar2000 that can be played back without any further processing. because of this there is pretty much currently no cleaner way to implement stream saving the way you requested right now, other than what foo_read_http already does.


as far as splitting mp3s by cuesheets is concerned, there generally isn't any method to do this without recompressing. this is a limitation of the mp3 format (and many other lossy formats as well, for that matter).
A riddle is a short sword attached to the next 2000 years.

Native diskwriter

Reply #2
Quote
as far as splitting mp3s by cuesheets is concerned, there generally isn't any method to do this without recompressing. this is a limitation of the mp3 format (and many other lossy formats as well, for that matter).

Both mp3DirectCut and musicutter support this, even though the resulting MP3s won't be gapless.
"To understand me, you'll have to swallow a world." Or maybe your words.

Native diskwriter

Reply #3
indeed, that's an option if you don't want to split live music / mix cds.

You just got my limited point of view as a lover of live music which just has to be gapless
A riddle is a short sword attached to the next 2000 years.

Native diskwriter

Reply #4
Quote
well, 1) the diskwriter is meant for feeding decoded data to encoders writing the encoded result to disk, and more importantly 2) the input plugins are exclusively supposed to hand decoded data to foobar2000 that can be played back without any further processing. because of this there is pretty much currently no cleaner way to implement stream saving the way you requested right now, other than what foo_read_http already does.


Yep i understand, what's needed is a new option to pass the raw undecoded format through to the diskwriter.

Quote
Both mp3DirectCut and musicutter support this, even though the resulting MP3s won't be gapless.


Would it possible to make the produced mp3s gapless in foobar by adding 'enc_delay' and 'enc_padding'?

Native diskwriter

Reply #5
If the MP3s are split on boundaries that don't mess up the bit reservoir, if the encoder even made it possible for such a thing to work, then they would be gapless without LAME/VBR header.

If the split only results in files that are as gapless as LAME's no gaps setting, then said files won't play back properly anyway, as each file depends on what the last one left in the reservoir, and they will only play if the same decoder instance is used to play them all in the proper order.

Native diskwriter

Reply #6
has been requested many times ...

(i would like it too)

Native diskwriter

Reply #7
i second that

the only way to do what you want (direct-copy) is by changing the ctrl+c function (copy file information) to a huge script, exporting that to a .bat file and running that... the problem is i can't find that thread back

we even got it to work with exporting from rar/ace/zip files, but it was a pretty tedious process..

so once again i am replying in a new topic for this request.. for the 4th time already..

find it in your hearts to give us this option, oh mighty foobar gods
[..:: West Coast Electro Sound of Holland ::..]

Native diskwriter

Reply #8
To make this clear: A 'native diskwriter' is not gonna happen, since it's not implementable.
Some formats can only be cut at frame boundries (MPC SV7), some only with technical difficulties and not sample exact, many lossless formats can't be cut at all (without transcoding).

Seperate applications are a much saner choice for editing operations like splitting or joining.
"To understand me, you'll have to swallow a world." Or maybe your words.

Native diskwriter

Reply #9
and transcoding defeats the whole point of native diskwriting...

But I still think that native diskwriter has value for foo_read_http.

Native diskwriter

Reply #10
Reread my post! It's not implementable! Use Streamripper to capture HTTP streams.

dev0
"To understand me, you'll have to swallow a world." Or maybe your words.

Native diskwriter

Reply #11
relax