ReClock DirectShow filter : try it ! - Page 33

Cyberace · 31st January 2006, 21:35

Quote:

Originally Posted by Lil' Jer

What are you talking about? The GPL code is included in the binaries...

According to the GNU Public License (GPL) if you use just any GPL code in your code you must release the full source code of that binary and not just the part of the code that you changed (which means Ogo must release the full source code of ReClock that the versions that incuded borrowed GPL or he is violating the license), ...if however the code he borrowed was under the Lesser GNU Public License (LGPL) then it would be enough to do what he did and just release the part of the code that he changes, but as it wasn't/isn't under LGPL

No OSD developer would/can argue with that (and be found in the right).

foxyshadis · 31st January 2006, 23:42

Does the license, or official interpretations of it, specify that removal of gpl code and removal of old binaries is sufficient or insufficient to remediate infringement?

kallekill · 1st February 2006, 10:00

Quote:

Originally Posted by clehner

What do you mean? The quality depends on the resampling quality of your sound card.

I was referring to the following quote from the readme-file. I was wondering if that is true for timestreching as well.

Quote:

"Hardware resampling gives better sound quality (no degradation in quality at all), but due to some limitations of some soundcards, it may not work well on all of them (you may experience sound desynchronisation). That’s why it is not recommended."

clehner · 1st February 2006, 10:24

Yes, and that confirms what I say, the quality depends on your sound card. Get a decent sound card (like M-Audio) and you are in the clear.

HIH

kallekill · 1st February 2006, 18:58

Quote:

Originally Posted by clehner

Yes, and that confirms what I say, the quality depends on your sound card. Get a decent sound card (like M-Audio) and you are in the clear.

HIH

How I understand the quote is that the audio quality doesn't depend on the card. You will always get resampling that has no degradation in quality if you check "do resampling with hardware". But if you got a bad card you will experience other problems like sound desynchronisation.

Also this only mentions resampling and not changing the pitch which is what the timestretching option is doing. The readme file only mentions that the timestretching option degrades quality. I was wondering if the pitch also is done in hardware if you chose do resampling with hardware or if it is always done in software and still degrades the quality.

Cyberace · 1st February 2006, 20:50

Quote:

Originally Posted by foxyshadis

Does the license, or official interpretations of it, specify that removal of gpl code and removal of old binaries is sufficient or insufficient to remediate infringement?

don't think a case like that with the GPL has ever gone to court and as far as I know the GPL doesn't specify any conditions in which you can remove GPL code to 'undo' previous violation, however I'm sure it' not allowed; he should have read and followed the license when he selcted to use GPL code in his project so what's done is done, he must release the full source code of all the previous binary versions that included GPL code.

I don't think anyone will sue him but what he did was wrong, and as I see it the only way he can make that up to the OSD community is by releasing the full source code on those binaries. Worst case senario if he doesn't (and no ones sues) is that he gets 'black-listed' by the OSD community which is not a nice thing.

clehner · 7th February 2006, 10:37

Quote:

Originally Posted by kallekill

I was wondering if the pitch also is done in hardware if you chose do resampling with hardware or if it is always done in software and still degrades the quality.

Let me check on that.

However, the right thing to do that is play PAL with 24fps. Everything else is just not optimal anyways.

kallekill · 7th February 2006, 14:52

Quote:

Originally Posted by clehner

Let me check on that.

However, the right thing to do that is play PAL with 24fps. Everything else is just not optimal anyways.

24 fps and 23,976 fps movies stutter a lot on a tv screen. Playing them on a PAL tv in 25 fps is supersmooth.

clehner · 7th February 2006, 15:12

Quote:

Originally Posted by kallekill

24 fps and 23,976 fps movies stutter a lot on a tv screen. Playing them on a PAL tv in 25 fps is supersmooth.

I understand. You should get a display that can do 48Hz

MfA · 7th February 2006, 21:04

Quote:

Originally Posted by foxyshadis

Does the license, or official interpretations of it, specify that removal of gpl code and removal of old binaries is sufficient or insufficient to remediate infringement?

Legally it isn't ... morally it's pretty shaky too. Sure he did have to do a whole lotta work exploring the deeper recesses of windows playback ... but the code he linked in wasn't exactly a couple of easily replicated library routines either.

