tag:blogger.com,1999:blog-513334600397219012.comments2024-02-20T01:35:07.214-08:00Dwellers Tech MusingsDwellerhttp://www.blogger.com/profile/15207795688140161510noreply@blogger.comBlogger76125tag:blogger.com,1999:blog-513334600397219012.post-69178561529641401642017-06-18T13:14:27.116-07:002017-06-18T13:14:27.116-07:00Heh.. Not so much.. I moved onto looking at other ...Heh.. Not so much.. I moved onto looking at other bits & bobs, never did get round to setting up a pi with hd pvr tho.. did get one of the little hdmi multicast widgets tho.. they are fun ;p One day I'll get back to this.. I think I really need to start with a decent ring buffer.. and mebbe integrating it to tv-headend.. I'd made half a start on that before I emigrated =)<br />Dwellerhttps://www.blogger.com/profile/15207795688140161510noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-88136466126809214242017-06-18T09:46:11.884-07:002017-06-18T09:46:11.884-07:00Did you ever get any where with this? It was looki...Did you ever get any where with this? It was looking promising!Anonymoushttps://www.blogger.com/profile/03896831591563685868noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-68988424416064503152015-11-29T12:53:11.971-08:002015-11-29T12:53:11.971-08:00Wow. I can just imagine what could be done in late...Wow. I can just imagine what could be done in late 2015, with 3d printers and a wide variety of arduinos and raspberry pi's.<br /><br />What happened to the project and the archive? <br />Anonymoushttps://www.blogger.com/profile/11810418843601458084noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-3890056426212962972015-11-07T10:51:49.078-08:002015-11-07T10:51:49.078-08:00Can this be used to record (onto USB-drive or SD-c...Can this be used to record (onto USB-drive or SD-card) an already-encoded Transport Stream? If so, at what bit rate?Aldohttps://www.blogger.com/profile/07001998036591526524noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-3782677419972650622015-11-07T10:51:01.771-08:002015-11-07T10:51:01.771-08:00This comment has been removed by the author.Aldohttps://www.blogger.com/profile/07001998036591526524noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-44402133348865518152015-09-10T09:49:47.535-07:002015-09-10T09:49:47.535-07:00Have a peek at line 270 or so.. it's there tha...Have a peek at line 270 or so.. it's there that the code is opening the file to write the recording to, and it's currently set to use S_IRWXU and S_IRWXG (flag values explained at http://linux.die.net/man/2/open ) .. I think that should give it user rwx and group rwx .. if you wanted to allow other to have read only , then you could add S_IROTH to the mask (eg S_IRWXU | S_IRWXG | S_IROTH ) Hope this helps =)Dwellerhttps://www.blogger.com/profile/15207795688140161510noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-49185883742459560052015-09-10T07:59:22.952-07:002015-09-10T07:59:22.952-07:00This is a correction to what I posted above. It is...This is a correction to what I posted above. It is other that I need to give read permission rather than group. The umask i have for the user running hdpivr is 0022. Neilhttps://www.blogger.com/profile/03467889352976096515noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-85575489586320299952015-09-10T02:39:41.883-07:002015-09-10T02:39:41.883-07:00Hello, thank you and I really like hdpivr. I'...Hello, thank you and I really like hdpivr. I've been using it for a couple of days now. This is a novice question regarding the permissions on the video files. I've set umask to give group read permission but is seems that hdpivr is not honouring it or at least overriding it. In an interactive shell the umask is being honoured under the same user. I'm not sure what I need to do or whether it may be possible to tweak the code. Any help would be very much appreciated.Neilhttps://www.blogger.com/profile/03467889352976096515noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-10180318851271593672015-09-10T02:08:50.329-07:002015-09-10T02:08:50.329-07:00This comment has been removed by the author.Neilhttps://www.blogger.com/profile/03467889352976096515noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-52290275472865498262015-08-27T14:40:18.692-07:002015-08-27T14:40:18.692-07:00Just be careful using tools that merely stream dat...Just be careful using tools that merely stream data from /dev/video0 .. as I found above even using dd with appropriate flags set can still cause it to just give up for no apparent reason. (Although rumor has it, that it's something to do with a somewhat small fixed sized buffer inside the unit, that if you allow to fill to capacity, shuts the stream down.. so you have to empty it faster than it fills it to prevent it, and dd/ffmpeg don't always manage that)<br /><br />I ended up writing a simple app that pulled data off the device node using one thread, and requeued it into an internal buffer that was then written out to smb shares etc.. during testing in worst case scenarios I could see it use almost all the available memory on an original 256mb pi just acting as a buffer while waiting on the smb write to complete. <br /><br />I did make a little headway into coding a backend for tvheadend that allowed the device to act as a tuner (with oob channel changes via a script).. but then I changed countries and project priorities shifted away from playing with grabbing hdmi, towards other more fun things.. =)<br /><br />Have a read of the other hd pvr posts I put up tho.. I think they all culminated at this one.. <br />http://dwellertech.blogspot.ca/2013/07/raspberry-pi-and-hd-pvr-streaming-and.html#moreDwellerhttps://www.blogger.com/profile/15207795688140161510noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-16825678424493324212015-08-27T14:12:55.783-07:002015-08-27T14:12:55.783-07:00I dug into this a bit, but moved from the pi to th...I dug into this a bit, but moved from the pi to the PogoPlug v4. Less power, considerably less cost, but actually better suited to this task. Using a perl script running as daemon to interface with sage and present itself as a tuner. Using ffmpeg to stream from the /dev/video0 directly to the sagetv server's samba shares.<br /><br />I'm now just working out the ir blaster. The built-in hdpvr driver that is in the archlinux build for the pogoplug is older, and doesn't support the blaster - so I'm muttling through the very long process of compiling a new hdpvr driver... compiling goes REALLY slow on an 800MHz Kirkwood. I'm very much NOT a linux guy, so this is fun.CraziFuzzyhttps://www.blogger.com/profile/13798089980534965801noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-43695983028082471192015-08-03T12:47:31.285-07:002015-08-03T12:47:31.285-07:00As you've probably spotted by the amazingly al...As you've probably spotted by the amazingly almost total lack of updates on this in about 2 years.. I've been busy in other directions ;p I really need to get back into writing blog posts.. I've been messing with ESP8266's, using a Teensy 3.0 to read floppy disks, putting a CD32 online with a homebrew plipbox, and playing with my open bench logic sniffer (that I finally got round to figuring out the software stack for).. <br /><br />I really should dig out the old hd pvr and a spare Pi tho, and give it a blast again.. I was part way through coding up a fake tuner for tvheadend for it, although I wasn't planning on using the ir blaster in the hd pvr, I dimly remember from my days of using it as a tuner under windows that using the ir blaster on the device was a quick way to end up with it being unstable / locking up. <br /><br />Although now, I suspect I could easily wire a relay off a pi GPIO pin to reset it every channel change.. so it might be doable.. it appears there are now linux drivers for the hd pvr 2, so maybe it's time for me to find one of those & have another bash at this =)Dwellerhttps://www.blogger.com/profile/15207795688140161510noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-39845315848664271302015-08-02T19:54:23.088-07:002015-08-02T19:54:23.088-07:00This looks interesting. I'm curious, have you...This looks interesting. I'm curious, have you tried using the IR blaster in the HD-PVR from this Raspbian setup? I'm a user of SageTV, and would love to be able to use an HD-PVR with a Raspberry strapped to it as a network based tuner for SageTV. Could be located somewhere with a cable box. It would need to be able to change channels on the box with the IR blaster, and would need to be able to store the recorded stream onto a windows network share on the server.CraziFuzzyhttps://www.blogger.com/profile/13798089980534965801noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-91752880601156268582015-05-19T09:02:23.116-07:002015-05-19T09:02:23.116-07:00Amazing insight you have on this, it's nice to...Amazing insight you have on this, it's nice to find a website that details so much information about different artists.<br /><a href="http://worldplaners.com/" rel="nofollow">Planer Reviews</a><br />Now Your Health Improve Guaranteed With Natural Tipshttps://www.blogger.com/profile/04089097086888530893noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-75315094942301955832014-07-08T16:26:05.196-07:002014-07-08T16:26:05.196-07:00I'm having some issues, no matter if recording...I'm having some issues, no matter if recording, or streaming, the PVR keeps disconnecting. Pass through is perfectly fine, but the video is very choppy, any ideas? http://prntscr.com/40sen1Anonymoushttps://www.blogger.com/profile/03829853453004151534noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-8207229850415490422014-06-07T12:06:57.318-07:002014-06-07T12:06:57.318-07:00wired on both the pi and laptop, gigabit network h...wired on both the pi and laptop, gigabit network here, though the pi is only 100mbps so that doesn't really matter. i've tried a few things and recording seems to be working fine now, but streaming live video is still a bit choppy, when there is motion you can see lines, almost as if a refresh rate is off...Anonymoushttps://www.blogger.com/profile/14114645129738278724noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-58718530996840448622014-06-05T18:19:51.576-07:002014-06-05T18:19:51.576-07:00Its not dead.. Just been a little busy with real l...Its not dead.. Just been a little busy with real life.. Video shouldn't be choppy.. Wonder if your network could be struggling.. Are you on wired or WiFi? Dwellerhttps://www.blogger.com/profile/15207795688140161510noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-51963390391579078082014-06-05T16:11:04.650-07:002014-06-05T16:11:04.650-07:00Are you still working on this? I've tried runn...Are you still working on this? I've tried running this on my pi, and even some of my other debian based devices with a little more power, all with the same issue, being choppy video, and lack of quality. I'm not sure if i'm doing something wrong or what, but if i stream, the quality is less that good, and when recording, its completely unbearable to watch. the pvr works fine with hauppauge capture on windows, but just doesnt work right on linux. any suggestions? or is this project dead?Anonymoushttps://www.blogger.com/profile/14114645129738278724noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-4744019075250636222013-12-30T17:51:17.813-08:002013-12-30T17:51:17.813-08:00Yeah reading a floppy is just a bit too hardcore f...Yeah reading a floppy is just a bit too hardcore for an Atmega; you're short on cycles, ram and a way to get the data off-chip fast enough; kryoflux uses an ARM cpu with 64k RAM and USB, which I figured would be juuuust about right. The long story was http://eab.abime.net/showthread.php?t=40959&styleid=1 Dr.Tunehttps://www.blogger.com/profile/13142858563438117443noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-78941384376900436912013-12-28T09:58:37.509-08:002013-12-28T09:58:37.509-08:00Sadly I see the same from time to time.. but it sh...Sadly I see the same from time to time.. but it shouldn't be every recording.. For comparison, using RCA stereo to record, I see that once every few weeks.. with optical audio, it can be more frequent.. the loop is there to try to wake the unit back up again.. oddly mine improved a lot with a better signal cable to feed it with, and a replacement psu (the original one was pretty poor, and is documented online as being low quality and prone to issues).. obviously if you plan to try a different psu, double, and triple check the voltage and polarity match the original, as apparently the voltage fed is used directly by some chips, with no regulation, so if you feed it the wrong level, you'll fry the unit totally.Dwellerhttps://www.blogger.com/profile/15207795688140161510noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-71436158630135365772013-12-28T09:43:29.070-08:002013-12-28T09:43:29.070-08:00LOVE hdpivr!!!
Got one problem, however - when s...LOVE hdpivr!!!<br /><br />Got one problem, however - when stoprec is issued, I get the following:<br /><br />Scheduled stop recording request...Recording stopped.<br />2013-12-28 11:35:41 Lost signal, restarting device...<br />2013-12-28 11:35:41 Device reaquired. Usleep for 5k for data<br />2013-12-28 11:35:44 Waiting for ready (5)...<br /><br />and this goes on for a while.....device required...waiting....lost signal...etc.<br /><br />What can i do?<br /><br />This is the only application I have found that will allow me to schedule recordings on my HDPVR -- I really want it to work!Anonymoushttps://www.blogger.com/profile/14359476066876637235noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-25056076511131797992013-09-19T23:16:12.800-07:002013-09-19T23:16:12.800-07:00Using an arduino to read the data is very tricky.....Using an arduino to read the data is very tricky.. I'm only using the arduino here as a motor controller to manage the autoloader, the data itself is being read by the kryoflux.<br /><br />That said, I got pretty far with an arduino and did manage to pull data sequences that matched, the main issue being that a single track can have ~560000 pulse transitions to record, which vastly exceeds the ram on an arduino. <br /><br />The other issue is speed, you have less than 4us to process a transition before you must be ready to process the next one, which doesn't leave you many arduino instructions to play with.<br /><br />I tried moving to a maple/olimexino-stm32 which ran at 72mhz, and had 16k of ram, and dma from timer capture gpio to spi, and finally when combining that with external spi fram, I could read entire tracks reliably as containing the same data. (Although be aware the index pulse still wanders by a few us when compared to the track data..)<br /><br />I suspect that an arduino might 'just' be able to sample the data reliably and push it to spi.. but I haven't verified that. And if I were to rebuild, I'd try hooking the arduino spi to a raspberry pi, as the 512mb of ram, would make storing & processing disk images easier (sadly I couldn't find a way to do timer capture on pi gpio).<br /><br />If you hunt on google for arduino floppy pastebin, you'll find the code as I left it, (edit: http://pastebin.com/7X3RtgYi) it's not too tricky to remove the lcd output stuff I had in there, and you'll need to then alter the main timedata loop to not store into an array, but to send via spi to something to record the bytes.. from there on it'll be a matter of balancing the no of instructions spent in the main loop vs how long your spi sends take. The arduino can do timer capture/pin interrupt driven methods, but I found the overhead to get into & out of the methods was higher than I would like, and ended up just spinning polling the pin every loop.Dwellerhttps://www.blogger.com/profile/15207795688140161510noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-57441397830250964642013-09-19T14:22:59.171-07:002013-09-19T14:22:59.171-07:00Great project. I´m trying to read a floppy disc wi...Great project. I´m trying to read a floppy disc with an arduino and use it to feed a graphical generative output(using processing). Up to now could not solve the problem of having different data sequences from the same disk, even using the index as a reference signal. Any idea on how to get the initial reading of each disk to be always the same? Is it possible to do?shchttps://www.blogger.com/profile/16538513878193190461noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-74144774829638850542013-09-19T02:40:41.134-07:002013-09-19T02:40:41.134-07:00Interesting, although the floppy-to-usb webpage di...Interesting, although the floppy-to-usb webpage discusses support for non-dos formats, it doesn't elaborate as to how it would cope with the wildly varying formats used commonly for copy protection in 16 bit era micro's like the Amiga. Especially when reading data that has been on the disks for nearly 30 years.. <br /><br />If (and that's a rather large IF) it's able to record the disk at that level, it would be a device similar to the kryoflux I used, (which also basically goes from a floppy drive to a usb-port) except the kryoflux has a lot more documentation describing the various formats they can read, and has a focus more on data preservation than device replacement. That said, once the images are created via the kryoflux there are quite a few sdcard/usb based floppy emulators out there you can already attach to a floppy port, with custom format & timing support extensively documented. Dwellerhttps://www.blogger.com/profile/15207795688140161510noreply@blogger.comtag:blogger.com,1999:blog-513334600397219012.post-43958402477106811892013-08-24T10:16:33.356-07:002013-08-24T10:16:33.356-07:00Aha.. I've not tried killing VLC off, I guess ...Aha.. I've not tried killing VLC off, I guess that'd be the difference.. I'd hope that eventually the process would have to give up writing to the fd.. will read to see what would happen.<br /><br />Yes, the intId _and_ extId must match for start/stop events.. the idea is for intId to be something the server generates, and extId to be something that makes sense to remind you what the (set of) events was for. Having the server look after intId for you means you don't need to worry about creating unique id's across all the clients when saving events.Dwellerhttps://www.blogger.com/profile/15207795688140161510noreply@blogger.com