There is still no software to record even "unprotected off air" content, is there (over 1394).
I've been looking at the stuff from 169time.com but that looks like just some hax0r-like device to attach firewire output to a tuner that doesnt have one, and then make you order a $800 PC to process the 1394 signals because they don't have the expertise to do this on-chip in the 1394 adapter. Unless there's something else that 169time device does that I don't understand.
Few months ago I grabbed and read their "informational version" of the standard (the real version wants you to sign a NDA and pay $$$), and in general, its about high encryption to the data traversing high-speed buses between HD equipment (1394, usb2, etc). It provides mechanisms for scrambling the signal if another device is attached to the bus (sniffing) and methods for "blacklisting" known hacked equipment. Pretty hardcore stuff, has been around for as long as I know HDTV tuners existed (in japan at least), and has NOT been cracked, hacked, bypassed or in any other way defeated. The encryption it uses (from reading the informational PDF) is pretty strong, there's a mechanism for refreshing keys every so often, etc.
Pretty bad stuff, if anyone has any POSITIVE information on this, feel free to reply:)
Basically a digital content licensing/protection sceme created by 5 companies (listed on that site).
All HDTV tuners and HDTV-connecting equipment has to support this for copy-protected content.
If its anything like DTCP, it might not even be broken at all.
And infact, that's probably what it uses, since the units support HDTV.
Re:Looks to me like its an all-around analog DVR
on
New Linux PVR Box
·
· Score: 1
That take firewire mpeg2ts? Doubtful. As far as I know it's impossible to do unless the card connects as a "trusted DTCP device" to the tuner. Unless you know something I dont.
Re:Looks to me like its an all-around analog DVR
on
New Linux PVR Box
·
· Score: 1
Yeah, as in I wouldn't buy this machine to capture ANALOG video out from my DIGITAL HDTV tuner just to re-encode it to MPEG2 inside Telly.
I would rather just get a box that takes the original MPEG2 data out of the tuner via its firewire port and COPY that.
Aka products like Tivo-DVB (or something, like that), any of HDTV HDD/DVD recording combos, etc.
If I wanted to capture ANALOG video outputs, I would just buy a capture card for the PC.
There are no HDTV capturing cards that take straight mpeg2ts stream from teh tuner as far as I know because the signal is filled with DRM technologies such as DTCP.
And for the record, I don't have any analog TV in my house. I receive 10 channels of HDTV via satellite and about 100 channels of SDTV/MPEG2 through another satellite/provider. So naturally, if I wanted to record something from these DIGITAL sources, I wouldn't waste my money on a $899 ANALOG recorder.
Looks to me like its an all-around analog DVR
on
New Linux PVR Box
·
· Score: 2, Interesting
The specs include a TV tuner and analog S-Video/Composite inputs. $899 is an OK price to pay for an integrated box, but most people (i dunno, I do) probably have enough parts laying around to make something exactly like this out of common parts.
And, analog mpeg-2 capture isn't exactly something to be proud of. Hardware mpeg2 encoder cards can be picked up for $100 these days, and this "DVR" doesn't offer any of the advanced features such as skipping during live shows, etc, so why pay more for almost standard PC hardware?
Now if this supported hdtv recording via firewire, or direct mpeg2 recording off dish network or whatever is today's digital satellite system, that would make it worth the money.
Analog mpeg2 DVRs dont impress me anymore, too much quality loss, not enough features to make me switch from using a normal PC for similar capture tasks.
while this is probably a troll,
I'll go ahead and reply with a useful suggestion.
Easy Recovery Pro 6.0 by OnTrack technologies will recover most of the lost data from hard disks that are still recognized by the ide channel and somewhat readable.
Seems like you can at least mount the drive, so by connecting the HDD into a Windows 2000/XP machine and running easy recovery should get most of your data back.
Keep in mind, it'll take a while (last time I ran this on a virus-damaged 60GB hdd, it took about 6 hours), and recovered about 80% of the data.
can't say for other mobile operators in japan, but NTT DoCoMo with its 5 manufacturers doing their cellphones (Sony, Mitsubishi, Sharp, Fujitsu, and someone else I cant remember), does not have anything even remotely similar to what you describe. I know for a fact there is no development environment which would allow hardware-access to the phone, and definitely not anything in the hundreds of kilobytes we are talking about with a project such as this c64 emulator. There's the Iappli java which is horribly limited, incompatible between different manufacturers, slow, and does not let you directly access any hardware except the vibrator / screen backlight, and is limited to 20k.jar size.
I think the target market here is different. in Europe they go for usability and computer connectivity. Here, they go for useless shit like hello kitty backgrounds and 64 voice ring patterns and washed out 640x480 pinhole cameras for underskirt photography.
Wow. You mean you can load arbitrary software in the 100k-byte range on your cellphone in europe/america and use/play the software you just loaded?
How do you transfer it to the phone? IRDA or cable of some kind?
Being in japan really sucks, the cellphone revolution is passing everyone by in here.
Latest phones boast "20kbyte java deluxe" applis that cannot access hardware, screen, or anything on the phone directly, and run slow as molasses.
That, and there is no method to load the stuff into the phone other than downloading them at 9600bps from a website, no possibility of remote debugging, and if the applet crashes, you have no way to find out what went wrong etc (the phone will simply display a error box and terminate the applet).
Pretty amazing that nokia/etc phones are so much further along when it comes to writing your own software for them.
Was so immature, its no wonder it got ignored. I would be surprised if the mail didnt get deleted after just looking at the subject of it:)
Seriously, people reporting security bugs need to start working on their english and sentence structure, and stop sounding like 10 years old script kiddies.
rdesktop doesn't support > 256 colors, has horrible keyboard handling (no winkey, rmb key, etc) and does not redirect remote sound or printers/file shares.
Just thought I mention that for those who might want to repeat your experiment.
What I meant is (and this is how we do it here), a digital pbx/phone system (such as NTT Alpha-IX, etc) connects a number of its analog input ports to the VoIP device which is connected to the (company VPN|public internet|whatever). The lines from the PBX to the handsets are, most likely digital, but that is what I meant, existing phone system is used, with VoIP gateways on the analog ports of the PBX. And yeah, if there was a compatible add-on board for the Alpha-IX that had VoIP we'd use that instead.
Forgot the most important note on this, seeing how their Software product is not so well designed what will they do if they are to sell the actual phone hardware? Can you imagine carrying something that looks like Cisco SoftPhone in your pocket? heh.
Does anyone else find the Cisco IP phone (software) interface extremely chunky, slow, and difficult to operate? I realize they tried to go with a "real world device" metaphor there, but failed by creating a clunky and "slow" interface. As mentioned in this article, such things aren't always good ideas. Apple QuickTime player is mentioned, that basically by trying to emulate a "real world" device, it has the same "real world" limitations such as only allowing to store a few bookmarks in the slide out "favorites" tray, etc. I haven't used Cisco IP phone extensively (it striked me as slow and unresponsive and not particularly user friendly (took me a while to figure out how to go off-hook with it)), and recommended against using Cisco software for VoIP:D
Your phone already has your personal/phonebook data, there's nothing stopping the manufacturer from extending the functionality to a "wallet" like thing where you keep login/password data for (various) providers that require authentication for VoIP phone usage...
Running off a PBX inside the office? I suppose the only different thing would be IP vs whatever phone, but most large companies would have the PBX machine handle such things, and the internal lines would still be analog...
> (or live in japan where they have 2.88Mb disks)).
What the FUCK are you talking about? Japs don't have 2.88mb disks here. You might be confusing them with NEC-"bastardized" 1.2mb-on-1.44mb PC98 floppy drives that require a special "3-mode floppy" to read, but they sure as hell don't have any 2.88mb disks. And they've stopped shipping desktops with floppy drives ages ago. Last year or so I haven't seen many retail machines from NEC/Fujitsu/etc that had floppy drives.
If your statement is just based on your general obsession with Japan due to watching anime etc perhaps you should reconsider, the country isn't all its claimed to be.
Sorry sir, but you must have not installed windows in the last, oh, say 2-3 years. Even windows 9x supported unattended installs, and any sort of company which wasn't run by joe sixpack knew about it and used that feature. And with windows 2000/xp and unattended install/sysprep scripts, its as easy as setting up a single workstation, running sysprep, and then multicast ghosting an entire lab full of machines. I've never had to do more than select install partition on any windows 2000 or XP install because I have unattended setup files for things such as "generic install" or "server" etc that I just put on a floppy, boot off the windows install CD, select install partition and come back in 20 minutes to find it installed. You are going to tell me installing any (recent or old) linux distribution is as easy as this?:)
Which brings me to another point, do any of the "corporate" distributions even support any sort of scripted / unattended install? I've seen interactive installs of some (not too recent) distributions and it seems like a large company doing massive installs of linux on their desktops would want to automate most of the process.
in japan currently on PPV for 800 yen for 2 episodes monthly. Not too many japs are paying for it, but at least good old koreans capture the stuff for free so fansub crowds can enjoy it...
Slashdot Mirror
There is still no software to record even "unprotected off air" content, is there (over 1394).
I've been looking at the stuff from 169time.com but that looks like just some hax0r-like device to attach firewire output to a tuner that doesnt have one, and then make you order a $800 PC to process the 1394 signals because they don't have the expertise to do this on-chip in the 1394 adapter.
Unless there's something else that 169time device does that I don't understand.
Few months ago I grabbed and read their "informational version" of the standard (the real version wants you to sign a NDA and pay $$$), and in general, its about high encryption to the data traversing high-speed buses between HD equipment (1394, usb2, etc). It provides mechanisms for scrambling the signal if another device is attached to the bus (sniffing) and methods for "blacklisting" known hacked equipment.
:)
Pretty hardcore stuff, has been around for as long as I know HDTV tuners existed (in japan at least), and has NOT been cracked, hacked, bypassed or in any other way defeated. The encryption it uses (from reading the informational PDF) is pretty strong, there's a mechanism for refreshing keys every so often, etc.
Pretty bad stuff, if anyone has any POSITIVE information on this, feel free to reply
DTLA
Basically a digital content licensing/protection sceme created by 5 companies (listed on that site).
All HDTV tuners and HDTV-connecting equipment has to support this for copy-protected content.
If its anything like DTCP, it might not even be broken at all. And infact, that's probably what it uses, since the units support HDTV.
That take firewire mpeg2ts?
Doubtful.
As far as I know it's impossible to do unless the card connects as a "trusted DTCP device" to the tuner.
Unless you know something I dont.
Yeah, as in I wouldn't buy this machine to capture ANALOG video out from my DIGITAL HDTV tuner just to re-encode it to MPEG2 inside Telly. I would rather just get a box that takes the original MPEG2 data out of the tuner via its firewire port and COPY that. Aka products like Tivo-DVB (or something, like that), any of HDTV HDD/DVD recording combos, etc. If I wanted to capture ANALOG video outputs, I would just buy a capture card for the PC. There are no HDTV capturing cards that take straight mpeg2ts stream from teh tuner as far as I know because the signal is filled with DRM technologies such as DTCP. And for the record, I don't have any analog TV in my house. I receive 10 channels of HDTV via satellite and about 100 channels of SDTV/MPEG2 through another satellite/provider. So naturally, if I wanted to record something from these DIGITAL sources, I wouldn't waste my money on a $899 ANALOG recorder.
From the description of their "media OS" based on Linux, http://interact-tv.com/EOS.php, I noticed something...
ItvXUL: XML based description language for describing itvgui based applications.
Does that mean their UI is based on http://www.mozilla.org/projects/xul/?
The specs include a TV tuner and analog S-Video/Composite inputs. $899 is an OK price to pay for an integrated box, but most people (i dunno, I do) probably have enough parts laying around to make something exactly like this out of common parts.
And, analog mpeg-2 capture isn't exactly something to be proud of. Hardware mpeg2 encoder cards can be picked up for $100 these days, and this "DVR" doesn't offer any of the advanced features such as skipping during live shows, etc, so why pay more for almost standard PC hardware?
Now if this supported hdtv recording via firewire, or direct mpeg2 recording off dish network or whatever is today's digital satellite system, that would make it worth the money.
Analog mpeg2 DVRs dont impress me anymore, too much quality loss, not enough features to make me switch from using a normal PC for similar capture tasks.
I do believe they already implemented the "image with random letters inside" and make you type the word, when you sign up.
while this is probably a troll, I'll go ahead and reply with a useful suggestion. Easy Recovery Pro 6.0 by OnTrack technologies will recover most of the lost data from hard disks that are still recognized by the ide channel and somewhat readable. Seems like you can at least mount the drive, so by connecting the HDD into a Windows 2000/XP machine and running easy recovery should get most of your data back. Keep in mind, it'll take a while (last time I ran this on a virus-damaged 60GB hdd, it took about 6 hours), and recovered about 80% of the data.
can't say for other mobile operators in japan, but NTT DoCoMo with its 5 manufacturers doing their cellphones (Sony, Mitsubishi, Sharp, Fujitsu, and someone else I cant remember), does not have anything even remotely similar to what you describe. I know for a fact there is no development environment which would allow hardware-access to the phone, and definitely not anything in the hundreds of kilobytes we are talking about with a project such as this c64 emulator. .jar size.
There's the Iappli java which is horribly limited, incompatible between different manufacturers, slow, and does not let you directly access any hardware except the vibrator / screen backlight, and is limited to 20k
I think the target market here is different.
in Europe they go for usability and computer connectivity.
Here, they go for useless shit like hello kitty backgrounds and 64 voice ring patterns and washed out 640x480 pinhole cameras for underskirt photography.
Wow.
You mean you can load arbitrary software in the 100k-byte range on your cellphone in europe/america and use/play the software you just loaded?
How do you transfer it to the phone? IRDA or cable of some kind?
Being in japan really sucks, the cellphone revolution is passing everyone by in here.
Latest phones boast "20kbyte java deluxe" applis that cannot access hardware, screen, or anything on the phone directly, and run slow as molasses.
That, and there is no method to load the stuff into the phone other than downloading them at 9600bps from a website, no possibility of remote debugging, and if the applet crashes, you have no way to find out what went wrong etc (the phone will simply display a error box and terminate the applet).
Pretty amazing that nokia/etc phones are so much further along when it comes to writing your own software for them.
Was so immature, its no wonder it got ignored. :)
I would be surprised if the mail didnt get deleted after just looking at the subject of it
Seriously, people reporting security bugs need to start working on their english and sentence structure, and stop sounding like 10 years old script kiddies.
rdesktop doesn't support > 256 colors, has horrible keyboard handling (no winkey, rmb key, etc) and does not redirect remote sound or printers/file shares.
Just thought I mention that for those who might want to repeat your experiment.
about natalie portman, naked and petrified, this article doesn't belong here :D
He uses windows software for this project!
Start your bashing engines, gentlemen!
He could have used Linux, The Gimp, and SANE and his project would have been so much more cooler.
what?
Which phones do this?
I've never seen a jap phone that auto-completes.
Perhaps you are talking about american phones?
What I meant is (and this is how we do it here), a digital pbx/phone system (such as NTT Alpha-IX, etc) connects a number of its analog input ports to the VoIP device which is connected to the (company VPN|public internet|whatever). The lines from the PBX to the handsets are, most likely digital, but that is what I meant, existing phone system is used, with VoIP gateways on the analog ports of the PBX. And yeah, if there was a compatible add-on board for the Alpha-IX that had VoIP we'd use that instead.
Forgot the most important note on this, seeing how their Software product is not so well designed what will they do if they are to sell the actual phone hardware? Can you imagine carrying something that looks like Cisco SoftPhone in your pocket? heh.
Does anyone else find the Cisco IP phone (software) interface extremely chunky, slow, and difficult to operate? I realize they tried to go with a "real world device" metaphor there, but failed by creating a clunky and "slow" interface. :D
As mentioned in this article, such things aren't always good ideas. Apple QuickTime player is mentioned, that basically by trying to emulate a "real world" device, it has the same "real world" limitations such as only allowing to store a few bookmarks in the slide out "favorites" tray, etc.
I haven't used Cisco IP phone extensively (it striked me as slow and unresponsive and not particularly user friendly (took me a while to figure out how to go off-hook with it)), and recommended against using Cisco software for VoIP
Your phone already has your personal/phonebook data, there's nothing stopping the manufacturer from extending the functionality to a "wallet" like thing where you keep login/password data for (various) providers that require authentication for VoIP phone usage...
Running off a PBX inside the office?
I suppose the only different thing would be IP vs whatever phone, but most large companies would have the PBX machine handle such things, and the internal lines would still be analog...
> (or live in japan where they have 2.88Mb disks)).
What the FUCK are you talking about? Japs don't have 2.88mb disks here. You might be confusing them with NEC-"bastardized" 1.2mb-on-1.44mb PC98 floppy drives that require a special "3-mode floppy" to read, but they sure as hell don't have any 2.88mb disks. And they've stopped shipping desktops with floppy drives ages ago. Last year or so I haven't seen many retail machines from NEC/Fujitsu/etc that had floppy drives.
If your statement is just based on your general obsession with Japan due to watching anime etc perhaps you should reconsider, the country isn't all its claimed to be.
Sorry sir, but you must have not installed windows in the last, oh, say 2-3 years. :)
Even windows 9x supported unattended installs, and any sort of company which wasn't run by joe sixpack knew about it and used that feature.
And with windows 2000/xp and unattended install/sysprep scripts, its as easy as setting up a single workstation, running sysprep, and then multicast ghosting an entire lab full of machines. I've never had to do more than select install partition on any windows 2000 or XP install because I have unattended setup files for things such as "generic install" or "server" etc that I just put on a floppy, boot off the windows install CD, select install partition and come back in 20 minutes to find it installed. You are going to tell me installing any (recent or old) linux distribution is as easy as this?
Which brings me to another point, do any of the "corporate" distributions even support any sort of scripted / unattended install? I've seen interactive installs of some (not too recent) distributions and it seems like a large company doing massive installs of linux on their desktops would want to automate most of the process.
in japan currently on PPV for 800 yen for 2 episodes monthly.
Not too many japs are paying for it, but at least good old koreans capture the stuff for free so fansub crowds can enjoy it...