Whether it's legal now depends on whether he stopped distributing the GPL'ed code ... and AFAICS he has not. This thread should have been locked/removed a long time ago.

Specifically he is still breaking the following part of the GPL :

"These requirements apply to the modified work as a whole. If identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works. But when you distribute the same sections as part of a whole which is a work based on the Program, the distribution of the whole must be on the terms of this License, whose permissions for other licensees extend to the entire whole, and thus to each and every part regardless of who wrote it."

Im pretty sure he knows it too, since he says this "This is more GPL compliant" in the changelog ... which is like being a bit pregnant.

Ogo, if you are still reading this after all this time ... it's not in the spirit of the GPL what you have done, the spirit of the GPL is share and share alike under the same conditions. When people want to license something under the LGPL or BSD licenses they do so, when they don't they don't. Sure, it was your own big mouth which brought this to light but that is hardly an excuse now is it.

foxyshadis · 8th February 2006, 06:51

I guess part of the problem is that GPL is still a voluntary license. You pick it up and you're expected to obey it, but almost invariably there's no teams of lawyers, no court appearances, no judgements, and very little anyone can do about it except try to get the word out about violations. For all its strong language, it asks people to follow the rules out of the goodness of their hearts, knowing there will be no effective punishment for ignoring them.

Sveasoft for one has been thumbing its nose at a company as huge as cisco and the wrt54g's extensive fanbase for years, and diluting the "scariness" of the license, because cisco just doesn't care about enforcing its GPL rights. They might as well have made it BSD/X11.

Cyberace · 8th February 2006, 12:39

Non the less, the GPL is a legal contact and you are bound by law to follow it if you choose to use GPL code in your project, the original authors do have the right to sue (and probebly would winn in this case), though in most cases they probebely don't have the money, time and/or interest to do so, ...however know that there 'Pro Bono' orginazations and firms available that volunteer for free to protect the rights of OSD (Open Source Development) projects, but these foremost prioritize cases when big companies violate GPL/LGPL licenses and make money by doing so, not the individuals who borrow GPL/LGPL code for use in their software for which they don't charge anything for.

http://www.gnu.org/philosophy/enforcing-gpl.html
http://www.fsf.org
http://www.softwarefreedom.org
http://www.open-mag.com/features/Vol_66/GNU/GNU.htm

fanbanlo · 29th May 2006, 10:48

just tried the Kernel Streaming output, doesn't work with my AV-710 (Envy24-HTS).

Anyone got it working?

Also... can't register successfully on their own forum... never received their activation e-mail... ~_~

Harmonica · 2nd September 2006, 02:23

This thread is a little old but hopefully this is the right place.. could someone tell me what the correct method is to correct a PAL 25fps movie encoded from 24fps or 23~fps using ReClock?

Specifically, I'm playing the new Battlestar PAL Season 2 DVDs, which I think have been incorrectly transfered from 24fps or NTSC 23~fps (unless the HDTV format they record in is PAL 25fps - I'm asking some fan forums right now) because the voices are pretty chipmunky compared to the Region 1 box set I have which runs at 23~fps. So I think they avoided timestretching..

edit: found out in this thread at avsforum that the correct method is to run at 24fps and tick PAL SpeedDown.

digitaltoast · 12th November 2006, 00:08

This reclock thing is messing with AutoGk - if I run autogk with windows locked, reclock comes up with some message about my video card being incompatible, yet this messages doesn't appear if I've not locked the machine.

I don't want to leave windows unlocked, so I uninstalled ReClock.
Except it's not gone! How do I rid of all traces of it, properly, so it doesn't interfere? Thanks

leeperry · 31st January 2008, 19:36

anyone having problems with resampling 1536 kbit/s audio streams from 23.976 to 24 fps ?

I tried it all, all I get is random glitches........it's perfectly fine with <=640 kbit/s streams...

TheShadowRunner · 10th March 2008, 23:06

Since:
- ReClock's forum on free.fr is dead
- Ogo may be watching this thread, who knows ^^;
- The ReClock code sold to slysoft hasn't been put to good use so far (and what's up with DVDRecClock, I certainly use ReClock for media too..)
Here's a compilation of enhancements and bugs for the latest ReClock 1.7b4.

Enhancements:

- Add support for EVR and Haali's video renderers. (the "Tearing test" on those would be most interesting..)

- Add detection of framerate from h.264 video streams

- Option to blacklist some file extensions or video stream types from being treated by ReClock (I'm thinking of those crazy WMV files @ 120fps which make ReClock alternate all the time between 24fps and 30fps modes while the media is playing, and no, my display cannot do 120hz :/)

- Allow the user to define his own shortcuts to access the "Tearing Test" and "Show Vsync on screen". Shift+Ctrl+Alt+F9 or F10 is very impractical and very hard to emulate via an IR remote control (it works 2-3 times out of 10 button presses at most :/)
I would be perfectly happy with just "F9" & "F10" without all the rest hehe.

Bugs:

- Enabling/Disabling the "Tearing Test" doesn't sem to work the way it is supposed to.
The problem is that when enabling the "Tearing Test", Reclock will automatically enable the "Show Vsync on screen" feature as well.
And if we disable the "Show VSync on Screen feature", then everything disappears. It's not possible to have the "Tearing Test" running alone. Therefore why the need for 2 checkboxs (and 2 shortcuts)?

- The major and most annoying bug:
Pc specs: XPSP2, Geforce8500GT, nvidia 169.44, IntelE2180
Screen: sony hdtv with 1080p@48, 1080p@50 & 1080p@60
Reclock settings: Speed:"Auto (best)", always in PCM mode, no vsync correction for VMR9.
ZP video renderer: VMR9 windowed (VMR9 renderless & windowless have too much problems being displayed correctly after RunEvent.vbs resolution change, getting a persistent black screen most of the time with those renderers)
The bug :
If I let a video play without any interruption from start to finish, it will always be perfectly smooth all the time (the joys of watching the "tearing test" for 1h30

). ReClock does its job perfectly.
But If i interract with the video, using fast-forward or rewind, maybe 2 times out of 10 when the video resumes at normal speed, it will be totally jerky.
I'm *not* talking about tearing, more in details, the "tearing test" will show the line "jumping", although the "vsync on screen" is perfectly stable and there's no tearing whatsoever.
A very easy way to correct this issue is to simply to pause, wait 2 seconds and then resume the video. Then everything becomes perfectly synced again.
What could be the cause of this?
It happens with all renderers (VMR7, Overlay, all VMR9s and EVEN VMR9 Renderless Exclusive.)
It happens will all video stream types, DVD movies included.
It happens under any frequency 48hz, 50Hz & 60hz.

Ogo, is the above issue what you are talking about here:
"You may experience permanent jerky playback sometimes (maybe 10% of the time). Seeking the movie or Pause/Play will solve the problem. This is caused by the video renderer drawing each frame exactly during vertical blank which is not a good idea. This problem is exacerbated with ReClock, because the video renderer will stay in sync with the video card, thus drawing each frame during vertical blank. I don't know yet how to solve this (writing a new video renderer would be a solution but this is not an option !)"

Is there trully no solution to this even as of now? (that Ogo quote is old, to say the least)
How come this problem doesn't seem to bother anyone?

Thanks for reading and here's hoping Ogo still has plans for his wonderful creation. It can't be dead, not just yet, please.

Later,

TSR

hagayg · 11th March 2008, 13:10

Without really knowing the reason you are using reclock i suggest you to read the following thread :

http://forum.doom9.org/showthread.php?t=135504

you might find it more helpful than keep on waiting/using reclock

leeperry · 11th March 2008, 13:14

well I'm using Reclock in 23.976@24 in 48Hz, and lemme tell you THIS IS SMOOTH

"ConvertFps" in the avisynth part of ffdshow is worthless, it's blurry like hell due to frames blending

hagayg · 11th March 2008, 13:29

if your eyes see 24fps as smooth you are somewhat lucky

also i wonder what you do when you get a 25fps file or ~30fps file.

I suggest you to try the convertfps on a well encoded mkv or avi...

and btw , if all you need is 23.976->24 conversion you could use the assumefps of avisynth, same effect much less overhead...

1st February 2006, 10:24	#644 \| Link
clehner Registered User Join Date: Apr 2003 Posts: 13	Yes, and that confirms what I say, the quality depends on your sound card. Get a decent sound card (like M-Audio) and you are in the clear. HIH __________________ http://www.kino-pc.de

2nd September 2006, 02:23	#654 \| Link
Harmonica Registered User Join Date: Jul 2006 Posts: 1	This thread is a little old but hopefully this is the right place.. could someone tell me what the correct method is to correct a PAL 25fps movie encoded from 24fps or 23~fps using ReClock? Specifically, I'm playing the new Battlestar PAL Season 2 DVDs, which I think have been incorrectly transfered from 24fps or NTSC 23~fps (unless the HDTV format they record in is PAL 25fps - I'm asking some fan forums right now) because the voices are pretty chipmunky compared to the Region 1 box set I have which runs at 23~fps. So I think they avoided timestretching.. edit: found out in this thread at avsforum that the correct method is to run at 24fps and tick PAL SpeedDown. Last edited by Harmonica; 6th September 2006 at 22:56.

12th November 2006, 00:08	#655 \| Link
digitaltoast Registered User Join Date: Mar 2005 Posts: 34	Help - I can't get rid of reclock even after uninstall! This reclock thing is messing with AutoGk - if I run autogk with windows locked, reclock comes up with some message about my video card being incompatible, yet this messages doesn't appear if I've not locked the machine. I don't want to leave windows unlocked, so I uninstalled ReClock. Except it's not gone! How do I rid of all traces of it, properly, so it doesn't interfere? Thanks

11th March 2008, 13:10	#658 \| Link
hagayg Registered User Join Date: Feb 2008 Posts: 18	Without really knowing the reason you are using reclock i suggest you to read the following thread : http://forum.doom9.org/showthread.php?t=135504 you might find it more helpful than keep on waiting/using reclock Last edited by hagayg; 11th March 2008 at 13:17.

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

31st January 2006, 23:42	#642 \| Link
foxyshadis Angel of Night Join Date: Nov 2004 Location: Tangled in the silks Posts: 9,562	Does the license, or official interpretations of it, specify that removal of gpl code and removal of old binaries is sufficient or insufficient to remediate infringement?

8th February 2006, 06:51	#651 \| Link
foxyshadis Angel of Night Join Date: Nov 2004 Location: Tangled in the silks Posts: 9,562	I guess part of the problem is that GPL is still a voluntary license. You pick it up and you're expected to obey it, but almost invariably there's no teams of lawyers, no court appearances, no judgements, and very little anyone can do about it except try to get the word out about violations. For all its strong language, it asks people to follow the rules out of the goodness of their hearts, knowing there will be no effective punishment for ignoring them. Sveasoft for one has been thumbing its nose at a company as huge as cisco and the wrt54g's extensive fanbase for years, and diluting the "scariness" of the license, because cisco just doesn't care about enforcing its GPL rights. They might as well have made it BSD/X11.

8th February 2006, 12:39	#652 \| Link
Cyberace Registered User Join Date: May 2003 Posts: 132	Non the less, the GPL is a legal contact and you are bound by law to follow it if you choose to use GPL code in your project, the original authors do have the right to sue (and probebly would winn in this case), though in most cases they probebely don't have the money, time and/or interest to do so, ...however know that there 'Pro Bono' orginazations and firms available that volunteer for free to protect the rights of OSD (Open Source Development) projects, but these foremost prioritize cases when big companies violate GPL/LGPL licenses and make money by doing so, not the individuals who borrow GPL/LGPL code for use in their software for which they don't charge anything for. http://www.gnu.org/philosophy/enforcing-gpl.html http://www.fsf.org http://www.softwarefreedom.org http://www.open-mag.com/features/Vol_66/GNU/GNU.htm

29th May 2006, 10:48	#653 \| Link
fanbanlo Registered User Join Date: Apr 2006 Posts: 20	just tried the Kernel Streaming output, doesn't work with my AV-710 (Envy24-HTS). Anyone got it working? Also... can't register successfully on their own forum... never received their activation e-mail... ~_~

31st January 2008, 19:36	#656 \| Link
leeperry Kid for Today Join Date: Aug 2004 Posts: 3,494	anyone having problems with resampling 1536 kbit/s audio streams from 23.976 to 24 fps ? I tried it all, all I get is random glitches........it's perfectly fine with <=640 kbit/s streams...

10th March 2008, 23:06	#657 \| Link
TheShadowRunner Registered User Join Date: Feb 2004 Posts: 399	Since: - ReClock's forum on free.fr is dead - Ogo may be watching this thread, who knows ^^; - The ReClock code sold to slysoft hasn't been put to good use so far (and what's up with DVDRecClock, I certainly use ReClock for media too..) Here's a compilation of enhancements and bugs for the latest ReClock 1.7b4. Enhancements: - Add support for EVR and Haali's video renderers. (the "Tearing test" on those would be most interesting..) - Add detection of framerate from h.264 video streams - Option to blacklist some file extensions or video stream types from being treated by ReClock (I'm thinking of those crazy WMV files @ 120fps which make ReClock alternate all the time between 24fps and 30fps modes while the media is playing, and no, my display cannot do 120hz :/) - Allow the user to define his own shortcuts to access the "Tearing Test" and "Show Vsync on screen". Shift+Ctrl+Alt+F9 or F10 is very impractical and very hard to emulate via an IR remote control (it works 2-3 times out of 10 button presses at most :/) I would be perfectly happy with just "F9" & "F10" without all the rest hehe. Bugs: - Enabling/Disabling the "Tearing Test" doesn't sem to work the way it is supposed to. The problem is that when enabling the "Tearing Test", Reclock will automatically enable the "Show Vsync on screen" feature as well. And if we disable the "Show VSync on Screen feature", then everything disappears. It's not possible to have the "Tearing Test" running alone. Therefore why the need for 2 checkboxs (and 2 shortcuts)? - The major and most annoying bug: Pc specs: XPSP2, Geforce8500GT, nvidia 169.44, IntelE2180 Screen: sony hdtv with 1080p@48, 1080p@50 & 1080p@60 Reclock settings: Speed:"Auto (best)", always in PCM mode, no vsync correction for VMR9. ZP video renderer: VMR9 windowed (VMR9 renderless & windowless have too much problems being displayed correctly after RunEvent.vbs resolution change, getting a persistent black screen most of the time with those renderers) The bug : If I let a video play without any interruption from start to finish, it will always be perfectly smooth all the time (the joys of watching the "tearing test" for 1h30 ). ReClock does its job perfectly. But If i interract with the video, using fast-forward or rewind, maybe 2 times out of 10 when the video resumes at normal speed, it will be totally jerky. I'm not talking about tearing, more in details, the "tearing test" will show the line "jumping", although the "vsync on screen" is perfectly stable and there's no tearing whatsoever. A very easy way to correct this issue is to simply to pause, wait 2 seconds and then resume the video. Then everything becomes perfectly synced again. What could be the cause of this? It happens with all renderers (VMR7, Overlay, all VMR9s and EVEN VMR9 Renderless Exclusive.) It happens will all video stream types, DVD movies included. It happens under any frequency 48hz, 50Hz & 60hz. Ogo, is the above issue what you are talking about here: "You may experience permanent jerky playback sometimes (maybe 10% of the time). Seeking the movie or Pause/Play will solve the problem. This is caused by the video renderer drawing each frame exactly during vertical blank which is not a good idea. This problem is exacerbated with ReClock, because the video renderer will stay in sync with the video card, thus drawing each frame during vertical blank. I don't know yet how to solve this (writing a new video renderer would be a solution but this is not an option !)" Is there trully no solution to this even as of now? (that Ogo quote is old, to say the least) How come this problem doesn't seem to bother anyone? Thanks for reading and here's hoping Ogo still has plans for his wonderful creation. It can't be dead, not just yet, please. Later, TSR

11th March 2008, 13:14	#659 \| Link
leeperry Kid for Today Join Date: Aug 2004 Posts: 3,494	well I'm using Reclock in 23.976@24 in 48Hz, and lemme tell you THIS IS SMOOTH "ConvertFps" in the avisynth part of ffdshow is worthless, it's blurry like hell due to frames blending

11th March 2008, 13:29	#660 \| Link
hagayg Registered User Join Date: Feb 2008 Posts: 18	if your eyes see 24fps as smooth you are somewhat lucky also i wonder what you do when you get a 25fps file or ~30fps file. I suggest you to try the convertfps on a well encoded mkv or avi... and btw , if all you need is 23.976->24 conversion you could use the assumefps of avisynth, same effect much less overhead...